小火箭设置链式代理：前置与出口节点完整步骤
简答：小火箭设置链式代理的关键是：先添加两个可单独使用的节点，再编辑最终出口节点，在“代理通过”或 Chain Proxy 中选择前置节点，保存后选中出口节点并开启 VPN。若连接失败，先分别测试两个节点，再检查全局路由、协议兼容性和 VPN 权限。本文仅介绍配置与排查方法，小火箭本身不提供节点资源。
定义：链式代理是让设备先连接前置节点，再由前置节点转发到最终出口节点，典型路径为“设备 → 前置节点 → 出口节点 → 目标网站”。
先看结论：小火箭链式代理应该这样配置
最容易出错的地方不是输入地址和端口，而是把节点角色弄反。通常应当编辑最终出口节点，让它“代理通过”前置节点，而不是在前置节点上再选择出口节点。公开的 Shadowrocket Wiki 给出的流量方向是“Client > B > A > Web server”：点击节点 A 的信息按钮，再让 A 通过节点 B 连接。查看 Shadowrocket Wiki 中的代理链说明。
| 项目 | 作用 | 应填写或选择什么 |
|---|---|---|
| 前置节点 B | 先建立一跳连接 | 一个已经单独测试可用的 HTTP、SOCKS5 或其他兼容节点 |
| 最终出口节点 A | 决定后续连接使用的出口 | 另一个已经单独测试可用的节点 |
| 代理通过 / Chain Proxy | 指定 A 通过谁连接 | 在 A 的详情页选择 B |
| Global Routing | 决定哪些流量进入代理 | 首次验证建议选择 Proxy；分流时再使用 Config |
小火箭 App Store 页面明确列出“Multi-level forward proxy”，并说明它是独立网络工具，不附带代理服务或服务器资源；因此节点地址、端口、账号和密码需要由用户自行准备。查看 App Store 应用说明。
开始前准备：两套节点和一份核对表
链式代理至少需要两个角色清楚的连接对象。它们可以来自同一份订阅，也可以分别手动添加，但必须先确认每个节点单独使用时都能连接。
- 前置节点：准备协议类型、服务器地址、端口，以及必要的用户名、密码、密钥或 UUID。
- 最终出口节点：准备另一套完整参数，并确认它是你希望最终对外连接的节点。
- 确认协议兼容：并非所有节点协议都支持作为链式连接中的出口或中转对象；如果单独可用，但一设置链式代理就失败，应优先怀疑协议组合不兼容。
- 记录测试结果：分别记下节点 A、节点 B 的连通性、延迟和可访问网站，避免链式失败后无法判断是哪一跳出了问题。
不要一开始同时更换节点、DNS、路由模式和配置文件。一次只改一个变量，才能判断问题来自节点本身还是链式设置。
第 1 步：在 Shadowrocket 中添加前置节点
- 打开 Shadowrocket，进入首页的节点列表。
- 如果使用订阅，点击右上角添加入口，选择订阅类型，填入订阅地址并保存；如果使用单个节点，可通过扫码、剪贴板链接或手动填写方式添加。
- 找到准备作为前置节点的 B，打开节点详情，核对类型、服务器、端口和认证信息。
- 先单独选中 B，开启 VPN，执行连通性测试或访问一个平时容易判断结果的网站。
- 确认 B 单独可用后关闭 VPN，再测试最终出口节点 A。
Shadowrocket 的公开 Wiki 列出了扫码、剪贴板链接和订阅导入等入口，但不同版本的按钮位置和语言名称可能不同；如果找不到完全相同的文字，应优先寻找“添加节点”“订阅”或右上角加号。
第 2 步：编辑最终出口节点并设置“代理通过”
- 在首页找到最终出口节点 A，点击它右侧的信息按钮或详情入口。
- 在编辑页面寻找“代理通过”“Chain Proxy”或相近含义的选项。部分版本可能只显示中文，部分版本可能保留英文菜单。
- 在可选节点列表中选择前置节点 B，确认不是选择 A 自己，也不要把出口节点和前置节点填写成同一个对象。
- 点击保存或完成。
- 回到首页，选中 A 作为当前节点，再开启 VPN。
正确的逻辑是“设备先到 B，再由 B 帮助连接 A，最终由 A 访问目标网站”。公开 Wiki 还说明该功能支持多级链式代理，但并非所有协议都能作为链式连接中的落地节点使用；因此配置保存成功不等于链路一定可用。参考代理通过与取消代理链的操作说明。
如果界面没有出现“代理通过”，先检查你编辑的是节点详情而不是订阅名称或代理分组；再确认当前版本是否支持该节点类型。不要把“前置代理”与“节点代理链”混为一谈：前置代理通常是应用或系统层面的统一转发设置，节点详情中的代理链则是针对某个节点指定下一跳。
第 3 步：选择 Global Routing 并验证是否真的生效
链式代理设置完成后，必须同时检查当前节点和全局路由，否则可能出现节点已经设置，但实际流量仍然直连的情况。首次验证建议采用最简单的全局代理模式。
| 路由模式 | 含义 | 适合什么时候使用 |
|---|---|---|
| Proxy | 全部流量使用当前代理节点 | 首次确认链式代理是否生效 |
| Config | 按规则把不同请求分配到代理或直连 | 需要分流时使用 |
| Direct | 全部流量直连 | 排查链式设置前后的对照测试 |
- 先在 Direct 模式下记录一个可复现的访问结果。
- 切换到 Proxy，确认当前选中的确实是最终出口节点 A。
- 打开 Shadowrocket 的连通性测试、延迟测试或日志页面，观察请求是否产生。
- 使用 IP 检测页面或你有权限管理的业务系统查看对外地址是否发生预期变化。
- 再访问实际业务网站；不要只看节点列表中的延迟，因为延迟测试不一定等同于完整网页请求。
如果 A 单独连接时结果正常，链式后结果也显示为 A 的预期出口，且日志持续产生请求，才可以初步判断链路生效。IP 检测只能帮助确认出口变化，不能证明所有应用、DNS 请求和 UDP 流量都经过同一路径。
连接失败、出口未变化和速度变慢：按顺序排查
| 现象 | 优先检查 | 处理方法 |
|---|---|---|
| A、B 都无法使用 | 网络、账号、地址和端口 | 先关闭链式设置，分别单独测试两个节点 |
| A 单独可用，链式后失败 | 代理链角色和协议兼容性 | 确认编辑的是 A，并让 A 通过 B；再换一组兼容节点对照 |
| 链式后出口 IP 未变化 | 当前选中节点和 Global Routing | 确认选中 A，暂时切换到 Proxy，避免 Config 规则绕过代理 |
| 网页能开但部分应用不能用 | 应用协议、UDP 或分流规则 | 用另一个网站和另一个应用对照，检查规则与 UDP 设置 |
| 明显变慢或超时 | 两跳延迟、丢包和超时 | 分别测试 A、B，再测试链式；不要仅凭一次延迟结果下结论 |
| VPN 无法启动或频繁断开 | 系统 VPN 权限、其他网络软件和系统时间 | 检查 VPN 设置，暂停冲突的软件，校准日期时间并重启设备 |
Apple 建议在设备出现网络连接问题时检查 VPN 和其他会拦截网络连接的软件，并确认日期、时间、时区、系统更新、路由器和当前网络环境。查看 Apple 关于 VPN 与网络连接排查的说明。如果换到另一张 Wi-Fi 或蜂窝网络后问题消失，问题更可能位于原网络、路由器或运营商链路，而不是 Shadowrocket 的节点编辑页面。
iPhone 和 iPad 的 VPN 权限：不要把 VPN 配置当成描述文件
首次让 Shadowrocket 接管流量时，系统可能会请求添加 VPN 配置。这个过程与手动安装企业或学校用途的配置描述文件不是一回事。Apple 的说明显示，配置描述文件可以在“设置 > 通用 > VPN 与设备管理”中查看和移除；而应用创建的 VPN 权限应以应用首次启动时的系统授权流程为准。查看 Apple 关于 iPhone 配置描述文件的说明。
- 首次连接时，按系统弹窗允许 Shadowrocket 添加 VPN 配置。
- 如果没有弹窗，退出并重新打开应用，再尝试连接。
- 检查“设置”中的 VPN 相关项目，确认没有其他 VPN、过滤器或安全软件同时接管网络。
- 若仍无法连接，先停用其他网络工具，再重启设备后测试。
Apple 的 VPN 设备管理文档主要面向组织管理和配置文件场景，并不等同于 Shadowrocket 的应用内节点配置。查看 Apple VPN 设备管理设置概览。
链式代理的边界：什么时候不应继续叠加节点
- 延迟增加是正常现象：流量多经过一跳，连接建立和传输路径通常会更复杂；不能用单节点延迟直接推断链式后的网页体验。
- 链式代理不等于双倍匿名：它只是改变连接路径，不能自动消除账号登录、浏览器指纹、应用遥测或节点服务商可见的信息。
- 协议能力要单独验证：某些节点可以单独连接，却不能作为链式出口或中转；遇到这种情况应更换兼容组合，而不是反复修改路由。
- 先满足业务需求：如果只是需要稳定访问某个工作系统，先用单节点建立基线；只有在确有路径、出口或网络隔离需求时，再增加第二跳。
如果你只想确认某一条线路是否存在问题，可以先完成“Direct → A 单独 → B 单独 → A 通过 B”的四组对照，记录连接、出口和业务访问结果。这样比直接叠加多级代理更容易定位故障。
常见问题 FAQ
小火箭链式代理到底应该编辑哪个节点？
通常编辑最终出口节点，也就是希望目标网站最终看到的那个节点。在它的详情页设置“代理通过”或 Chain Proxy，选择前置节点。不要把两个节点都填在同一字段中，也不要默认把前置节点当成最终出口。
为什么找不到“代理通过”或 Chain Proxy？
可能是语言、版本或节点类型不同，也可能进入了订阅或分组页面而不是节点详情页。先打开具体节点右侧的信息按钮，再检查编辑页面；如果仍没有该选项，应先确认当前节点类型是否支持链式连接。
链式代理开启后，出口 IP 为什么没有变化？
先确认当前选中的是最终出口节点，再把 Global Routing 临时改成 Proxy。若仍没有变化，分别测试 A 和 B，并检查规则是否把目标网站分配到了 Direct；不要只依据节点名称或旗帜判断出口。
小火箭链式代理速度变慢是不是配置错误？
不一定。两跳连接会增加握手和传输路径，速度变慢可能来自任一节点、两节点之间的网络或协议兼容性。分别测试 A、B，再测试 A 通过 B，比较网页和业务请求，不要只看一次延迟数值。
能不能设置多级链式代理？
公开 Wiki 说明支持多级链式代理，但也提醒并非所有协议都支持。建议先完成两级链路并确认稳定，再逐级增加；每增加一跳都要重新检查连接、出口、DNS、UDP 和实际业务访问。
链式代理和前置代理是同一个功能吗？
不是完全相同。节点详情中的链式代理通常是让某个节点通过另一个节点建立连接；前置代理更偏向应用或配置层面的统一转发。两者入口、作用范围和故障表现可能不同，排查时不要混用名称。
常见问题
小火箭链式代理到底应该编辑哪个节点？
通常编辑最终出口节点，也就是希望目标网站最终看到的那个节点。在它的详情页设置“代理通过”或 Chain Proxy，选择前置节点。不要把两个节点都填在同一字段中，也不要默认把前置节点当成最终出口。
为什么找不到“代理通过”或 Chain Proxy？
可能是语言、版本或节点类型不同，也可能进入了订阅或分组页面而不是节点详情页。先打开具体节点右侧的信息按钮，再检查编辑页面；如果仍没有该选项，应先确认当前节点类型是否支持链式连接。
链式代理开启后，出口 IP 为什么没有变化？
先确认当前选中的是最终出口节点，再把 Global Routing 临时改成 Proxy。若仍没有变化，分别测试 A 和 B，并检查规则是否把目标网站分配到了 Direct；不要只依据节点名称或旗帜判断出口。
小火箭链式代理速度变慢是不是配置错误？
不一定。两跳连接会增加握手和传输路径，速度变慢可能来自任一节点、两节点之间的网络或协议兼容性。分别测试 A、B，再测试 A 通过 B，比较网页和业务请求，不要只看一次延迟数值。
能不能设置多级链式代理？
公开 Wiki 说明支持多级链式代理，但也提醒并非所有协议都支持。建议先完成两级链路并确认稳定，再逐级增加；每增加一跳都要重新检查连接、出口、DNS、UDP 和实际业务访问。
链式代理和前置代理是同一个功能吗？
不是完全相同。节点详情中的链式代理通常是让某个节点通过另一个节点建立连接；前置代理更偏向应用或配置层面的统一转发。两者入口、作用范围和故障表现可能不同，排查时不要混用名称。