Shadowrocket 连接失败：按现象检查，找到下一步
简答：Shadowrocket 连接失败，先关闭连接，确认普通网页能否正常打开。直连正常后，再按开关弹回、节点为空、节点超时或已连接无网选择检查步骤；固定节点和目标，对比 Wi-Fi 与蜂窝网络。成功以原失败网页或 App 操作恢复为准，不只看 VPN 标识。本文不提供实时故障结论，当前服务状态需查看服务方公告或状态页。
定义：Shadowrocket 连接失败，是指客户端启动连接、使用节点或完成实际网络请求时出现异常，需要按具体症状判断，而不是一个已经确定的故障原因。
先做最短检查：关闭连接，再按现象分流
- 测普通网络：关闭 Shadowrocket 连接，打开一个平时可直接访问的普通网页；失败就先处理普通网络，不继续改节点。
- 重现原问题：普通网页正常后，记录选中节点及当前配置，开启连接，重新执行原先失败的网页或 App 操作。
- 做一次对照：保持节点、配置和目标不变，只切换 Wi-Fi 与蜂窝网络，记录成功、失败及错误原文。使用蜂窝网络前确认流量及组织政策。
成功判据：原先失败的请求能够重新完成，且普通网页仍能访问。本文建议以实际操作验收，不用状态图标或单次延迟数值替代。
| 现象 | 先做什么 | 观察结果支持什么判断 | 不能证明什么 |
|---|---|---|---|
| 开关立即弹回 | 保存提示，检查系统 VPN 与管理限制 | 应优先调查连接启动阶段 | 不能直接认定节点失效 |
| 节点列表为空 | 确认配置来源和导入结果 | 先处理配置是否存在 | 不能据此评价服务器状态 |
| 单节点超时 | 同网络、同目标对比已有另一节点 | 若另一节点成功，优先核对失败节点及其路径 | 不能直接认定远端停机 |
| 全部节点超时 | 先测普通网络，再做跨网络对照 | 排查共同网络条件与共享配置 | 不能推出所有用户均故障 |
| 已连接无网或部分目标失败 | 记录失败范围，查看对应请求证据 | 依据解析、连接或安全连接错误继续分流 | 不能仅凭图标判断实际访问成功 |
更换网络、重启设备及检查 VPN 或过滤软件，可参考 Apple 网络连接排查说明；上述顺序与判断表是本文建议。
适用与证据范围：本站为第三方使用指南站。本文面向 iPhone 上的 Shadowrocket 连接排查，资料访问日期统一为 2026-11-10；不绑定特定客户端或 iOS 版本，不提供实机截图或实测案例。下文演示均明确标注为假设，具体服务当前状态以服务方公告或状态页为准。
开关弹回：查系统设置，保留错误现场
开关弹回时，建议先截取错误提示并重启设备，再尝试一次。不要同时删除节点、替换 DNS 和移除描述文件，否则难以判断哪个变化影响了结果。
- 打开 iPhone“设置”，向下轻扫显示搜索栏，搜索 VPN；如需继续查找，可搜索描述文件、过滤等相关项目。
- 检查设备上是否还有其他 VPN、内容过滤或家长控制工具。对自己管理且了解用途的工具，一次只暂时关闭一项相关功能，随后复测。
- 若设置由公司或学校管理，先联系管理员，不删除组织描述文件，也不尝试绕过管理限制。
- 没有改善就恢复刚关闭的功能，保存弹窗原文，进入后续反馈流程。
这些查找范围和组织设备限制依据 Apple 关于 VPN、安全软件与相关设置的说明。若连接时出现系统授权提示，先确认它来自自己主动启动且信任的应用；本文不提供未经实机确认的授权弹窗逐字文本或固定按钮位置。
节点为空或更新失败：分开检查配置与连接
Shadowrocket App Store 产品页说明，应用本身不包含代理服务或服务器资源，需要用户自行提供配置。因此，购买客户端不等于已经获得连接服务。
- 列表为空：先确认是否持有自己的服务器资料或订阅，并检查导入有没有完成；此时先不改规则。
- 订阅更新失败：记录更新错误，再单独测试仍保留的已有节点。把“更新配置”和“使用节点访问目标”作为两项操作记录，不相互替代。
- 列表有节点：记下实际选中的节点，而不只记订阅名称；对照过程中保持它不变。
- 准备重新导入：先确认原始配置仍可恢复，不把删除全部节点作为试错起点。
建议反馈时只提供必要的配置描述，不公开完整订阅地址、密码、令牌或二维码。账户状态、订阅有效期及远端状态由配置提供方确认，不根据一次更新失败推断。
填写完成的演示：怎样从结果走到下一步
以下是假设演示，不是真实用户案例或本站实测。假如你遇到“连接保持开启，但办公网页加载失败”，可以按下面方式填写记录。表中的成功和失败仅用于演示判断方法，不代表任何真实节点或服务的状态。
原始现象：假如你使用节点 A、配置 C，在 Wi-Fi 下打开同一办公网页失败；尚未修改 DNS、规则或认证参数。先把设备型号、iOS 版本和 Shadowrocket 版本填写为设备实际显示值，不能用演示内容代替。
| 顺序 | 保持不变与改动 | 演示填写结果 | 下一步 |
|---|---|---|---|
| 一 | 关闭连接，Wi-Fi 下访问普通网页 | 普通网页成功 | 继续检查开启连接后的问题 |
| 二 | 节点 A、配置 C、Wi-Fi，访问原办公网页 | 原目标失败；未保存到错误码 | 保持节点和目标，换网络 |
| 三 | 节点 A、配置 C，仅换蜂窝网络 | 原目标成功 | 回到原 Wi-Fi 复测 |
| 四 | 恢复原 Wi-Fi，其他条件不变 | 原目标再次失败 | 把网络对照结果交给网络管理员或配置提供方 |
定位结论：在这组假设条件下，优先调查与 Wi-Fi 环境相关的差异，而不是先删除节点。Apple 也建议通过更换网络判断问题是否只发生在特定网络，见 网络对照排查依据。
结论边界：记录没有证明具体是 DNS、路由、过滤策略还是其他路径因素，也没有证明节点始终可用。下一步应补充失败请求的错误证据；若结果无法重复，就记录为间歇异常，不继续沿用确定性结论。
处理与回滚：先恢复日常网络和原配置，保留上述记录。临时网络仅在流量、权限及组织政策允许时使用；不因一次对照成功就长期更改设备设置。
已连接无网：用错误判读卡决定查哪里
Shadowrocket 产品页列明了记录和显示 HTTP、HTTPS、DNS 请求的能力。建议在当前版本的请求记录或日志范围内查找原失败目标；本文不指定尚未核实的菜单路径，也不要求开启 HTTPS 解密。
先确认错误属于哪次操作：订阅更新、节点测试和实际网页请求应分开标记。若记录没有显示错误域或代码，就保留原文，不强行套用下面的系统错误表。
| 仅在原记录确实出现时使用 | 官方定义概括 | 建议下一步 | 不能直接认定 |
|---|---|---|---|
| NSURLErrorDomain，-1001 | 操作超时 | 固定目标做网络对照，核对失败发生在哪个操作 | 不能直接认定服务器停机 |
| NSURLErrorDomain，-1003 | 找不到主机；Foundation 文档进一步说明为主机名无法解析 | 核对失败主机名，比较原配置及近期 DNS 改动 | 不能认定所有 DNS 均异常 |
| NSURLErrorDomain，-1200 | 安全连接建立失败，缺少更具体原因 | 核对设备时间及适用的 TLS 配置，补充底层错误 | 不能直接认定密码错误或证书过期 |
错误码对应关系见 Apple 错误处理文档；该页面处于 StoreKit 场景，本文只引用系统错误含义，不据此声称 Shadowrocket 必然显示这些错误。主机名解析含义另见 Foundation 主机名错误定义。
一组可核验的官方错误片段怎样读
Apple 技术说明提供了以下错误片段：Domain=NSURLErrorDomain Code=-1202。这里的 Domain 表示错误域，Code 是域内错误码；该组合对应服务器信任评估失败。来源：Apple HTTPS 服务器信任评估技术说明。这是官方文档示例的摘录，不是 Shadowrocket 实机日志。
假如你自己的失败记录也出现这一组合，建议核对出错 URL、设备时间及配置中适用的 TLS、SNI 项，并将错误交给配置提供方；不要关闭证书验证来掩盖问题。它支持“调查服务器信任评估”这一方向，但不能单独证明证书过期，更不能说明全部节点故障。Apple 同一技术说明明确反对盲目关闭证书检查。
核对配置：只改与证据相关的一项
建议拿配置提供方的原始资料逐项对照：服务器地址、端口、认证内容，以及该协议实际使用的 TLS、SNI、传输参数。不要给所有协议套同一份字段模板，也不要根据别人的可用配置猜自己的参数。
- 只有部分目标失败：先保留目标与请求处理结果，再核对相关规则，不直接替换整份配置。
- 出现解析相关证据：先核对失败主机名及近期 DNS 改动；每次只改一项，复测后决定保留或恢复。
- 出现安全连接错误：先核对设备时间和原始参数；Apple 将日期、时间及时区检查列入 网络排查步骤。
关于 Proxy、Config、Direct：本次资料不足以确认特定版本这些选项的完整语义及操作路径，因此不提供固定切换教程。只有当前应用内说明能够明确解释选项时，才记录原值、保持同节点同目标做一次短时对照，随后恢复；无法确认就跳过，继续使用关闭连接和跨网络对照。
验证、回滚与求助：把重置放到最后
- 修改前：确认原始配置有可恢复副本，记录选中节点、配置及准备修改的项目；截图只能辅助记录，不能代替可恢复配置。
- 修改后：重新执行原失败操作，再测试普通网页；没有改善就恢复刚才的修改，不叠加随机调整。
- 仍失败：整理设备型号、实际 iOS 与客户端版本、发生时间及时区、网络类型、错误原文、对照结果及回滚情况，发送给配置提供方或从 App Store 产品页查找支持信息。
网络重置不是无代价操作。Apple 说明，它会重置 Wi-Fi 网络及密码、蜂窝网络设置、VPN 和 APN 设置，并要求仅在其他方法失败后使用；学校或企业网络应先咨询管理员。准确来源：Apple：iPhone 或 iPad 无法连接 Wi-Fi 时的网络重置说明。未定位问题前，不建议把重装客户端、重置网络或恢复出厂设置当成第一步。
如果关闭 Shadowrocket 后普通网页仍失败，可从本站 连接问题排查索引继续选择对应问题，避免继续围绕节点反复修改。
常见问题
Shadowrocket 连接失败，第一步应该重装吗？
建议先关闭连接测试普通网页，再按具体症状检查。修改前确认配置有可恢复副本；没有备份时先保留错误与对照记录，不急着删除应用。
出现 VPN 标识或延迟数值，就代表连接成功了吗？
本文的验收标准是原失败网页完成新加载，或 App 完成原失败操作。请把状态显示、测试结果与实际请求分开记录，不互相替代。
节点列表为空，应该先改 DNS 吗？
先确认是否持有自己的配置及导入是否完成。App Store 产品页明确说明应用不包含代理服务或服务器资源；配置尚未准备好时，不宜先通过改 DNS 试错。
所有节点都超时，能判断服务已经停止吗？
不能仅凭本机结果下结论。先测试普通网络，再保持节点和目标不变做跨网络对照。当前服务状态需要查看服务方公告、状态页或咨询支持人员。
日志出现 -1202，是否应该关闭证书验证？
先确认错误域确为 NSURLErrorDomain。Apple 文档将该组合解释为服务器信任评估失败，并反对盲目关闭证书检查；建议核对出错目标、设备时间及适用配置，保留完整错误供排查。
本文的演示记录可以作为某条线路可用的证据吗？
不可以。演示明确是假设场景，只用于说明记录方法和判断边界，不是真实用户案例、测速结果或线路可用性证明。