Shadowrocket 连不上 ChatGPT？小火箭排查与修复方法

Shadowrocket 显示已连接，不代表 ChatGPT 一定能正常打开。VPN 标记只说明系统建立了隧道，当前流量是否真的经过可用节点，还要看 Global Routing、规则、DNS 和节点本身。ChatGPT 可能表现为页面一直转圈、提示网络错误、登录页打不开、验证码反复加载，或者网页能打开但对话内容发不出来。

排查时不要一上来就重装 Shadowrocket，也不要同时换节点、改 DNS、更新订阅和切换模式。先固定一个现象，再一次只改一项。这样才能知道问题究竟发生在本地网络、分流规则、节点出口，还是 ChatGPT 服务端。

先确认是不是 Shadowrocket 本身没接管流量

打开 Shadowrocket 首页，先看开关、当前节点和 Global Routing。开关打开后，系统状态栏出现 VPN，只能说明 VPN 配置被启用，不能证明 ChatGPT 的请求已经走到正确的代理出口。

如果开关无法打开，或系统没有出现 VPN 授权提示，先处理系统授权问题。
如果开关能打开，但 SERVER 下没有选中的节点，应用没有明确的转发目标。
如果 Global Routing 停在 Direct，流量不会按节点转发，ChatGPT 可能仍然无法访问。
如果节点列表有内容，但当前高亮的节点已经被订阅更新删除，也可能出现看似连接、实际无响应的状态。

排障期间可以先把 Global Routing 改回 Config，再确认底部 Config 中确实选中了一份有效规则。Config 会按照规则决定请求走 Proxy 还是 Direct；如果规则文件为空、失效，或当前没有选中你以为正在使用的文件，ChatGPT 相关域名可能被错误地直连。

需要单独理解三种模式时，可参考《Config、Proxy、Direct 该怎么选》。本文的重点不是让你长期使用某一种模式，而是先用模式做对照，缩小故障范围。

用 Connectivity Test 和 Proxy 区分节点与规则

确认节点已选中后，先使用首页的 Connectivity Test。测试没有延迟读数、长时间转圈或明确失败时，先换另一条节点再测。不要因为某一条节点失败，就认定整个 Shadowrocket 或 ChatGPT 都不可用。

Connectivity Test 有读数，只能说明探测请求获得了回应，并不保证这个节点可以访问所有服务。节点的出口地区、IP 信誉、连接协议和服务端策略都会影响 ChatGPT。反过来，测试没有读数，也不一定说明所有网站都失败，因为不同测试目标、规则和 DNS 路径可能不同。

可以做一次短暂的模式对照：

保持当前节点，先在 Config 下打开 ChatGPT，记录是打不开、超时还是登录失败。
临时切换到 Proxy，让可被接管的流量统一经过当前节点，再重新打开同一个页面。
如果 Proxy 下恢复，而 Config 下失败，问题更像是规则或分流策略。
如果两种模式都失败，再换节点测试；多条节点都失败时，继续查订阅状态、节点出口和网络环境。
对照结束后回到 Config，不要把 Proxy 当成长期默认模式。

如果 Proxy 下只有登录页能打开，提交验证码或发送消息时仍然失败，说明不一定是单一域名的问题。ChatGPT 页面会调用多个相关服务、静态资源和接口，规则只放行其中一部分时，页面可能看起来已经加载，实际功能却不完整。此时要检查规则是否覆盖了相关域名，而不是只测试首页。

DNS 和分流规则导致的「半连接」

ChatGPT 能否使用，不只是看网页主域名能不能解析。DNS 返回的地址、规则对域名的匹配结果，以及请求最终采用 Direct 还是 Proxy，都会影响结果。常见现象是首页打开很慢、登录按钮没有反应、验证码加载失败，或者对话页面打开后持续提示网络错误。

先在 Diagnostics 中查看与当前时间接近的记录。重点不是读懂每一个字段，而是确认以下几件事：请求是否出现、请求被送到 Direct 还是 Proxy、失败集中在 DNS 解析还是连接阶段。如果你以为正在代理，记录却显示相关请求走了 Direct，就应回到 Global Routing 和 Config 检查规则。

DNS 问题通常有几个特征：

同一节点下，页面偶尔能打开，刷新后又无法解析。
Connectivity Test 有读数，但 ChatGPT 的资源或登录接口一直超时。
Wi-Fi 下失败，切到蜂窝网络后恢复，或两种网络表现完全相反。
页面主体能显示，但图片、脚本、验证码或发送消息功能缺失。

排查时不要连续套用多个网上找到的 DNS 地址。先记录当前状态，再只改变 DNS 相关的一项，重新测试同一个页面。如果改变后没有差异，恢复原设置，继续查看规则和节点。某些网络会拦截或改写 DNS 请求，单纯在 Shadowrocket 里填写一个地址不一定能解决；节点端的 DNS 处理、系统网络和当前规则也可能共同影响结果。

