手动添加 VMess 或 VLESS 时应该先核对什么？先确认 Type，再逐项核对 Address、Port、UUID、传输方式与 TLS。本文面向已经持有自己服务信息的用户，说明 Shadowrocket（小火箭）里哪些字段不能互换、哪些现象只能作为排查线索，以及如何在不改动原有配置的情况下完成一次参数复核。
VMess 与 VLESS，区别在哪里？
两者都使用 UUID，是否就能互换？不能。UUID 是身份标识的一部分，不代表两种协议采用相同的认证与数据处理方式。服务器提供 VMess 时，Home → Add Server → Type 应选择 VMess；提供 VLESS 时则选择 VLESS。只更改 Type、保留其余内容，并不能把已有服务转换成另一种协议。
加密字段应该怎样理解？VMess 具有协议层的数据加密机制，具体方式应匹配服务参数；VLESS 本身不提供同类的数据加密层，常见部署通过 TLS 等外层机制保护传输。因此，VMess 的加密选项与 TLS 开关是两个层次，不能把一个当成另一个。VLESS 参数中的 encryption=none 也不等于 TLS 必须关闭。
| 核对项目 | VMess | VLESS |
|---|---|---|
| Type | 选择 VMess | 选择 VLESS |
| UUID | 填写该 VMess 服务对应的 UUID | 填写该 VLESS 服务对应的 UUID |
| 协议层加密 | 按服务参数核对加密方式，不从其他配置照抄 | 不提供同类加密层，不能套用 VMess 的加密选项 |
| 传输方式 | 必须与服务器端一致 | 必须与服务器端一致 |
| TLS | 独立核对是否启用及相关域名 | 独立核对，不能由协议名称推断开关状态 |
哪一种一定更快？仅凭名称无法判断。网络路径、服务端负载、传输方式和 TLS 配置都影响连接表现。手动填写时，先以“完整匹配服务端参数并能正常请求”为目标，不要为了换协议而修改并不支持该协议的服务配置。
Address、Port 与 UUID，应该怎样填写？
在 Shadowrocket 哪里开始操作？打开 Home，使用添加入口进入 Add Server，先选择 Type，再填写服务商提供的 Address、Port 和 UUID。不同 Type 显示的附加字段可能不同，应用内实际选项为准。编辑已有记录前，先保留一份可核对的原始参数，避免多次修改后无法回退。
- Address：填写提供的服务器域名或 IP。若要求填写主机地址，不要附加
https://、路径或查询参数；这些内容分别属于其他层次。 - Port：原样填写数字端口。例如参数明确写
443就填443；明确写8443就填8443。端口号不能单独证明 TLS 已开启。 - UUID：复制对应服务的完整值，检查首尾空格、漏字符和换行。常见 UUID 文本为 36 个字符，其中包含 4 个连字符；格式正确仍不代表已获服务器授权。
- 保存与选择：保存后回到 Home，明确选中刚编辑的记录，再进行测试。仅保存记录不等于当前连接已经切换到它。
UUID 可以在多条记录之间直接复用吗？只有服务端明确授权同一 UUID 时才可以。地址相同、备注相似或端口相同都不是依据。若原始资料没有给出完整身份信息，应向自己的服务提供方核实，不要通过改写字符来尝试认证。
传输方式、Host、路径和 TLS，怎样分开核对？
选择 VMess 或 VLESS 后，传输方式会自动匹配吗？不会因为协议名称相同就保证一致。服务端若要求 WebSocket，客户端就需要对应的传输设置；若要求其他应用内支持的传输方式，也必须逐项匹配。将 WebSocket 改成普通 TCP，通常不是可互换的优化，而是改变了服务端期望收到的数据形式。
字段分层：连接目标与应用层路由分别核对
连接与身份
- Address 决定首先连接哪个地址。
- Port 决定连接该地址的哪个端口。
- UUID 必须与对应服务的认证信息一致。
- Type 必须匹配 VMess 或 VLESS。
传输与 TLS
- WebSocket 的 Host 与路径按原始参数填写。
- 路径中的前导斜杠与大小写不能随意修改。
- TLS 的 SNI 用于握手时指定服务器名称。
- 证书验证、SNI 与 WebSocket Host 分别核对。
结论：Address、Host 与 SNI 可能相同，也可能不同；不要为了让三个字段看起来一致而擅自覆盖。
为什么 Address 是 IP，TLS 仍可能需要域名？连接目标与证书身份不是同一概念。某些配置用 IP 建立连接，但证书对应域名，并通过 SNI 选择服务。应保留服务参数指定的域名，不能把它机械地替换成 IP。WebSocket Host 则属于 HTTP 请求头，用来参与服务端路由，也不等同于证书验证名称。
路径可以只填一个斜杠吗？只有原始配置确实要求 / 才能这样填。若提供的是 /gateway，改成 / 或遗漏前导斜杠都可能导致路由不匹配。这里的 /gateway 仅说明字段形式，不是可直接使用的连接信息。
TLS 应该开启还是关闭？
看到 VLESS 就直接开启 TLS，可以吗？应先看服务参数。常见的 VLESS 使用 TLS，但协议名称本身不足以决定全部安全设置；VMess 同样可以使用 TLS。手动录入时，把“是否启用 TLS”和“是否验证证书”分别核对，不要用跳过证书验证来掩盖域名或证书问题。
TLS 开启并保留证书验证
推荐服务参数明确要求 TLS 时，启用 TLS，填写指定的 SNI，并保留证书验证。若握手失败，先核对设备时间、域名、证书有效期及服务端配置，而不是直接忽略验证。
适合：已提供 TLS 参数、需要按证书确认服务器身份的连接。
TLS 关闭并核实外层保护
仅在服务说明明确要求关闭 TLS 时采用。关闭后不能据此推断仍具有同样的传输保护；尤其对 VLESS，需要确认服务设计如何保护数据，不要自行把 TLS 配置改成明文连接。
适合：服务端明确指定不使用 TLS，且用户已核实其传输环境与保护方式的配置。
结论：先还原服务参数，再排查证书
如果启用 TLS 后出现证书错误，保留错误信息并核对 SNI；不要同时改端口、Host 和验证开关。每次只修正一个有原始依据的字段，再重新连接，才能判断修改是否有效。
填写后不能上网，按什么顺序排查？
Home 中显示已连接，是否表示 UUID、TLS 都正确？不一定。系统隧道建立不等于远端服务已通过认证，更不等于某个网页请求已经完成。先确定当前选中的服务器，再查看测试结果与请求表现，避免把隧道开关状态当成端到端成功证明。
- 确认选择对象：回到 Home，核对当前记录的 Type、Address 与 Port。重新连接，让后续请求使用刚保存的参数。
- 确认测试含义：运行应用内提供的连通性测试。单纯的 TCP 可达只说明端口可能接受连接，不能验证 UUID、WebSocket 路径或 TLS 身份。
- 隔离规则影响：在 Home → Global Routing 临时选择 Proxy，访问同一个目标。测试结束后恢复原来的 Config 或其他既定姿态；Direct 不能用于证明代理服务正常。
- 核对协议层：检查 UUID、VMess 加密参数，以及 VLESS 服务另外指定的附加参数；若涉及 Flow，应按服务要求与应用内实际支持情况填写。
- 核对传输层：检查传输方式、Host、路径、TLS 与 SNI。远端连接正常而域名请求仍失败时，再检查 DNS；不要一开始就同时重写 DNS 与全部连接参数。
端口测试有结果，为什么网页还是超时？
端口可达不等于协议认证通过。先在 Home 确认选中该记录，再核对 Type 与 UUID；随后检查传输方式及 TLS。若只有特定目标失败，保留该请求的错误线索，再区分目标服务、DNS 与规则问题。
出现 TLS 握手错误，是 UUID 写错了吗？
不应直接归因于 UUID。先核对 TLS 开关、Port、SNI 和设备日期时间，再检查证书验证信息。握手层的问题与后续协议认证属于不同阶段，需要按错误发生位置分别检查。
WebSocket 提示 404，就一定是路径错了吗？
404 可以作为 HTTP 路由未匹配的线索，但不能单凭状态码确定原因。把传输方式、Host、完整路径逐项对照原始参数；同时确认连接到了正确的 Address 和 Port，必要时让自己的服务提供方核对服务端路由。
切到 Proxy 能用，回 Config 就失败，应该换 VLESS 吗？
先不要换协议。这种对照结果应优先检查 Config 中目标请求匹配的策略与 DNS 行为。保持同一服务器和同一测试目标，查看相关规则与 FINAL 的策略，再判断是否需要修改配置。
已有订阅，是否还需要手动重填？
已经有自己的订阅信息，怎样减少录入错误？优先保留原始导入结果作为参照，再决定是否需要手动添加。订阅可能包含协议、身份信息及传输参数，手抄时容易遗漏附加字段。导入不等于参数永远有效，服务端调整后仍需核对更新结果与当前选择的记录。
- 更新前：记录当前可用服务的备注与关键字段，避免只凭显示名称判断它是否仍是同一条配置。
- 更新后：在 Home 检查目标记录是否仍存在，重新核对 Type、Address、Port 和传输设置。手动建立的副本不要视为会随订阅自动同步。
- 需要手动对照时：把原始资料与 Add Server 中的字段逐项对应；遇到没有对应选项的参数，先核实支持情况，不要把它填进名字相近的字段。
- 请求协助时：可描述 Type、传输方式、错误阶段与已完成的检查；UUID、完整订阅地址和其中的令牌应按凭据保管，不要公开展示。
最终应该保留哪种协议？保留自己的服务实际支持、参数完整且验证通过的配置。VMess 与 VLESS 的区别主要决定如何准确填写和排查，而不是要求用户为名称切换服务。客户端购买与连接服务是两件事，本站不提供、不销售、不推荐连接服务或订阅。