Shadowrocket设置全局代理：Proxy模式开启与不生效排查
简答：Shadowrocket设置全局代理要完成三步：选择可用节点、打开VPN连接开关、在“全局路由”中选择“Proxy”。仅打开VPN不等于所有流量都走代理，设置后还要通过连接状态和出口IP验证。
定义：Shadowrocket中的全局代理，是在“全局路由（Global Routing）”里选择“Proxy”，让流量按代理模式处理，而不是仅打开VPN连接开关。
先试这一步：3分钟开启 Shadowrocket 全局代理
如果你已经安装 Shadowrocket，并且手里有可用的节点或订阅信息，最快操作路径是：打开 App，选择一个服务器，打开首页右上角的连接开关，首次出现系统提示时允许添加 VPN 配置；然后进入 Home/首页 > Global Routing/全局路由，选择 Proxy/代理。回到首页确认连接状态，再进行访问测试。
- 打开 Shadowrocket，在服务器列表中点选一个要使用的节点。
- 回到 Home/首页，打开右上角的连接开关。
- 第一次连接时，按系统提示允许添加 VPN 配置；如果没有允许，客户端可能无法建立本地 VPN 通道。
- 进入 Global Routing/全局路由。
- 选择 Proxy/代理，不要把它和底部的 Config/配置文件入口混淆。
- 返回首页，检查当前服务器、连接状态和日志，再访问一个可正常打开的网页进行验证。
App Store 对 Shadowrocket 的说明显示，它是面向 Apple 设备的规则型代理工具，能够捕获应用产生的 HTTP、HTTPS 和 TCP 流量，并支持按规则处理连接；但应用本身不提供节点或订阅，节点信息需要由用户自行准备。可先在 App Store 的 Shadowrocket 产品页核对应用名称、开发者和设备兼容性。
Proxy、Config、Direct 到底怎么选
这三个选项决定的是流量处理方式，不是节点名称。选择错误时，常见表现是“VPN图标已出现，但目标应用仍然直连”或“只有部分网站改变了访问路径”。
| 模式 | 含义 | 适合场景 | 设置后重点检查 |
|---|---|---|---|
| Proxy/代理 | 按代理模式处理流量 | 临时确认某个应用或网页是否能通过节点访问 | 节点是否已选中、连接日志是否有请求 |
| Config/配置 | 按照当前启用配置文件中的规则处理 | 需要国内外分流、域名规则或策略组时 | 配置文件是否启用、规则是否命中预期策略 |
| Direct/直连 | 直接连接，不经代理 | 排查本地网络，或暂时恢复直连 | 确认不是误选该模式导致流量未走节点 |
因此，“开启VPN”和“选择Proxy”是两个不同动作：前者建立系统层面的本地 VPN 通道，后者决定全局路由如何处理流量。若你只打开连接开关而没有切换全局路由，实际效果可能仍由当前模式或配置规则决定。
如何确认全局代理真的生效
设置完成后，不要只看状态栏里的 VPN 图标。建议按下面顺序确认，避免把“已连接”误判成“所有请求都经过代理”。
- 看首页状态：确认开关处于连接状态，并且当前服务器不是空白、失效或未选中的条目。
- 看连接日志：打开日志或请求记录，访问一个测试网页，观察是否出现对应域名，以及请求最终命中的策略。日志能帮助区分 Proxy、Direct 和规则策略。
- 对比出口IP：先关闭连接记录一次外网出口IP，再开启 Shadowrocket 后重新查看。两次结果一致时，不能据此确认全局代理生效；还应结合日志和节点连接状态继续判断。
- 做单应用测试：先用浏览器测试，再测试出现问题的应用。浏览器能访问不代表所有应用都会使用相同的网络路径。
- 恢复变量：第一次排查时只使用一个节点和一个模式，不要同时修改 DNS、规则、按需连接和脚本设置。
Shadowrocket 的 App Store 产品说明列出了请求记录、流量统计以及 Wi-Fi、蜂窝网络、直连和代理连接的测速能力。验证时可以把“日志命中策略”和“出口IP变化”结合起来，而不是只依赖单一指标。
按症状排查：连接失败、网页打不开、部分应用不走代理
一、打开开关后无法连接
- 先确认服务器条目已选中，地址、端口、账号或密钥等信息没有缺失。
- 切换到另一个已知可用节点测试，避免把单个节点故障误判成客户端故障。
- 如果首次连接没有出现允许添加 VPN 配置的提示，进入系统设置搜索“VPN”，检查是否存在相关配置；必要时关闭客户端后重新打开。
- 查看连接日志中的错误位置：若在解析域名前就失败，优先检查节点地址和本地网络；若已建立连接但请求失败，再检查规则、DNS或目标站点。
二、显示已连接，但网页打不开
- 先把全局路由设为 Proxy/代理，暂时不要使用复杂配置文件。
- 确认当前节点不是过期、限流或已被服务端撤销的条目；节点状态需要以提供方信息为准。
- 切换 Wi-Fi 与蜂窝网络各测试一次。Apple 的网络排查建议指出，VPN或其他第三方网络安全软件可能影响互联网、App Store、iMessage、AirPlay等连接；如果更换网络后恢复，应继续检查当前网络或其他过滤软件。
- 检查系统日期、时间和网络是否正常，再重新建立连接。
三、只有部分应用不走代理
- 确认当前不是 Direct/直连，也不是由配置文件中的规则把该域名或IP分配到直连策略。
- 如果使用 Config/配置，检查配置文件是否处于启用状态，并观察该应用请求在日志中命中了哪个策略。
- 某些应用可能使用独立连接、局域网发现或系统服务，表现可能不同于普通网页；先用同一网络下的浏览器和日志记录做对比。
- 关闭其他 VPN、网络过滤器、广告拦截器或安全软件后再测试。不要在多个网络工具同时运行时反复修改 Shadowrocket 设置。
Apple 的官方排查建议包括检查 VPN 和第三方安全软件、确认系统更新、重启设备、切换网络，并在必要时重置网络设置。操作前先记下现有网络配置，避免误删工作或家庭网络所需的设置。
全局代理的影响：什么时候不建议一直开启
全局代理适合做短时故障定位，也适合需要统一改变流量路径的场景，但不一定适合长期保持。所有流量都交给同一代理处理后，可能出现以下变化：
- 速度变化：节点距离、拥塞、协议和本地网络都会影响延迟与吞吐，不应把全局模式本身等同于加速。
- 流量消耗：蜂窝网络下，应用后台请求也可能进入代理路径，应留意系统流量统计。
- 本地服务受影响：局域网打印机、投屏、家庭设备或企业内网地址可能需要直连或单独规则。
- 兼容性差异：部分应用会检查网络环境、使用独立连接方式，或对代理连接处理不同。
- 隐私边界：代理服务端可能看到经过它处理的连接元数据；不要把陌生节点用于敏感账号或重要业务，并按实际服务条款和当地法律合规使用。
如果只是想让少数目标按规则走代理，通常可以改用 Config/配置，再检查规则命中情况；如果正在定位“某个应用为何打不开”，则先用 Proxy 做短时对照测试，确认问题范围后再恢复适合日常使用的模式。
设置前检查清单
- 应用来源：优先从 App Store 产品页核对应用名称、开发者和兼容设备，避免安装来路不明的修改版。
- 节点前提：已准备可用节点或订阅；Shadowrocket 应用本身不等于代理服务。
- 系统权限：首次连接时允许添加 VPN 配置，并在系统设置中确认相关状态。
- 路由模式：需要全局代理时选择 Proxy；需要规则分流时选择 Config；排查直连时选择 Direct。
- 验证方式：同时检查连接状态、日志命中策略和出口IP，不只看状态栏图标。
- 故障变量：一次只改一个设置，先排除节点、网络、权限和模式，再处理 DNS、规则或按需连接。
以上步骤适用于 Shadowrocket 的常见 iPhone、iPad 使用场景；界面文字可能随应用版本或语言设置变化，实际菜单以设备当前显示为准。Mac 端虽然也出现在 App Store 的兼容设备列表中，但本文不把 iPhone/iPad 的入口名称直接套用到 macOS。
常见问题
Shadowrocket打开VPN后，为什么还要选择Proxy？
VPN开关只负责建立系统层面的本地VPN通道，不决定所有请求如何路由。要做全局代理，还要在Home的Global Routing中选择Proxy；如果选择Config或Direct，流量会按配置规则或直连方式处理。
Shadowrocket的Proxy和Config有什么区别？
Proxy用于统一按代理模式处理流量，适合临时验证节点或排查应用；Config会读取当前启用配置文件中的规则，适合需要分流的日常使用。两者都不是节点名称，也不会自动提供服务器。
Shadowrocket显示已连接，但网页仍打不开怎么办？
先确认节点已选中、Global Routing不是Direct，再暂时切换为Proxy测试；随后查看日志是否出现请求和错误。若仍失败，换节点、切换Wi-Fi与蜂窝网络，并排除其他VPN、过滤器或安全软件。
怎么确认Shadowrocket全局代理已经生效？
同时检查首页连接状态、访问测试页面时的连接日志和出口IP变化。日志应显示请求并命中代理策略；如果只看到VPN图标而没有对应请求记录，不能单凭图标判断全局代理已经生效。
全局代理会影响国内网站或局域网设备吗？
可能会。全局模式会改变更多请求的处理路径，可能带来速度、流量和本地服务兼容性变化。需要保留本地访问时，可改用Config并检查规则，或在完成排查后恢复Direct。