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 条评论