Home
查看服务器列表、选择服务器和操作连接开关的主要页面。列表中存在记录,只说明信息已经导入,不等于远端服务可用,也不等于连接已经建立。首次检查时,分别核对选中项、连接开关与系统连接状态,不要把三个状态合并判断。
OFFICIAL MANUAL / GLOSSARY
按界面位置与匹配对象查词,区分连接设置与规则策略。
本页属于 Shadowrocket 官方手册。英文界面词、协议名与规则关键字保留原文;解释以 iPhone 与 iPad 上的阅读场景为主。查到术语后,先核对它出现的位置,再判断它影响的是服务器参数、路由方式,还是单条请求的处理结果。
01 / INTERFACE
同一个英文词在不同位置可能有不同含义。尤其要区分 Global Routing 的姿态、页面名称与规则中的大写策略。
查看服务器列表、选择服务器和操作连接开关的主要页面。列表中存在记录,只说明信息已经导入,不等于远端服务可用,也不等于连接已经建立。首次检查时,分别核对选中项、连接开关与系统连接状态,不要把三个状态合并判断。
决定整体流量处理方式的设置,配置、代理、直连分别对应 Config、Proxy、Direct。排查某个域名为何没有按规则处理时,应先核对这里的姿态,再检查规则内容。切换姿态不会替你修正服务器密码、证书名称或其他连接参数。
在 Global Routing 中表示按当前配置处理流量:请求可能依据规则使用代理、直连或被拒绝,因此不等于所有请求都走代理。作为页面名称时,Config 则是配置文件管理入口。读教程时先确认是在说姿态还是页面,避免只导入文件却没有选中使用。
Global Routing 中的代理姿态,用于让流量按代理方式处理,而不是按当前配置逐条分流。它与规则中的大写 PROXY 属于不同层次,不能因为文字相近就当成同一个开关。测试时仍需核对当前服务器是否有效,切换姿态本身不能解决认证失败。
Global Routing 中的直连姿态,表示按直连方式处理流量。当前处于 Direct 时,不应把请求未经过代理误判为某条规则写错;需要观察规则分流时,应先切回 Config。规则末尾的大写 DIRECT 只描述该规则命中后的处理方式,不代表全局姿态已经改变。
依据已设置条件触发连接的机制,与手动操作连接开关不是同一件事。若手动停止后又出现连接,应检查是否有仍然满足的 On Demand 条件,而不是反复删除配置。调整时先记录原有条件,每次只改变一项,再观察在相同网络环境下的行为。
02 / PROTOCOLS
协议决定双方如何建立连接和交换数据,不代表线路质量。请按自己已有的服务器资料选择类型,不能仅按名称或测试数字互换协议。
一种代理协议,客户端与服务器需要使用相互匹配的地址、端口、密码和加密方法。以 ss:// 开头的文本通常是单条分享链接,并不天然代表可以刷新的订阅。导入后仍应核对加密方法是否与原始资料一致,而不是只检查备注名称。
一种带身份验证的代理协议,UUID 是常见的身份参数,但不是完整连接配置。传输方式、路径、Host 与 TLS 等相关参数是否需要填写,取决于服务器实际设置。导入后无法连接时,应逐项对照原始信息,同时确认设备时间准确,避免只替换服务器地址。
一种代理协议,其身份参数、传输方式和安全参数共同构成连接配置。UUID 正确不代表其他字段已经完整,安全选项也不能凭协议名称自行推断。使用已有的 vless:// 分享信息时,应核对导入后的相关字段是否保留,尤其不要随意改动服务器要求的参数组合。
一种通常结合 TLS 使用的代理协议,密码用于认证,TLS 相关设置则影响安全连接的建立。服务器地址与证书验证所用名称可能承担不同作用,不能看到地址是 IP 就随意清空名称。遇到证书错误时,应先核对名称、设备时间与原始配置,而不是直接关闭验证。
一种基于 QUIC 的代理协议,依赖底层网络对 UDP 的可用性。地址、端口和认证信息正确,仍可能因当前网络限制而出现超时,因此要把参数检查与网络检查分开。名称相近的协议代际不能直接视为兼容,应以已有服务器明确提供的类型为准。
一种基于密钥的隧道协议,接口地址、对端信息和路由范围需要配套配置。它不采用普通的用户名与密码组合,不能把其他协议的字段直接搬过来。私钥属于敏感连接资料,排查或分享配置时应先移除,公开截图也不应包含完整密钥。
两类不同的代理协议,其握手方式、认证形式与支持的流量类型可能不同。即使地址相同,也不能把 HTTP 端口直接当成 SOCKS5 端口使用。是否支持 UDP、是否需要认证以及是否采用加密传输,应分别核对服务器资料,不能只凭协议名称判断。
03 / RULE KEYWORDS
先读匹配对象,再读处理策略。以下示例使用教学域名 example.com,不提供实际连接服务;阅读规则时还应检查它在当前配置中的位置。
匹配完整域名的规则关键字,例如 DOMAIN,example.com,PROXY 指向这一完整域名。它不会仅因后缀相同而覆盖 www.example.com,也不匹配网页路径。只需处理一个明确主机名时,可先考虑精确匹配,减少对其他域名的影响。
按域名后缀及其子域名匹配,例如以 example.com 为条件可覆盖该域名与其子域名。这里的后缀按域名层级理解,不是任意文本末尾相同就算命中。若一个网站的资源分布在其他域名下,需要单独核对,不能认为一条后缀规则覆盖所有关联请求。
按域名中是否包含指定字符串匹配,作用范围通常比完整域名或后缀匹配更宽。关键词相同的无关域名也可能被命中,因此添加前要确认预期范围。它检查的是域名,不是网页正文、搜索词或 URL 路径;需要精确控制时,应优先核对是否适合使用更窄的条件。
依据 IP 地理归属数据库匹配,而不是根据运营主体所在地或页面内容判断。数据库记录可能与实际服务位置存在差异,使用 CDN 的网站也可能解析到不同地址。排查时应结合当次目标 IP 与规则顺序,不要仅凭网站名称认定它应命中哪一地区。
分别用于匹配 IPv4 与 IPv6 地址范围,斜杠后的前缀长度决定网段覆盖范围。地址规则匹配的是 IP,不是域名文本;域名解析结果变化时,命中的地址范围也可能变化。写规则前应核对地址族和前缀长度,避免本想匹配单一地址却覆盖一整个网段。
前面的规则均未命中时使用的兜底关键字,例如 FINAL,DIRECT 表示剩余请求采用直连策略。FINAL 应放在规则列表最后,否则后续精确规则无法承担预期作用。修改兜底策略会影响所有未被前文覆盖的请求,应在明确影响范围后再保存并测试。
规则中的策略标记,分别表示代理、直连和拒绝,通常位于规则的处理结果部分。它们回答的是“命中后怎么处理”,而 DOMAIN 等关键字回答的是“匹配什么”。策略位置也可能引用配置中定义的策略组名称,此时应核对组名与实际选择,不能只检查规则条件。
规则列表通常自上而下查找首个命中项,后面的规则不会自动覆盖前面的命中结果。精确例外一般需要放在可能覆盖它的宽泛规则之前,FINAL 则留在最后。某条规则看起来正确但没有生效时,应先向上检查是否已有更早的匹配,再考虑新增重复规则。
04 / SUBSCRIPTION & CONFIG
服务器列表回答“可连接哪些远端服务”,配置文件回答“流量如何处理”。两者有关联,但导入、刷新和选中使用是不同动作。
与订阅管理相关的界面词;订阅通常通过地址获取并刷新一组服务器记录。请使用自己已有的订阅地址,并按实际链接类型导入,不要把服务器列表与配置文件当作同一种内容。订阅更新只表示尝试重新获取列表,不证明其中每个服务器都能建立连接。
添加服务器信息的入口,手动录入时应先选正确的协议,再按已有资料填写地址、端口与认证参数。不同协议需要的字段并不相同,不能看到空白项就自行套用其他协议的填写方式。保存后先核对记录,再做连接测试;详细操作顺序见使用教程。
指客户端建立代理连接时访问的远端服务,界面列表中的一条记录通常保存它的连接参数。备注名称只是便于辨认的标签,不能证明地理位置、可用性或认证状态。连接失败时,应对照真实地址、端口与协议参数检查,而不是仅依据备注中的文字判断。
用于组织规则、DNS 与其他运行设置的文件,和只描述服务器列表的订阅内容不同。导入配置文件与选中它是两个动作,文件已经存在不代表当前正在使用。修改前保留可恢复的原有设置,修改后核对当前配置及 Global Routing,才能判断预期规则是否参与处理。
以特定协议前缀编码连接参数的文本,通常用于描述一条服务器记录,例如 ss:// 或 trojan://。它与用于刷新列表的订阅地址不同,导入一条记录也不会自动获得后续列表更新。分享链接可能包含密码或其他认证信息,排查时不要公开完整文本或二维码。
05 / DNS & NETWORK
解析、建立连接与加载内容是不同阶段。单个测试结果只能说明它实际覆盖的那一段过程,排查时需要保持测试条件一致。
把域名解析为 IP 地址的机制,是许多连接建立前的必要步骤。解析成功不代表后续连接一定成功,服务器延迟正常也不能证明目标网站的 DNS 正常。排查时应分清服务器域名与目标网站域名,记录哪一步失败,再核对相关解析设置,避免一次替换所有选项。
用于辅助检查连接情况的测试入口,结果取决于测试目标、测试方式和当时的网络条件。成功只说明这次测试覆盖的路径可达,不能保证所有网站、所有协议或所有资源都能加载。若测试成功但网页失败,应继续检查目标域名解析、路由命中与具体请求错误。
测试请求往返所需的时间,通常以毫秒显示,反映的是某次测试条件下的响应耗时。延迟不是带宽,也不直接等于网页加载速度;测试方式不同的数值不适合直接比较。判断异常时应在相同网络与测试目标下重复观察,并结合实际连接结果,而不是只选择最小数字。
一种传输层协议,不提供与 TCP 相同的可靠有序交付机制,上层应用可按自身协议处理丢包与重传。相关业务能否工作,需要客户端设置、服务器能力与底层网络共同支持。出现部分业务可用、部分业务超时时,应先确认它们是否依赖不同传输方式,不要仅凭网页能打开就排除网络问题。