使用反向代理访问 Zendesk

我的服务模式是什么？

Suite

任意服务模式

Support

任意服务模式

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 部门以获得帮助。

翻译免责声明：本文章使用自动翻译软件翻译，以便您了解基本内容。 我们已采取合理措施提供准确翻译，但不保证翻译准确性

如对翻译准确性有任何疑问，请以文章的英语版本为准。