系统代理解决“应用怎样把流量交给客户端”，全局与绕过大陆解决“客户端收到流量后选哪个出口”。日常浏览通常从系统代理加绕过大陆开始；网页异常时，临时切全局做对照；开发工具与游戏则要另查代理入口、UDP 和分应用设置，不能只看模式名称。
先分两层：代理入口与路由出口
“已经开启全局，为什么某个程序仍然直连？”问题往往出在入口。v2rayN 是管理节点、订阅与内核配置的桌面客户端；实际连接由所选 V2Ray 或 Xray 内核处理。客户端运行、节点被选中，不等于每个应用都已经把请求送进本地代理。
系统代理是操作系统提供给应用的一组代理设置。遵循该设置的浏览器等应用，会把请求发往本地 HTTP 或 SOCKS 入口；有独立网络栈的工具可能忽略它。全局路由则是入口之后的选择：已进入内核的普通业务流量默认经代理出口发送，不代表系统中所有流量都被接管。
| 设置项 | 作用层级 | 直接决定什么 | 不能保证什么 |
|---|---|---|---|
| 系统代理 | 应用入口 | 遵循系统设置的应用送入本地代理 | 所有应用、UDP 都进入代理 |
| 应用内手动代理 | 应用入口 | 指定应用连接本地监听地址 | 其他应用同时使用代理 |
| VPN 接管或 TUN | 网络入口 | 按配置接收 IP 流量 | 所有流量最终都走远端节点 |
| 全局路由 | 内核出口 | 已接收流量的默认代理出口 | 接管未进入内核的流量 |
| 绕过大陆路由 | 内核出口 | 按域名、IP 分类直连或代理 | 准确识别每个网站的归属 |
全局与绕过大陆：日常该选哪一种
全局模式适合做短时诊断。相同节点、相同入口下，如果全局能访问而绕过大陆失败，应优先检查分流规则、分类数据与 DNS，而不是立刻更换订阅。全局也会把不少本可直连的请求送往远端，增加节点流量消耗，并可能改变网站看到的出口地区。
绕过大陆通常结合中国大陆域名分类与 IP 地址段，让命中的请求直连，其余请求走代理。具体预设还可能包含私有地址直连、广告拦截或其他规则，因此不能把所有客户端的同名模式理解成完全相同的配置。域名所属公司、服务器地址与分类集合也并非一一对应。
绕过大陆：日常分流起点
推荐让常用国内服务直接连接，其他请求使用代理。启用后分别验证国内网站、需要代理的网站和局域网服务，遇到单个域名异常再补充规则。
适合：日常浏览、办公、同时使用国内外服务
全局：统一出口与故障对照
已进入客户端的业务请求默认使用代理出口。局域网、DNS 或保留规则是否例外，仍以实际配置为准；测试结束后可恢复日常分流。
适合：排查分流错误、需要一致远端出口的工作任务
按需手动代理：限定应用范围
不依赖系统代理，在指定工具内填写本地地址和端口。它属于入口方案，仍可搭配全局或绕过大陆路由，不能当作第三种路由规则。
适合：只代理终端、开发工具或单个浏览器配置
判断方法：先固定入口，再比较路由
保持节点与应用代理设置不变，仅切换全局和绕过大陆。若结果不同，再查看日志中的目标地址与出口标签；不要同时改 DNS、节点和模式，否则无法判断是哪一步起作用。
v2rayN 桌面设置：核对端口，再启用系统代理
桌面端先确认内核正常启动，再调整系统代理。以 v2rayN 7.x 的设置结构为例，可从「设置」→「参数设置」检查本地监听相关选项，再从主界面的系统代理菜单选择「自动配置系统代理」。不同桌面构建的名称和位置可能调整，应以当前界面与内核启动日志为准。
下面采用一组明确的演示配置：SOCKS 监听 127.0.0.1:10808，HTTP 监听 127.0.0.1:10809。这些是示例端口，不是对所有版本默认值的承诺。有的构建使用一个混合端口同时接收 HTTP 与 SOCKS；若当前设置只提供混合入口，应使用该端口，不要自行假定另有 10809。
- 确认节点。导入订阅后选中一个节点，检查启动日志是否有监听失败、配置错误或端口被占用的提示。
- 确认监听。记录本地地址、端口和支持的代理协议。单机使用优先保留回环地址，不必为浏览器访问开启局域网监听。
- 设置系统代理。选择「自动配置系统代理」，再到操作系统代理页面核对是否指向当前客户端端口。
- 选择路由。在主界面的路由选择中选取绕过大陆相关预设。若还有“绕过局域网和大陆”选项，访问打印机、NAS 等设备时优先检查这类预设。
- 验证并恢复。用一个国内网站和一个需要代理的网站测试。退出客户端前清除系统代理，避免系统继续指向已经关闭的监听端口。
系统代理界面中的“绕过地址”与客户端的“绕过大陆路由”也不是一回事。前者可能让应用直接跳过本地代理，内核看不到这次请求；后者则是在请求已经进入内核后选择直连出口。排查时要同时查看这两个位置。
v2rayNG 安卓设置：VPN 接管不等于全局出口
v2rayNG 使用 Xray 内核。在 VPN 模式下启动连接并授权后，客户端通过安卓 VPN 接口接收流量，再由内核按路由配置选择出口。它不等于桌面上的系统 HTTP 代理，也不需要把桌面的 10809 端口填写进手机网络设置。
在 v2rayNG 的「设置」→「路由设置」中检查当前预设；若启用了「分应用代理」，还要确认应用名单与代理方向。名称相似的两种配置——“仅代理所选应用”与“绕过所选应用”——作用正好相反。切换路由后按客户端提示重启连接，再重新打开目标应用测试。
桌面与安卓：分别确认入口，使用相近分流策略
桌面端：v2rayN
- 浏览器通过系统代理或应用内代理进入。
- 终端显式指定 HTTP 或 SOCKS 地址。
- 绕过大陆负责出口分类；局域网另行核对。
- 游戏需要额外检查 UDP 与接管方式。
安卓端：v2rayNG
- 在 VPN 模式下授权并启动连接。
- 检查分应用名单是否覆盖目标应用。
- 在路由设置中选择对应分流预设。
- 切换策略后关闭旧连接并重新测试。
同一条订阅只保证分发来源一致，不会自动同步系统代理、分应用名单与本地路由规则。
V2flyNG 使用 V2Fly 内核。若使用这款安卓客户端，也应按入口、分应用范围、路由出口的顺序核对，但不要直接复制 v2rayNG 的菜单路径或 Xray 专有配置。VMess、VLESS 是节点协议名称，不是全局或绕过大陆的开关；更换节点协议不会自动修改分流策略。
浏览、开发与游戏：按流量类型选择方案
浏览场景以系统代理加绕过大陆为起点，通常更容易兼顾国内服务与需要代理的网站。涉及地区识别、账户登录或支付时，尽量保持同一任务的出口稳定，不要在操作中反复切换直连与远端出口。若网站页面正常但图片或登录接口异常，需要分别查看这些子域名的路由。
| 场景 | 入口建议 | 路由建议 | 重点检查 |
|---|---|---|---|
| 网页与办公 | 系统代理 | 绕过大陆 | 浏览器是否遵循系统设置 |
| 终端与开发工具 | 工具内代理或显式参数 | 按项目需要分流 | 工具代理覆盖、DNS 解析位置 |
| 局域网设备 | 入口保持原配置 | 私有地址直连 | 192.168.0.0/16 等地址段 |
| 在线游戏 | 支持该流量的接管方式 | 按服务器选择出口 | UDP、丢包与延迟波动 |
终端测试：绕过系统设置，直接验证入口
下面两条命令分别验证 HTTP 和 SOCKS 入口。将端口换成自己的实际设置；示例域名只用于演示请求，不是连通性判定的唯一目标。Windows PowerShell 可使用 curl.exe，避免命令别名影响参数解释。
curl --proxy http://127.0.0.1:10809 --connect-timeout 10 --max-time 20 --head https://example.com
curl --proxy socks5h://127.0.0.1:10808 --connect-timeout 10 --max-time 20 --head https://example.comsocks5h 会把目标域名交给 SOCKS 代理处理，而 socks5 通常先在本地解析域名。两者表现不同，可能提示 DNS 路径存在差异，但不等于已经证明某个解析器有问题。收到 HTTP 响应可说明这次请求完成了连接过程；它不能单独证明走的是代理出口，因为绕过大陆规则也可能将请求直连。
游戏测试：网页能开不能证明 UDP 可用
- 普通 HTTP 系统代理通常不能承载游戏的 UDP 流量。切到全局路由也不会改变这一入口限制。
- 即使使用 VPN 或 TUN 接管，节点、协议配置与服务端也需要支持实际使用的 UDP 转发。
- 比较同一服务器的直连和代理表现，可各观察 3 分钟，记录游戏内延迟、丢包与掉线次数；这是测试步骤，不是预设性能结论。
- 区分登录请求与对战流量。登录页面成功只能说明相关连接可用，不能代表对战服务器使用了同样的出口。
模式切换后仍异常：按固定顺序排查
不要把全局当成万能修复。端口错误、应用未接入、节点不可用时，切换路由不会解决问题。按“入口是否可达 → 节点是否工作 → 路由是否命中 → DNS 是否一致”的顺序检查，每次只改变一个变量，并记录测试结果。
已经选了全局，为什么终端还不能访问？
先用上面的 curl 显式代理命令测试。显式请求成功、普通请求失败时，重点检查终端工具的代理参数或环境变量，而不是继续换路由。环境变量的识别方式随工具不同，不能只设置一次就假定全部生效。
全局能打开，绕过大陆却打不开，怎么改？
保持节点不变，查看失败域名是否被分类为直连。需要代理时添加该域名的代理规则，并放在会提前命中的宽泛直连规则之前。再检查分类数据与 DNS；不要仅凭一个失败网站就把整个大陆地址段改成代理。
开代理后，家里的 NAS 和打印机找不到了？
先核对设备地址是否属于私有网段，例如 192.168.0.0/16、10.0.0.0/8 或 172.16.0.0/12，并检查私有地址直连规则。若依赖广播或局域网发现，还要检查 VPN、TUN 与防火墙对这些流量的处理；只加域名规则可能不够。
关闭 v2rayN 后网页反而打不开了？
到系统代理页面检查是否仍指向 127.0.0.1 与已经停止的端口，清除残留设置后重试。以后先在客户端选择「清除系统代理」，再退出；应用内手动填写的代理也需要分别关闭。
自定义路由通常按顺序匹配，先命中的规则决定出口。一个宽泛的代理或直连规则放在前面，可能遮住后面的精确域名规则。DNS 解析策略也会影响 IP 规则能否参与匹配，因此“同一个网站换模式后正常”只是排查线索，还需结合日志中的域名、解析地址和出口标签判断。
执行顺序：入口正确后，再细化分流
日常先使用系统代理或 VPN 接管加绕过大陆；故障时用全局作一次对照；仅有个别域名异常时添加精确规则。保存修改前的配置，并让每次测试保持相同节点、目标与入口。
需要继续配置时，可查看快速上手中的订阅导入步骤，或在使用手册中核对路由与 DNS 设置。先把入口和出口分开理解，代理模式的选择就能落实到具体设置，而不是反复尝试同一个开关。