先判断故障发生在哪一层

ChatGPT 页面打不开、登录后一直转圈或请求超时，不一定都是节点故障。一次访问通常要经过应用、系统代理或 TUN、Clash 规则、代理组、节点出口、DNS 解析和目标服务等环节。只根据浏览器显示的“无法访问”反复切换配置，容易把本来正常的部分也改乱。先区分故障表现，再按链路逐层验证。

如果浏览器里的其他网站也打不开，先检查客户端是否运行、代理组是否选中可用节点，以及系统代理是否指向当前客户端。如果其他网站正常、只有 ChatGPT 异常，优先检查相关域名的规则命中、DNS 结果、浏览器扩展和节点出口。若首页能打开但登录、对话或文件加载失败，通常说明访问涉及的不同域名没有走同一条预期路径，或者部分请求被拦截。

表现 优先检查 下一步判断
所有网站都超时 客户端状态、代理端口、代理组与节点 用同一节点测试其他常用网站，并查看连接记录
只有 ChatGPT 无法访问 模式、域名规则、策略组出口 暂时使用全局模式进行一次对照
页面能开，登录或对话失败 登录相关请求、DNS、浏览器扩展与时间设置 用无痕窗口测试，并检查访问失败的域名
浏览器正常，桌面应用失败 应用是否遵循系统代理、是否需要 TUN 查看连接记录；确认流量没有绕过 Clash

同时留意错误提示的差异：连接超时更像是链路没有及时建立；连接被拒绝可能与本地端口或出口服务有关；页面加载后出现账号、验证码或地区相关提示，则不能简单归结为 Clash 配置错误。服务可用性还会受账号状态、服务自身状态及所在地区支持情况影响，排查代理时不要忽略这些条件。

检查代理模式与节点状态

日常规则模式下，访问结果由规则决定；节点在线并不等于 ChatGPT 一定使用了它。先确认客户端当前加载的是预期配置，再看模式是否为 rule，并在代理组页面确认组内确实选中了一个节点。部分配置的组名会显示为“节点选择”“国外流量”或其他名称，关键是确认实际出站指向代理节点，而不是 DIRECT、空组或不可用策略。

接着检查节点本身。延迟测试通常只说明测试目标可达，不代表目标服务的完整连接、DNS 和 TLS 握手都成功。选一个当前可用的不同节点做对照，最好使用同一代理组内、出口位置不同的节点；如果有多个节点依次失败而其他网站正常，则需要重点检查规则和相关请求。如果所有网站经该节点都变慢或超时，先处理节点连通性，不要继续改 ChatGPT 域名规则。

用全局模式做短时对照

把模式临时切换到全局，并在全局策略中选择一个明确可用的代理节点，然后重新打开页面或新建一次登录请求。如果全局模式下恢复正常，说明系统代理入口和该节点大体可用，问题更可能在规则命中或规则指向的策略组。若仍失败，应继续对照节点出口、DNS 和浏览器环境。测试完成后恢复原来的规则模式，避免让所有已经接管的连接长期使用统一出口。

全局模式不是“所有设备流量自动被代理”的保证，它只影响已经进入 Clash 内核的连接。浏览器通常遵循系统代理设置，而某些桌面应用、命令行工具或自带网络栈的应用可能绕过系统代理。因此，浏览器测试成功但应用仍失败时，应确认应用的流量是否出现在 Clash 连接列表，而不是只反复切换出站模式。

动手检查规则命中与代理组

先保持规则模式，打开 Clash 客户端的连接或日志页面，然后在新标签页访问 ChatGPT。根据客户端界面逐条检查目标域名、匹配规则和最终策略组；不同版本的列名可能叫“规则”“策略”“出站”或“链路”。记录失败连接的域名和时间，再确认它是否命中了代理规则。已有连接可能仍保留旧的出站结果，测试时应新建页面或关闭相关标签页后重新访问。

  1. 找到实际请求域名：不要只检查浏览器地址栏里的主站域名。页面、登录、静态资源和文件内容可能访问不同主机名；以连接记录中真实出现的域名为准。
  2. 检查命中规则：确认相关域名没有被更靠前的直连、拒绝或其他宽泛规则截走。规则一般按列表顺序匹配，过早命中的规则不会再被后面的代理规则覆盖。
  3. 检查规则的目标：域名即使命中代理规则，也要确认规则指向的代理组不是 DIRECT，且该组当前选择了可用节点。
  4. 核对兜底策略：未命中专用规则的连接会继续向下匹配。检查末尾的 MATCH 指向什么策略，避免主站走代理、其他必要请求却落到直连。
  5. 只为确认问题做临时修改：如果确认某个域名误走直连，可在配置支持的覆写或合并位置添加明确的代理规则，并放在会抢先命中的宽泛规则之前。测试后观察连接记录，确认规则实际生效。

