ChatGPT 机场推荐：解决无法访问、频繁验证与 Codex 连接不稳定

ChatGPT 是国内用户使用最多的 AI 服务，相关的网络问题也最多样：有人打不开，有人每次都要验证，还有人网页一切正常、Codex 却隔几分钟就断。这三类问题的原因并不相同，解决方法也不同。本文按使用方式分别拆解，通用原理见 AI 机场推荐。

先说结论

• 无法访问 / 地区不可用：出口 IP 地区不受支持，或节点名与实际出口地区不一致。换受支持地区的固定出口节点。
• 频繁人机验证：出口 IP 信誉低，或策略组在自动切换。换共享人数少的固定出口，策略组改为 select。
• Codex 连接不稳定：线路抖动、丢包，或会话中途 IP 变化。改用 IEPL 专线，关闭自动测速，固定一个出口。

三类问题的共同解法是：找一个出口固定的节点，用规则把 OpenAI 域名钉在上面。

网页、App 与 Codex CLI 对网络的不同要求

网页用户遇到的问题几乎都在”IP 信誉”这一层；Codex 用户遇到的问题则多数在”线路质量”这一层。这也解释了为什么同一个机场会出现”网页没问题、Codex 用不了”的现象：中转线路晚高峰的丢包对网页几乎无感，对长连接却是致命的。延迟与丢包的关系可以参考 机场延迟低为什么速度还是慢。

常见报错及对应原因

网页与 App

Codex CLI

节点选择与配置建议

选节点

1. 出口固定。试用期间多次查看同一节点的出口 IP，确认不变。
2. 地区受支持。美国、日本、新加坡、韩国、英国都是稳妥选择；注意有些节点名与实际出口地区不一致。
3. Codex 用户优先专线。IEPL / IPLC 的抖动和丢包远低于中转，这是长连接稳定的前提。专线的含义见 IEPL 是什么。
4. 避开负载均衡出口。一个节点名背后多个出口轮换的节点，对 Codex 来说和自动切换没有区别。

配置原则

• 单独建一个 select 类型策略组，手动固定节点；
• 把 OpenAI 相关域名全部指向这个组，规则放在通用规则之前；
• 其余流量继续走自动选择，不影响日常速度；
• 命令行环境确认代理环境变量已设置，或启用 TUN 模式。

规则分流示例

以下是 Clash 系列客户端的规则片段，把 ChatGPT 与 Codex 用到的域名固定到同一个节点：

proxy-groups:
  - name: OpenAI
    type: select
    proxies:
      - 美国-专线-01
      - 日本-专线-02

rules:
  - DOMAIN-SUFFIX,openai.com,OpenAI
  - DOMAIN-SUFFIX,chatgpt.com,OpenAI
  - DOMAIN-SUFFIX,oaistatic.com,OpenAI
  - DOMAIN-SUFFIX,oaiusercontent.com,OpenAI
  - DOMAIN-SUFFIX,auth0.com,OpenAI
  - DOMAIN-KEYWORD,openai,OpenAI
  - MATCH,Proxy

命令行环境下，确保终端读取了代理设置。以 Clash 默认端口为例，可以在 shell 配置中加入：

# 写入 ~/.zshrc 或 ~/.bashrc，端口以客户端实际设置为准
export https_proxy=http://127.0.0.1:7890
export http_proxy=http://127.0.0.1:7890

如果终端工具不走系统代理，或者经常超时，可以改用客户端的 TUN 模式。各平台的具体操作见 Clash 使用教程。

总结

ChatGPT 的三类常见问题对应三个不同层面：地区不可用是出口 IP 的地理归属，频繁验证是出口 IP 的信誉，Codex 断连是线路抖动与会话内 IP 变化。它们的共同解法是选一个出口固定、地区受支持、以专线为主的节点，再用 select 策略组把 OpenAI 域名钉在上面。做到这一步仍有问题，再考虑更换服务商。其他 AI 服务的单独说明见 AI 稳定机场专题。