规则更新也要谨慎。更新规则文件和更新订阅不是一回事：订阅主要改变 SERVER 下的节点清单，规则文件决定请求如何分流。更新后如果原来的规则消失、当前 Config 被切换，问题可能正好从「节点可用」变成「ChatGPT 被直连」。每次更新后都要重新确认当前使用的配置文件。

对照 Wi-Fi、蜂窝网络和登录问题

如果 Shadowrocket 在 Wi-Fi 下连接 ChatGPT 失败，先关闭 Wi-Fi，使用蜂窝网络做一次对照；如果蜂窝网络失败，则反过来连接一个可信的 Wi-Fi。两次测试要尽量使用同一节点、同一 Global Routing 和同一个 ChatGPT 地址，不要在切换网络时顺便改其他设置。

结果可以这样理解：

只有 Wi-Fi 失败：优先检查路由器、公共网络认证、局域网 DNS、网络过滤和 Wi-Fi 对 VPN 的限制。
只有蜂窝网络失败：检查运营商网络、信号质量、低数据模式和系统对 Shadowrocket 的联网权限。
两种网络都失败，但 Direct 下普通网站正常：问题更可能在节点、订阅、出口 IP 或规则。
两种网络连普通网站也失败：先恢复系统网络，再判断 Shadowrocket；不要把所有故障都归到 ChatGPT。

登录失败还可能不是代理连接失败。浏览器缓存、Cookie、时间设置、账号安全验证或登录服务临时异常，都可能让登录页反复跳转。先观察登录页面能否完整加载，再判断是否能进入账号。如果页面显示明确的账号验证或安全提示，应按页面要求处理，不要反复刷新，也不要通过修改地区资料来绕过验证。

如果使用官方客户端而不是浏览器，应用自身缓存和系统网络权限也可能造成差异。可以先用浏览器访问同一服务做对照：浏览器和客户端都失败，优先查网络链路；只有客户端失败，则检查该应用是否被错误地设为 Direct，或是否需要重新启动应用。本站不提供 ChatGPT 账号、登录协助或节点服务。

节点风控、出口 IP 与订阅状态

某条节点能打开普通网站，不代表它适合 ChatGPT。出口 IP 可能被频繁使用、共享人数过多、地区信誉较低，或已经受到目标服务的限制。此时 Shadowrocket 首页显示连接成功，Connectivity Test 也可能有延迟，但 ChatGPT 仍然提示无法连接、登录失败或请求被拒绝。

判断节点问题时，尽量用两三条来自同一订阅的节点做对照，再观察是否有共同特征。如果只有某个地区或某一类节点失败，可能是出口策略或 IP 风控；如果订阅中的所有节点都失败，可能是订阅过期、服务端故障、账户流量用尽，或服务提供者调整了入口。

更新订阅前，先确认订阅地址来自你自己的服务提供者，并检查 URL 是否完整。更新后如果节点数量变成零、原来的节点名称消失，先重新选择仍然存在的节点。不要把订阅链接公开发到群聊、截图或 Diagnostics 中；其中可能包含识别账户的参数。

如果换节点和换网络后仍然只有 ChatGPT 失败，可以等待一段时间并查看服务方公告。不要因为某个网站打不开就频繁开关 VPN、连续删除配置或反复重装。客户端重装不会改变出口 IP，也不会修复过期订阅和服务端限制。

常见问题

VPN 已连接，但 ChatGPT 仍打不开，正常吗？

这是可能的。VPN 状态表示隧道已建立，不代表节点正在正常转发，也不代表当前规则把 ChatGPT 请求送进了 Proxy。先看 Global Routing、当前节点和 Connectivity Test，再用 Config 与 Proxy 做一次对照。

要不要直接切换到 Proxy？

可以短暂用于排障，但不建议长期使用。Proxy 适合判断规则是否误分流：如果 Proxy 能打开而 Config 不能，重点查规则。对照完成后回到 Config，避免所有流量都经过节点，造成额外延迟、耗电或其他应用异常。

换 DNS 后还是无法登录怎么办？

不要继续盲目更换 DNS。先把 DNS 改动恢复或记录清楚，再查看 Diagnostics 中相关请求走向，随后换一条节点并用另一种网络测试。若页面能打开但账号验证失败，也要排除 Cookie、系统时间和服务端安全验证，而不只是网络问题。

重装 Shadowrocket 能解决吗？

只有应用无法启动、界面损坏或 VPN 配置异常时，重装才可能有价值。重装前备份你自己的配置和订阅信息，并确认从 App Store 安装正版 Shadowrocket。若根因是节点、规则、DNS 或服务端风控，重装不会自动修复这些问题。

更完整的授权、导入、连接和 Diagnostics 检查步骤，可继续查看《故障排除》以及《建立连接》。排查时记住顺序：先确认网络，再确认 VPN 与模式；随后测试节点，最后检查规则、DNS 和服务端状态。每次只改一项，比反复重装更容易找到真正原因。