Claude 网页版或 iPhone App 打不开，不一定是账号故障。本文以你已有自己的订阅和可用连接为前提，依次检查 Shadowrocket 连接状态、Global Routing、域名规则、DNS 与出口 IP，再用 Wi-Fi 和蜂窝网络做对照。每次只改一个条件，能更快区分本地网络、规则配置、线路出口与 Claude 服务侧的问题。
先分清“打不开”发生在哪一步
“Claude 打不开”可能指页面一直转圈、提示网络错误、登录页能出现但消息发不出去，也可能是 App 无法加载会话。这些现象不一定有同一个原因。先记下发生问题的入口、错误原文和时间：网页版用 Safari 打开时是否失败，Claude App 是否也失败；页面能否显示，登录是否完成，发送消息是否成功。
排查前先确认 iPhone 当前使用 Wi-Fi 还是蜂窝网络，并在 Shadowrocket 的 Home 查看连接开关、已选连接和 Global Routing。VPN 状态图标只说明系统隧道状态，不足以证明 Claude 的请求走了预期代理；同样，Home 中选中某个连接，也不等于连接已成功建立。
现象：VPN 已连接，但 Claude 仍然超时
原因与解法：目标请求可能命中了 DIRECT 规则，或连接未能正常转发。在 Home 核对 Global Routing；若使用 Config，检查 Claude 相关域名的实际匹配策略，并重新发起请求。
现象：网页能打开，发送消息时失败
原因与解法：页面资源加载成功不代表后续接口请求也成功。查看 Shadowrocket 的请求记录，确认失败请求的域名与策略；不要只凭首页能否显示判断整条访问链路正常。
现象：切换网络后错误提示没有变化
原因与解法：可能是规则、连接配置或服务侧状态，而不是当前 Wi-Fi 本身。先保持同一连接和路由设置，分别记录两种网络下的结果，再根据记录判断。
如果 Claude 明确提示账户、验证或服务可用性问题，先保留提示原文，不要把它直接归因于 Shadowrocket。网络排查只能验证请求是否可达、如何路由，不能替代 Claude 对账户状态、地区要求或服务状态的判断。
检查连接状态与路由规则
在 Home 确认已选择自己订阅中的连接，并打开连接开关。首次连接或配置变更后，按系统提示完成 VPN 授权。若 Shadowrocket 显示已连接但其他网页也无法加载，先用一个平时可访问的普通网页做基线测试；如果连基线网页也失败，应先处理连接本身，不要马上改 Claude 专用规则。
接着核对 Global Routing。Proxy 可用于短时确认请求是否能经代理路径发出；Config 则依据当前启用配置中的规则分流。若日常使用 Config，要到 Config 确认实际选中的文件，再查看规则。导入过配置文件，不等于它正在生效；选中规则文件，也不代表每条请求都会命中代理策略。
按当前配置逐条匹配请求。检查 Claude 相关域名最终命中的策略，并确认规则所用策略名称确实存在。
适合:日常按规则分流，定位 Claude 专用规则
将受 Shadowrocket 处理的流量交给代理路径，可用于短时对照。它不能修复失效的连接，也不能保证目标服务一定接受当前出口。
适合:短时判断是否与 Config 规则有关
让受处理的请求走直连路径。测试时若 Claude 在 Direct 下失败，只能说明当前直连条件下未成功，不能单独证明账户或服务故障。
适合:在网络条件允许时核对直连结果
规则按配置中的顺序匹配。针对 Claude 域名的具体规则应放在可能覆盖它的宽泛规则之前；末尾的 FINAL 则处理前面没有匹配的请求。规则里的策略名称必须与配置中的策略一致，不能假设写入 PROXY 就一定对应你配置中的代理组。
DOMAIN-SUFFIX,claude.ai,PROXY
DOMAIN-SUFFIX,anthropic.com,PROXY以上仅示范规则格式。实际是否需要这些规则，以及应使用什么策略名称，取决于现有配置和请求记录；不要直接覆盖整份配置，也不要把示例当成完整规则集。Claude App 与网页可能产生不同请求，某个域名规则命中并不表示所有相关请求都已覆盖。
核对 DNS、请求记录与出口 IP
当规则看起来正确，仍然加载失败时，再检查 DNS 与请求记录。回到 Shadowrocket 的 Home，使用当前界面提供的请求查看或连接记录功能，重新打开 Claude 网页或 App，观察失败时间附近出现的域名、策略和结果。若目标请求显示为 DIRECT，先回到 Config 检查规则顺序；若显示走代理但连接失败，再检查当前连接配置及网络条件。
DNS 解析结果会影响请求连接到哪里。若近期改过 Settings 中的 DNS 选项，先记下当前设置，再恢复此前可用的设置进行对照；不要同时更换 DNS、节点和规则，否则无法知道哪项改变了结果。不同版本或配置下菜单与可选项可能有所不同，按设备当前显示的界面核对，不要照搬不适用的字段。
规则核对
- 路由姿态
- Home → Global Routing
- 配置文件
- Config 中确认当前选中项
- 目标范围
- 从请求记录确认实际域名
- 策略名称
- 与当前配置中的策略一致
先确认请求命中了哪条规则，再判断是否需要调整规则顺序。
网络与出口
- 网络类型
- 分别记录 Wi-Fi 与蜂窝网络
- 连接选择
- 保持同一已有连接做对照
- DNS 设置
- 记录原值，一次只改一项
- 出口检查
- 核对当前代理出口的公开 IP 信息
出口 IP 可帮助判断请求经过的网络出口，不代表 Claude 必然允许访问。
出口 IP 与节点名称不是一回事。需要核实时，应在连接已建立、且测试请求确实经过代理的条件下查看公开 IP 信息，并记录测试网络与时间。若显示的出口并非预期，先确认规则是否让该请求走代理；若出口符合预期但 Claude 仍拒绝或报错，问题可能涉及服务侧判断、账户状态或其他访问条件，不能靠反复换规则得出结论。
结论：先看请求记录，再改规则
“连着 VPN”不是规则生效的证据。先确认 Claude 请求的域名、命中策略和连接结果；只有发现请求走错路径时，才调整对应规则，并在修改后重新发起请求验证。
用 Wi-Fi 与蜂窝网络做对照
网络对照的关键是保持其他条件不变。先在 Wi-Fi 下记录 Claude 网页、App、Shadowrocket 连接状态和请求结果；再切换到蜂窝网络，使用同一连接、同一 Global Routing 和相同访问入口复测。切换网络后重新打开页面或 App，建立新请求，避免把切换前已经存在的连接当作新结果。
- 建立 Wi-Fi 基线：确认 Wi-Fi 可正常上网，记录连接状态、Global Routing 和 Claude 的具体错误。
- 查看请求记录：重新加载页面或发起一次 App 请求，记录相关域名、命中策略及失败状态。
- 切换蜂窝网络：关闭 Wi-Fi，确认蜂窝数据可用；保持 Shadowrocket 连接与路由设置不变。
- 重复同一操作：重新打开同一入口并复测，记录页面加载、登录和消息发送分别是否成功。
- 比较差异：若只在一种网络失败，优先检查该网络下的 DNS、连接稳定性和按需连接条件。
| 对照结果 | 优先检查 | 下一步 |
|---|---|---|
| Wi-Fi 失败，蜂窝网络正常 | Wi-Fi 的 DNS、网络限制或连接稳定性 | 保持配置不变，复测 Wi-Fi 并查看请求记录 |
| 蜂窝网络失败，Wi-Fi 正常 | 蜂窝网络下的连接状态与 On Demand 条件 | 确认蜂窝数据可用，再重新建立连接测试 |
| 两种网络均显示请求走 DIRECT | Global Routing 与 Config 规则顺序 | 核对目标域名是否被更早的规则匹配 |
| 两种网络均经代理但 Claude 拒绝 | 请求记录、出口信息及服务提示 | 保留错误原文，进一步核对服务与账户状态 |
对照结果是缩小范围的依据，不是单独的故障证明。例如 Wi-Fi 与蜂窝网络都失败，可能是共同使用的配置或服务侧状态；也可能是两个网络恰好存在不同问题。请结合请求记录判断，不要仅凭一次页面加载结果就更换多项设置。
常见问题
Shadowrocket 显示已连接，为什么 Claude 还是打不开？
连接状态不等于目标请求已走代理。在 Home 确认 Global Routing；使用 Config 时查看请求记录中的域名、策略和结果，并确认 Claude 相关请求没有命中 DIRECT 或错误策略。
Claude 网页能打开，但 App 发不出消息怎么办？
网页显示与消息请求成功是不同阶段。重新打开 App 并发起新请求，然后检查失败时间附近的请求记录。确认相关请求的策略和连接结果，再对照网页测试；不要仅以首页能加载判断 App 的请求链路正常。
要不要一直切换节点测试？
不建议一轮里连续切换多个连接。先固定一个已有连接，完成 Wi-Fi 与蜂窝网络对照，并核对规则和出口；如果确有必要，再从自己的订阅中选择另一个连接，一次只替换这一项，并记录前后结果。
规则和出口都正常，仍提示账户或服务错误，怎么判断？
保存提示原文与发生时间，并确认网页和 App 是否都出现相同问题。网络路径正常不能证明账户或服务侧没有限制；此时应按 Claude 页面提示核对账户与服务状态，不要继续通过修改 Shadowrocket 规则来替代服务侧检查。