V2Ray 系统代理、全局与绕过大陆模式怎么选:三种模式对照说明

一、系统代理与路由分流：先看两层设置

“已经选了全局，为什么有些软件仍然直连？”通常不是节点协议的问题，而是连接没有进入内核。v2rayN 是图形客户端，负责组织配置、启动内核以及管理系统代理；V2Ray 或 Xray 内核负责处理本地入口、路由判断和出站连接。订阅中的 VMess、VLESS 等连接配置描述远端连接方式，不等于系统中的所有应用都会自动使用它。

例如，浏览器遵循系统代理，将请求发给本地入口；内核再根据域名、目标 IP 或入口标签选出口。另一款应用若使用自己的网络实现、忽略系统代理，就可能直接联网。此时反复切换全局与绕过大陆，都无法改变这款应用的入口行为。

二、全局、绕过大陆、仅规则：三种策略怎么选

模式名称可能随客户端界面和路由模板而变化。“全局”“绕过大陆”常见于预置方案；“仅规则”在本文中指按自定义规则逐条判断的策略，并不是所有客户端都提供的同名按钮。不能只看模式名字，还要看实际规则顺序、资源文件以及兜底出口。

全局不一定更快，也不会自动改善节点的带宽或网络路径。国内业务绕到远端再返回，反而可能增加连接开销，或触发服务对异地登录的提示。绕过大陆也不是绝对准确的地理判断：一个域名可能使用跨区域 CDN，域名分类与解析得到的 IP 分类可能不一致。

三、v2rayN 日常组合：先开启入口，再选路由

下面按 v2rayN 常见中文界面说明。桌面版与经典界面的控件位置可能不同，请按菜单文字查找；若安装的界面没有同名路由项，应打开路由设置核对规则，不要用一个听起来相近的名称代替。首次测试建议先不叠加 TUN，避免同时修改多个变量。

1. 确认当前配置

   在主界面服务器列表选中已导入的配置，右键选择「设为活动服务器」。订阅更新成功只说明取得了配置，不代表远端连接一定成功；先确认内核正常启动，日志没有立即退出的错误。

2. 开启系统代理

   在主界面底部「系统代理」→「自动配置系统代理」。随后检查系统中记录的代理地址与客户端入口一致，例如 127.0.0.1:10808；示例端口必须替换为当前实际监听端口。

3. 选择分流模式

   在主界面底部「路由」选择包含绕过大陆含义的预置项，常见名称为「绕过大陆」或「绕过大陆(Whitelist)」。若只有自定义条目，先检查其中是否有大陆域名、IP 直连及代理兜底规则。

4. 分别检查目标

   用同一浏览器新建连接，分别访问一个日常国内业务、一个需要代理的目标和实际使用的局域网服务。结合日志查看出口；浏览器能打开页面本身不能证明连接经过代理。

5. 保存与退出

   记录可用的系统代理、路由和 DNS 组合。停用时，在「系统代理」→「清除系统代理」后退出；若使用过应用内手动代理，还要在该应用里单独恢复，避免它继续连接已经关闭的本地端口。

使用 Android 时，v2rayNG 搭配 Xray 内核，v2flyNG 搭配 V2Fly 内核；通常通过系统 VPN 授权把流量引入客户端，与桌面端修改系统 HTTP 代理不是同一机制。检查应用是否被纳入接管范围，再看路由规则，尤其要留意按应用排除的设置。不要把桌面端的“自动配置系统代理”操作原样套过去。

四、规则顺序与 DNS：分流结果为什么会变

V2Ray 与 Xray 的常见字段路由按规则顺序判断，先命中的规则先决定出口。因此，较具体的业务例外通常需要放在宽泛分类之前。若希望某个大陆域名走代理，却把它放在大陆直连大规则之后，前面的规则可能已经完成匹配，后面的例外就没有机会生效。

• 先检查精确例外：需要代理的特定域名，应放在可能覆盖它的直连分类之前；反向的直连例外也遵循同样原则。
• 再检查规则资源：geosite:cn 依赖相应域名资源，geoip:cn 与 geoip:private 依赖相应 IP 资源。资源缺失可能导致配置加载失败，不只是分类不准确。
• 明确最后出口：“未命中”不等于“自动直连”。内核通常会回到默认出站，而客户端也可能生成显式兜底规则，必须查看实际配置。
• 区分 DNS 路径：应用可能自行解析，再把目标 IP 交给代理；也可能把域名交给入口。内核掌握的信息不同，能匹配的域名条件也会不同。

例如，一个应用先在本地解析域名，然后用 SOCKS 连接目标 IP，此时不能假设内核一定能直接按原域名分流。嗅探在部分流量中可以补充域名信息，但并非所有协议都能识别。浏览器的安全 DNS、系统解析与内核 DNS 也不是同一个开关；修改其中一项后，要结合日志和实际请求确认效果。

五、切换模式验证：一次只改一个变量

遇到“绕过大陆打不开，全局却能打开”，先保留同一活动配置、同一应用和同一目标，只切换路由模式。若全局成功，可以优先检查该目标在原模式下是否走了直连、是否命中错误分类，以及直连与代理使用的解析结果是否不同。这只是缩小范围，不足以单凭一次成功就断言规则有问题。

1. 记录基线：记下当前系统代理状态、活动配置和路由名称，确认日志中没有端口绑定失败。
2. 建立新连接：关闭目标页面后重新打开；必要时重启测试应用。已建立的长连接不一定会随模式切换立即更换出口。
3. 对照出口：日志若显示出站标签，区分直连与代理；标签名称由配置决定，不能仅凭某个固定单词判断。
4. 恢复再补例外：回到原路由，为确认走错出口的域名添加更具体规则，再用新连接复测。

如果两种模式都失败，应退回入口和远端连接排查。日志中的 connection refused 要结合报错地址判断：目标若是 127.0.0.1:10808，常见方向是本地程序未监听或端口填错；目标若是远端地址，则应检查对应远端服务与网络可达性。不要看到一个错误词就同时改端口、协议、DNS 和路由。

六、系统代理与模式切换常见问题