常见配置可以使用 DOMAIN-SUFFIX 表达域名后缀匹配，例如 DOMAIN-SUFFIX,chatgpt.com,节点选择；这里的“节点选择”只是示例，必须替换为当前配置中真实存在的策略组名称。是否需要为 openai.com、auth.openai.com、静态资源或文件相关域名添加规则，应以连接记录和当前服务请求为依据，不要把一份旧域名清单当作永久完整列表。域名后缀规则匹配主域名及其子域名，但不会自动覆盖其他不同后缀的域名。

rules:
  - DOMAIN-SUFFIX,chatgpt.com,节点选择
  - MATCH,节点选择

以上只展示规则顺序和策略名称的关系，不是完整配置，也不应直接覆盖订阅中的全部规则。若采用客户端覆写功能，先确认它是追加、插入还是替换规则；若直接编辑订阅生成文件，订阅更新可能覆盖修改。规则变更后重新加载配置，并在连接记录里验证实际命中结果，不能只以 YAML 保存成功作为判断依据。

排查系统代理、DNS 与浏览器

如果连接记录里看不到浏览器发出的请求，先检查系统代理开关和本地监听端口。常见混合端口示例是 127.0.0.1:7890，但端口可能因客户端或配置而不同，应以当前客户端实际监听值为准。Windows 可在「设置」→「网络和 Internet」→「代理」查看手动代理；macOS 可在「系统设置」→「网络」→当前连接的详细信息中检查代理项目。优先使用客户端的系统代理开关，再核对系统页面是否残留旧端口或其他代理软件的设置。

DNS 异常时，域名可能解析失败、解析很慢，或不同查询路径得到不一致结果。先查看 Clash 日志中是否出现 DNS 超时或解析失败，再临时关闭浏览器自定义安全 DNS（如启用），使用无痕窗口重新测试。若浏览器此时恢复，原因可能在浏览器加密 DNS、缓存或扩展，而不一定是节点。刷新页面后仍报错时，可重启浏览器以清理连接复用；必要时再清除相关站点缓存，不必一开始就清空所有浏览数据。

浏览器扩展也可能拦截脚本、登录跳转或网络请求。用无痕窗口进行对照时，确认扩展没有被允许在无痕模式运行；也可暂时停用广告拦截、隐私防护和自定义代理扩展。系统时间明显不正确时，HTTPS 证书校验和登录会话也可能失败，检查操作系统日期、时间及自动同步设置。

何时尝试 TUN 或更换节点

当浏览器经系统代理可以访问，但 ChatGPT 桌面应用、命令行工具或其他应用无法访问，并且连接记录中没有相应请求时，才有理由怀疑应用没有遵循系统代理。此时可先检查该应用是否提供独立代理设置；没有可用设置且客户端内核支持时，再考虑启用 TUN。TUN 通过虚拟网络接口和系统路由接管符合条件的 IP 流量，通常需要相应权限，也可能与其他 VPN、虚拟网卡、防火墙或公司网络策略冲突。

启用 TUN 前，记录原有设置并关闭其他可能冲突的 VPN。按客户端提示授权，确认 TUN 已启动、自动路由已生效，再测试一个此前不会进入连接记录的应用。若开启后所有网络都受影响、局域网无法访问或出现路由异常，先关闭 TUN 并恢复原设置，再检查客户端日志和权限；不要同时改 DNS、规则和 TUN 参数，否则难以确定是哪项变化造成结果。

更换节点适用于代理链路疑似不稳定、特定出口访问失败或不同节点的结果差异明显的情况。每次只换一个节点，并用同一浏览器、同一模式和同一页面复测。若多个节点下只有 ChatGPT 相关域名超时，检查域名规则与解析；若所有目标都超时，回到本地代理、节点状态和网络环境。切换节点无法修复浏览器绕过系统代理，也无法修复错误的规则优先级。

如果以上步骤仍无法定位，整理脱敏后的客户端与内核版本、系统版本、模式、代理组名称、节点测试结果、失败时间、连接记录中的域名及日志错误码。删除订阅地址、UUID、密码、访问令牌、完整 URL 查询参数和账号信息后，再向客户端维护者或网络服务提供方咨询。排障过程中优先使用可回退的小改动，不要为了单一服务关闭全部安全功能、安装来源不明的配置，或长期保留临时全局策略。