同一个机场节点为什么 ChatGPT 能用、Claude 却不能

同一个节点上 ChatGPT 能用、Claude 却打不开（或反过来），几乎都不是”这个节点坏了”，而是因为它们是两套彼此独立的服务：域名不同、出口识别不同、对同一个 IP 的判断也可能不同。把这几点分层拆开，问题就清楚了。

很多人一看到 Claude 打不开就去换节点，结果 ChatGPT 反而也不稳。正确做法是先搞清楚”差异出在哪一层”。下面按分层顺序分析这种”同节点、不同结果”的现象。

核心原因：两个服务是两条独立的判定链

ChatGPT 属于 OpenAI，主要域名是 openai.com、chatgpt.com、oaistatic.com；Claude 属于 Anthropic，主要域名是 claude.ai、anthropic.com。它们各自有独立的接入、风控与验证系统。也就是说，你的流量到达同一个出口 IP 后，两家会分别、独立地评估这个 IP 与你的请求。评估维度相近，但结论不必相同——这就是同节点两种结果的根源。

第一层：先确认不是某个服务自己的问题

换台设备或换手机流量单独打开打不开的那个服务。如果哪里都打不开，可能是它自己在闹脾气（临时故障、地区调整），和节点无关。各服务的地区支持与状态变化较快，具体以各 AI 服务商当前官方政策为准。若确认是 Claude 一侧整体异常，可对照 Claude 打不开的完整排查。

第二层：分流规则是否只覆盖了一个服务（最常见）

这是”同节点不同结果”的头号原因。很多订阅的 AI 分流组里只写了 OpenAI 的域名，漏了 Anthropic 的，或者反过来。 被漏掉的那个服务就走了直连，自然打不开。检查你的规则里是否同时包含两组域名：

rules:
  - DOMAIN-SUFFIX,openai.com,AI
  - DOMAIN-SUFFIX,chatgpt.com,AI
  - DOMAIN-SUFFIX,anthropic.com,AI
  - DOMAIN-SUFFIX,claude.ai,AI

拿不准时临时切”全局模式”：全局下打不开的那个服务突然能用了，就基本坐实是分流遗漏。桌面/命令行客户端若不走系统代理，需开启 TUN 模式，见 Clash Verge 的 TUN 模式教程。

第三、四层：账号环境与浏览器

同一个节点下，两个服务用的是不同账号、不同 Cookie。一个账号正常、另一个处于受限或需二次验证状态，也会造成”一个能用一个不行”的错觉。先用无痕窗口分别测试，排除会话残留；再确认两个账号本身的状态。

第五层：DNS 与 IPv6 出口不一致

两个服务的域名解析可能走不同路径。若某个服务的域名被解析到不理想的结果，或在 IPv4/IPv6 双栈下其中一个服务走了 IPv6、出口地区与 IPv4 不一致，就会出现单边打不开。可启用客户端自带 DNS 统一解析，必要时关闭 IPv6 以保证出口一致，原理见 IPv4、IPv6 与 DNS 的关系。

第六层：两家对同一 IP 的判断可能不同

即便域名都走了代理、DNS 也正常，两家仍可能对同一个出口 IP 给出不同结论。从网络排查角度看，这通常和该 IP 的类型、共享程度、历史行为有关——一家判定为可接受，另一家可能更谨慎。不同 IP 类型为何被区别对待，见 常见 IP 类型的区别。这类差异无法从外部精确预测，各家的判定规则也不对外公开，只能通过换用信誉更好的线路来改善。

第七、八层：节点选择与机场线路

确认问题确实落在出口 IP 层后，再谈换节点。优先固定一个对两个服务都验证顺畅的低负载线路，方法见 AI 场景的节点选择。如果一整个机场都只能开其中一个服务，说明这批线路对另一家不够友好，可测试机场内其他区域的节点，或换用另一条落地不同的线路再对比。要提醒的是，不必因为单边打不开就来回快切节点——频繁更换出口反而可能让原本正常的那个服务也开始弹验证，稳妥做法是找到一条两家都稳定的线路后固定下来。

症状 → 原因 → 解决

症状	可能原因	解决方向
一个秒开、另一个直接打不开	分流只覆盖了一个服务的域名	补全另一组域名，或切全局验证
全局能开、规则模式不行	分流规则遗漏	把缺失域名加进 AI 代理组
一个正常、另一个反复验证	两家对同一 IP 判断不同	换信誉更好的线路并固定
单边”地区不可用”	DNS / IPv6 出口不一致	统一 DNS、必要时关 IPv6
一个能用、另一个提示账号异常	账号层问题，非节点问题	分别核对两个账号状态

下一步

如果打不开的一直是 Claude，按 Claude 打不开的完整排查 逐层定位会更细；想搞清楚 ChatGPT、Claude、Gemini 在网络要求上的整体差异，可看 三家 AI 服务的对比。