系统代理、全局与绕过大陆模式区别:v2rayN 代理模式选择指南

一、系统代理与路由模式：先区分两层设置

在 v2rayN 中，选中服务器只确定了可用的代理出站，并不表示所有应用已经使用它。完整链路通常是：应用读取代理设置，把请求发到本机监听端口，内核再按路由规则选择代理、直连或阻止。任何一环没有接上，都可能出现“节点有延迟，网页仍打不开”的情况。

桌面界面通常在底部状态栏提供「系统代理」与「路由」入口，Windows 托盘菜单也可提供系统代理选项。不同界面构建的标签和位置可能有变化，应按设置含义对应，而不是只找某个图标。Windows 常见选项是「自动配置系统代理」「清除系统代理」「不改变系统代理」。

• 自动配置系统代理：让客户端写入系统代理设置。支持该设置的浏览器等应用，才会使用相应的本机代理入口。
• 清除系统代理：移除系统代理配置。它不等于关闭内核，也不会阻止应用通过手动填写的端口继续连接。
• 不改变系统代理：保留系统当前设置。之前已经配置的代理可能仍然存在，不能把它当成“关闭代理”。
• 路由模式：对已经进入内核的请求作出站选择。切换全局或绕过大陆，不会自动让一个忽略系统代理的程序进入内核。

二、全局、绕过大陆与直连：三种出口策略

路由预设可以被编辑，也会因客户端构建、内核和规则文件而不同。下面比较的是常见策略含义，并非保证每份同名配置逐条一致。遇到结果不符，应查看当前选中的规则内容与日志中的出站记录。

绕过大陆中的“大陆”是规则分类，不是物理距离判断。使用境外 CDN 的国内网站、同时提供多个区域入口的服务，都可能出现与直觉不同的匹配。规则通常按顺序匹配，具体匹配条件和默认出站还需结合所用内核配置确认；将一条宽泛规则放在前面，可能覆盖后面更具体的规则。

三、v2rayN 设置顺序：节点、端口、系统代理、路由

首次验证建议只使用系统代理入口，暂时关闭 TUN，并暂停浏览器扩展中的独立代理设置。这样能避免多个入口叠加，导致浏览器实际访问路径与状态栏显示不一致。已有工作环境配置时，先记下原设置，再作修改。

1. 确认活动节点。在服务器列表选中要使用的条目，通过右键菜单「设为活动服务器」确认选择。检查日志中内核是否成功启动；延迟测试成功不能替代网页访问验证。
2. 核对本机监听。进入「设置」→「参数设置」，查找本地监听、SOCKS 或 HTTP 相关端口字段。使用混合端口的界面可能只显示一个入口，以实际配置和启动日志为准。
3. 开启系统代理。在「系统代理」中选择「自动配置系统代理」。Windows 可到「设置」→「网络和 Internet」→「代理」核对地址与端口；macOS 可到「系统设置」→「网络」→当前网络服务→「详细信息」→「代理」核对。
4. 先做全局验证。在「路由」中选择含义为全局的预设，打开一个已知可访问的 HTTPS 页面，再看日志是否出现对应请求。不要同时调整 DNS、协议和传输设置。
5. 切回日常分流。选择绕过大陆预设，重新访问国内与境外服务。测试时建立新连接，避免浏览器连接复用掩盖路由变化。

这里两个端口仅用于演示，不是对当前版本默认值的承诺，也不要求同时存在两个监听。若启动日志只显示一个支持 HTTP 与 SOCKS 的混合端口，两条命令都应改用该端口。保持地址为 127.0.0.1 可将测试限定在本机；不要为了排查网页问题就开放局域网访问。

# 在提供 curl 的终端中逐条执行；Windows 可使用 curl.exe。
# 先把端口改成 v2rayN 当前实际监听值。
curl --proxy http://127.0.0.1:10809 --connect-timeout 10 --head https://example.com/
curl --proxy socks5h://127.0.0.1:10808 --connect-timeout 10 --head https://example.com/

socks5h 表示由 SOCKS 代理侧处理目标域名，而不是让命令先在本机解析目标域名。以上命令显式指定代理入口，不依赖系统代理开关；它们用于检查本地入口能否处理请求。只有当前路由确实选择了代理出站时，成功结果才同时说明对应远端代理路径可用。

四、日常分流与临时排障：两套配置安排

“推荐绕过大陆”有明确前提：客户端已经接收到应用流量，规则数据可用，节点也能正常连接。若入口本身没有生效，换任何路由都不会修复应用的连接方式。将日常设置与排障设置分开记录，可以减少测试结束后忘记恢复的情况。

TUN 是另一种接管入口，不是“更彻底的全局路由”。它通过虚拟网络接口接收符合接管条件的 IP 流量，之后仍需要路由决定出站。启用时可能涉及管理员权限、系统路由、DNS 接管与 UDP 支持；具体覆盖范围受配置影响，也不能保证所有应用流量都被接管。

• 浏览器正常，其他软件不正常：先查该软件是否遵循系统代理，或是否提供 HTTP、SOCKS 代理设置。
• 局域网打印或企业内网异常：核对本地地址和内部域名是否被送到代理出口，以及内网 DNS 是否仍可访问。
• 确需使用 TUN：先记录系统代理、路由与 DNS 设置，再单独启用验证。不要把系统代理与 TUN 同时开启当成必需步骤。

五、模式切换无效：按现象检查入口与出口

排查时优先看一次新请求对应的日志，而不是只看托盘图标或连通性测试数值。日志中出现目标不等于一定走了远端节点，还要结合出站标签与连接错误判断。分享日志前应移除订阅地址、认证信息和其他敏感配置。

六、订阅、协议与 DNS：不要和代理模式混为一谈

订阅主要提供服务器条目及相关连接参数。一次订阅更新成功，不代表系统代理已经开启；更换 VMess、VLESS、Trojan 或 Shadowsocks 条目，也不等于修复路由规则。这些协议描述的是代理连接方式，不是系统流量接管范围。

• 服务器连接失败：优先检查活动条目、服务端参数、网络可达性与内核错误，暂时保留路由不变。
• 目标解析失败：检查 DNS 服务器可达性，以及域名是在应用、本地内核还是远端路径中解析。直连路由不必然意味着 DNS 请求也直连。
• 仅某类站点异常：检查规则顺序、域名集合、地址集合和默认出站，不要先把所有问题归到节点。
• 换设备结果不同：v2rayN 桌面端的系统代理设置，不能直接套用于 v2rayNG 或 v2flyNG 的 Android VPN 接管入口；两端规则和 DNS 配置也需要分别核对。