Shadowrocket(小火箭)支持多种代理与隧道协议。本文以用户已有自己的服务商与订阅为前提,说明各协议需要哪些参数、如何在 Home → Add Server 中核对,以及连接失败时先检查什么。先按已有配置选择 Type,再核对认证、传输与 TLS;不能只改协议名称,就把同一条记录变成另一种协议。
一分钟识别:协议、传输与路由不是同一个设置
Shadowsocks、VMess、VLESS、Trojan、HTTP、SOCKS5、WireGuard 与 Hysteria2 分别规定客户端怎样与服务端通信。地址和端口只是连接入口;密码、UUID、密钥以及传输参数共同决定连接能否建立。列表中的显示名称可以自行命名,因此名称里写着某个协议,不代表 Type 就是该协议。
传输层回答数据怎样送达,例如 TCP、WebSocket 或 QUIC;TLS 负责相应连接层的加密与身份验证。Global Routing 则决定某次访问采用什么策略。修改 Global Routing 不会修复错误的密码,也不会把不支持 UDP 的网络变成可以承载 QUIC 的网络。
判断:先核对 Type,再排查端口
即使两条记录都使用 443,也必须分别核对 Type 与服务端参数。不要根据端口号推断它是 Trojan、VLESS 或 Hysteria2。
在 Add Server 中识别与核对已有配置
手动添加适合核对单条记录;已有订阅适合保留来源并统一更新。两种方式都应先确认原始参数。订阅可能包含访问凭据,排查时不要公开完整链接、二维码、密码或私钥。
-
打开添加页
进入 Home → 右上角“+”,打开 Add Server。在 Type 中选择与已有配置一致的协议;不要先照着显示名称猜选项。
-
核对入口
对照已有资料填写地址与端口。地址栏只填写该字段需要的主机名或 IP,不要把整段分享链接当成主机名,也不要把 443 当成所有协议的固定端口。
-
核对认证
Shadowsocks 核对加密方法与密码;VMess、VLESS 核对 UUID;Trojan、Hysteria2 核对相应认证内容;WireGuard 核对本地私钥与对端公钥。各类凭据不可互换。
-
核对传输
逐项对照 TLS、服务器名称与底层传输。若已有配置使用 WebSocket,还要核对路径和 Host;不要因为地址能够解析,就省略这些字段。
-
保存并测试
保存后回到 Home,选择该记录并使用 Connectivity Test,再连接测试具体访问。若使用已有订阅,可在 Home → “+” → Type 选择 Subscribe,填入自己的订阅地址;更新后应重新核对记录,避免本地修改被来源内容覆盖。
Shadowsocks、VMess 与 VLESS:先区分认证和加密
这三类配置经常出现在已有订阅中,但参数结构不同。Shadowsocks 的核心是双方一致的加密方法与密码;VMess 使用 UUID 等参数完成认证,并有自身的数据保护机制;VLESS 本身不提供内容加密,不能因为使用了 UUID 就认为连接已经受到 TLS 保护。
| 协议 | 重点核对 | 典型误写 |
|---|---|---|
| Shadowsocks | 地址、端口、加密方法、密码,以及已有配置要求的插件参数 | 密码正确,但加密方法与服务端不一致 |
| VMess | UUID、加密设置、传输方式,以及启用时的 TLS 参数 | 只复制 UUID,遗漏 WebSocket 路径或 TLS 配置 |
| VLESS | UUID、传输方式、TLS 或已有配置指定的安全层参数 | 误把 UUID 当密码,或认为协议本身已经加密内容 |
例如,已有资料要求 WebSocket 路径为 /gateway,填写为 / 就不是同一个入口;要求的 Host 与连接地址也可能不同。域名可解析、TCP 端口可达,只能说明前面的连接条件成立,不能证明后面的认证或路径正确。
- Shadowsocks 的加密方法名称必须完整匹配;不要把相似名称当成同一算法。
- VMess 认证涉及时间校验,出现认证异常时应同时检查 Apple 设备的日期与时间是否准确。
- VLESS 的 UUID 与安全层参数应作为一组核对;不应通过关闭安全层来尝试“修复”连接。
Trojan 与 Hysteria2:都有安全层,但底层要求不同
Trojan 常见配置以 TLS 承载认证与代理数据。除密码外,证书验证、服务器名称和实际连接地址也需要对应。连接 IP 不一定等于证书中的域名;若已有配置要求特定服务器名称,就应保留该值,而不是随意换成地址栏内容。
Hysteria2 基于 QUIC,底层使用 UDP,并结合 TLS。它与 Hysteria 的其他协议代际不能仅凭名称相近就互换。在网络限制 UDP 时,TCP 服务可用而 Hysteria2 超时并不矛盾;此时首先检查网络条件与端口协议,而不是反复更改认证字符串。
- Trojan:核对地址、端口、密码和 TLS 服务器名称。遇到证书错误,先检查设备时间、名称与证书有效性。
- Hysteria2:核对认证信息、TLS 参数,以及已有配置指定的混淆或带宽参数;有配置才填写,不自行添加。
- 共同检查:若源配置使用 443,应进一步确认是 TCP、UDP 还是两者均需放行。数字相同不代表网络路径相同。
- 性能比较:固定同一网络、目标与测试时段再比较。协议名称不能直接换算成吞吐量,延迟测试也不能代替持续传输测试。
HTTP、SOCKS5 与 WireGuard:用途和凭据差别更大
HTTP 与 SOCKS5 常用于已有代理入口。HTTP 代理可以通过 CONNECT 建立通往目标的隧道,但这不意味着客户端到代理这一段自动使用 TLS。若目标网站使用 HTTPS,目标站点的 TLS 与代理入口是否加密是两个不同层面。
SOCKS5 支持不同命令与认证方式,但协议名称本身不保证当前服务端与网络一定支持 UDP。普通 HTTP 代理同样不应被当作通用 UDP 隧道。若业务依赖 UDP,应核对具体配置和实际可用能力。
| 类型 | 主要参数 | 需要确认 |
|---|---|---|
| HTTP | 代理地址、端口、可选用户名与密码 | 入口是否启用 TLS;认证要求是否一致 |
| SOCKS5 | 代理地址、端口、可选用户名与密码 | 服务端能力、认证方式和所需 UDP 支持 |
| WireGuard | 本地私钥、隧道地址、对端公钥、Endpoint,以及配置指定的其他参数 | 密钥对应关系、UDP 可达性和隧道地址设置 |
WireGuard 是基于密钥的隧道协议,不采用普通代理的“用户名加密码”结构。对端公钥不是本地私钥,Endpoint 是对端的网络入口,也不是分配给本机的隧道地址。如果把两类地址混用,入口可能可达,但隧道内仍无法通信。私钥只应保留在自己的设备和可信配置中,不能放进公开截图。
协议正确后,再用 Global Routing 区分规则问题
Home 用于选择连接与服务器,Config 用于管理配置文件,Settings 用于应用设置。Global Routing 中的 Proxy、Direct、Config、Scene 是路由姿态,不是新的协议。排查时先记录原值,再临时调整;Scene 的结果取决于已设定的场景,应同时检查当前命中的场景设置。
Config
推荐按当前配置中的规则决定连接策略。命中规则后可能是 PROXY、DIRECT 或其他已定义策略,未命中部分由最终规则决定,并非自动全部直连。
适合:已有配置已验证、需要按规则使用的日常连接
Proxy
将通常受路由选择影响的连接交给代理策略。可用于与 Config 做对照,但不会改变所选服务器的认证参数或底层传输。
适合:临时判断目标访问失败是否与分流规则有关
Direct
采用直接连接路径,不借助所选远端代理完成这类访问。此时网站可打开,不能证明所选服务器参数正确。
适合:建立本地网络可达性的对照结果
判断:Proxy 可用而 Config 失败,先查规则
保持同一服务器与同一目标,若切到 Proxy 后恢复访问,先检查 Config 的命中策略与最终规则;不要立即修改 Type、UUID 或密码。测试完成后恢复原路由姿态。
例如,DOMAIN-SUFFIX,example.com,PROXY 按域名后缀指定策略;IP-CIDR,192.0.2.0/24,DIRECT 按地址网段匹配;GEOIP 依赖 IP 地理归属数据;FINAL 承接未命中的流量。这些关键字决定去向,而不是协议。示例只说明语法与匹配对象,不是可直接替换现有配置的完整规则。
常见问题:能导入、能测试与能使用如何区分
导入成功,为什么连接还是超时?
导入成功只说明内容被识别并保存。回到 Home,编辑对应记录,先核对 Type、地址和端口,再核对认证及传输参数。Hysteria2 与 WireGuard 还要检查 UDP 可达性;分别用当前 Wi-Fi 和蜂窝网络测试,可帮助缩小本地网络因素。
能把 VMess 直接改成 VLESS 吗?
不能只修改 Type。服务端必须提供对应协议入口,UUID、传输方式和安全层参数也需匹配。若已有来源提供另一套完整参数,应新增独立记录进行测试,保留原记录便于对照。
订阅更新后,手改的参数为什么变回去了?
订阅记录会随来源内容刷新,本地修改可能被覆盖。先对照更新前后的 Type、端口和传输参数;需要临时验证时,可另外建立手动记录。长期维护应修正已有来源中的配置,而不是每次更新后重复修改。
打开 On Demand 能让协议更快吗?
Settings → On Demand 控制按条件触发连接,不改变协议的加密、拥塞控制或服务端带宽。排查自动重连现象时可检查此处条件;排查速度时应固定网络和目标,分别记录连接成功率、延迟与持续传输表现。
实际选择顺序是:先使用已有服务明确提供的协议,再保证参数完整,随后确认网络满足传输要求,最后观察相同条件下的使用结果。协议支持列表不能替代服务端配置,也不能保证某种协议在所有网络中更快。
正版获取与配置起点
Shadowrocket 是 Apple 平台的闭源商业应用,以 iPhone、iPad 为主要使用设备,唯一获取入口是 App Store。核对开发者 Shadow Launch Technology Limited 与应用 ID 932747118 后购买;系统要求、兼容性与购买适用范围以 App Store 页面标注为准。一次性买断的是客户端,客户端买断 ≠ 线路套餐。本站不提供、不销售、不推荐节点或订阅;配置步骤以用户已有内容为前提。
去正版核验页 看教程