摘要：代理本身没坏，问题出在「AI 域名有没有走代理」和「出口 IP 平台收不收」两处。切全局模式即可分清：全局能用是分流漏了域名，全局也不行就要换节点地区或 IP 质量更好的线路。
一分钟速查
- 先切全局：能用补规则，不能用查节点。
- 补域名规则：覆盖 API、验证、静态资源域名。
- 查地区：Claude、ChatGPT、Gemini 香港节点均不建议。
- 查 IP：共享机房 IP 被风控，换原生 IP 节点组。
原因、表现与处理对照表
| 原因 | 典型表现 | 处理方式 |
|---|---|---|
| 分流规则未覆盖 AI 域名 | 全局正常，规则模式页面加载一半、登录跳转失败 | 补充 AI 域名规则或更新规则集 |
| 节点地区不支持 | 提示地区不可用、App unavailable | 切美国/日本/新加坡/台湾 |
| 共享 IP 被风控 | 反复验证、access denied、注册被拒 | 换原生 IP 或 AI 专用节点组 |
| WebRTC/时区泄漏 | 换节点后仍提示地区异常 | 禁用 WebRTC，统一时区语言 |
| Cookie 缓存旧地区 | 换节点后提示不变 | 清除该站点 Cookie 重新登录 |
| 平台服务端故障 | 所有节点与账号同时不可用 | 查看状态页等待恢复 |
排查清单
第一步：切全局测试
切全局模式测试，这是判断分界线。
第二步：补域名规则
全局可用则补 AI 域名规则，覆盖主站、API、验证、静态资源域名。
第三步：换地区
检查节点地区，换到美国、日本、新加坡或台湾，清 Cookie 再登录。
第四步：查 IP 质量
反复人机验证、unusual activity，多为共享机房 IP，换原生 IP 节点组。
第五步：查环境泄漏
排查 WebRTC、时区、语言泄漏，浏览器禁用 WebRTC、统一时区。
第六步：换浏览器
换浏览器或无痕窗口，排除扩展与缓存干扰。
第七步：看状态页
所有节点账号都不可用时，看官方状态页确认是否平台故障。
关于 AI 无法访问的 3 个误区
- 「网页能开 AI 就一定能开」——AI 域名不止主站，规则集旧会遗漏，页面能开对话发不出；
- 「香港节点延迟低就该用」——Claude、ChatGPT、Gemini 对香港都不友好；
- 「反复验证就是机场太差」——先查共享 IP 和浏览器环境，换原生 IP 节点组往往就解决。