Zendesk 拥有一套复杂的滥用保护系统，可保护所有 Zendesk 实例和平台的整体稳定性。大多数 Zendesk 客户及其客户（终端用户）直接通过互联网访问 Zendesk。Zendesk 就采用此标准设置。不符合此标准的客户在连接到 Zendesk 时可能会遇到问题。
例如，组织可能希望其专员和终端用户通过设置反向代理从单点访问 Zendesk 或他们自己的 CDN。反向代理会拦截来自 Web 客户端尝试访问 Zendesk 的请求，并将这些请求转发到 Zendesk。Web 客户端从不直接与 Zendesk 通讯。只有代理直接与 Zendesk 通讯。
Zendesk 无法阻止客户以这种方式配置其访问权限。然而，这是一个非标准用例，可能会导致不良行为，包括：
- 智能机器人管理挑战 (CAPTCHA) - 如果所有请求都来自同一个 IP 或 ASV，即使是合法用户，也很可能被识别为智能机器人。如果代理或 CDN 以某种方式更改了 HTTP 标头，则更有可能出现这种情况。
- 拒绝搜索引擎抓取程序和其他“良好”智能机器人——Cloudflare 可部分通过请求 IP 和 APN 识别良好智能机器人。例如，如果使用 Googlebot 用户代理发送的请求的请求 IP 与 Google 的注册 IP 不同，则 Cloudflare 将拒绝该请求。
- 将错误的页面编入索引——如果 Cloudflare 没有拒绝，搜索抓取程序可能会尝试使用 Zendesk 网站元数据标签提供的规范 URL。因此，如果搜索引擎实际抓取了代理网站，它会将带有非代理 URL 的页面编入索引。
- 速率限制——根据请求 IP 应用速率限制。如果所有客户请求都通过一个或一小组 IP 地址发送，则可能会受到速率限制。
- 缓存问题：如果您的 Proxy 或 CDN 设置具有自定义缓存逻辑，Zendesk 无法保证此缓存的完整性。例如，已删除文章在代理中的可见时间可能比在帮助中心中更长。权限更改也可能会延迟。
在使用反向代理之前，请考虑是否真的有必要。如果您需要更改帮助中心的 URL，可以使用主机映射。请参阅 主机映射 - 更改帮助中心的 URL。
辅助线
如果无法避免使用反向代理访问 Zendesk，请记住以下原则：
-
通过代理的所有流量都必须使用多个出口 IP 以避免速率限制并显示为智能机器人
-
反向代理必须是透明的，不会以任何方式操作标头，例如覆盖用户代理
即便如此，Zendesk 系统仍可能将流量归类为智能机器人流量。如果您已按照这些指南进行操作，但仍遇到问题，请联系您的 IT 部门以获得帮助。
翻译免责声明：本文章使用自动翻译软件翻译，以便您了解基本内容。 我们已采取合理措施提供准确翻译，但不保证翻译准确性
如对翻译准确性有任何疑问，请以文章的英语版本为准。
0 条评论