本文速览

系统代理决定应用是否把请求交给客户端，路由决定客户端收到请求后从哪里送出去。初次使用 v2rayN 或 v2rayNG，先分清这两层，再选择绕过大陆作为日常起点；遇到异常时临时切全局做对照，最后用连接日志确认结果，避免对着同一个开关反复折腾。

系统代理与路由模式：一个管入口，一个管出口

在桌面端，v2rayN 启动内核后，会建立本地代理监听。浏览器等应用可以把请求送到这个入口。Windows 下的「自动配置系统代理」负责写入系统代理设置，但应用是否遵循设置，仍取决于应用自身。部分命令行工具、游戏或自带网络栈的软件不会自动跟随。

请求进入内核以后，才轮到路由规则工作。内核根据目标域名、目标 IP、端口等条件，选择代理出站、直连出站或阻断出站。因此，“系统代理已开启”不等于“所有请求走远端节点”；“全局模式已选中”也不等于“整台设备的网络都被接管”。

设置层解决的问题不能替代的功能
系统代理让遵循系统设置的应用连接本地代理入口不能保证接管所有应用或全部 UDP 流量
路由模式为已进入内核的请求选择出站不能把未进入内核的请求凭空拉进来
TUN / VPN 接管在网络层接收符合接管条件的设备流量不能保证节点支持所有协议，也不能取代分流规则

全局、绕过大陆、直连：三种流量走向

这里的“全局”指客户端的路由预设，不是系统层面的全设备接管。它通常把进入内核的普通业务请求送向代理出站，但客户端仍可能保留局域网、节点服务器连接或其他必要的例外。判断某个地址到底走哪里，最终要看当前生成的规则和连接日志。

绕过大陆

推荐

按预设域名与 IP 规则让大陆目标直连，其他未命中目标通常交给代理。国内办公服务与需要代理的站点可以同时使用。规则数据不是实时地理测绘，个别站点仍需单独处理。

适合：日常浏览、国内办公与境外服务并用

全局

让进入内核的大部分业务请求走代理，减少分流规则对测试结果的影响。国内资源也可能绕到节点再返回，增加访问路径长度，并消耗节点流量。

适合：短时排查分流错误、明确要求统一出口的应用

直连

让进入内核的请求使用本机网络直接连接目标。此时客户端可以继续运行，应用也可以继续连本地入口，只是业务连接不再经由远端代理节点。

适合：对照本机网络、暂时不需要远端代理

“绕过大陆”并不是按网页显示语言分流，也不是看到中文域名就直连。规则常依赖 geosite:cn、geoip:cn 等数据；域名规则覆盖情况、CDN 地址以及解析结果都可能影响命中。VMess、VLESS 是代理协议，与这三种路由模式并不是一一对应关系。

v2rayN 操作顺序：先入口，再路由，最后测试

以下以 Windows 桌面界面的常见中文菜单为例。不同版本可能调整按钮位置或路由预设名称；找不到同名项目时，应查看实际路由配置，不要仅凭相似名称猜测。操作前先选中一个有效节点，确认内核已经运行。订阅导入成功只代表拿到了配置，不代表该节点已经连通。

  1. 确认监听

    进入「设置」→「参数设置」，查看本地监听端口等配置。记录实际端口，并确认启动日志没有“地址已被使用”之类的监听失败信息。

  2. 开启入口

    在主界面底部「系统代理」中选择「自动配置系统代理」。这是让遵循系统代理的应用进入客户端；不要把「不改变系统代理」误读为关闭，它只是不再改动现有系统设置。

  3. 选择分流

    在主界面底部「路由」选择对应的绕过大陆预设。需要检查规则时，进入「设置」→「路由设置」，确认大陆目标的直连规则位于默认代理处理之前。

  4. 分开测试

    分别访问一个已知能直连的国内服务和一个需要代理的目标，观察连接日志中的目标与出站标签。测试前关闭旧页面连接或重新启动浏览器，避免连接复用掩盖切换结果。

  5. 恢复设置

    测试结束后回到日常路由。若准备停止本地代理服务，先在「系统代理」选择「清除系统代理」，再退出客户端，避免系统仍指向一个已经关闭的监听端口。

端口与规则字段：把流量路径写清楚

本地地址与端口是入口证据。下面三个值用于演示一套分开的 SOCKS / HTTP 监听配置，不是对所有 v2rayN 版本默认值的承诺。若当前版本使用混合监听端口，应按实际配置填写，不能照抄示例。

127.0.0.1
示例回环监听地址
10808
示例 SOCKS 监听端口
10809
示例 HTTP 监听端口

例如，应用手动填写 HTTP 代理 127.0.0.1:10809 后，即使清除系统代理，这个应用仍可能继续使用客户端。反过来，应用设置为“直接连接”时，打开系统代理也未必改变它的网络路径。端口协议同样要对应：HTTP 代理地址不能随意填进只接受 SOCKS 的输入框。

下面是 V2Ray/Xray 风格的路由片段，不是可直接启动的完整配置。它假定出站列表已经存在 direct 与 proxy 两个标签，且内核可以读取对应规则数据。客户端管理的配置通常应从界面修改，手工改生成文件可能在下次启动时被覆盖。

{
  "routing": {
    "domainStrategy": "IPIfNonMatch",
    "rules": [
      {
        "type": "field",
        "domain": ["geosite:cn"],
        "outboundTag": "direct"
      },
      {
        "type": "field",
        "ip": ["geoip:private", "geoip:cn"],
        "outboundTag": "direct"
      },
      {
        "type": "field",
        "network": "tcp,udp",
        "outboundTag": "proxy"
      }
    ]
  }
}

桌面与 Android：按接入环境选择方案

日常使用建议先采用绕过大陆，再按具体应用补充规则。不要为一个站点异常就长期把所有业务改成全局。桌面端与 Android 的区别主要在请求怎样进入内核；请求进入以后，仍然需要检查域名、IP 与出站匹配。

推荐方案：绕过大陆起步，按应用核对入口

桌面端：v2rayN
  • 浏览器先使用系统代理，路由选择绕过大陆。
  • 不遵循系统代理的工具，优先配置其自身 HTTP / SOCKS 代理。
  • 确实需要更广的接管范围时，再评估 TUN 与权限要求。
  • 局域网服务优先保留直连，检查系统代理例外与内核规则两个位置。
Android：v2rayNG
  • 启动服务并确认系统 VPN 授权，避免只选节点却没有启动。
  • 在「路由设置」中检查预定义规则或自定义规则，以当前版本界面为准。
  • 启用分应用代理时，核对目标应用是否被纳入代理范围。
  • 分清“应用绕过 VPN”和“进入内核后直连”，两者不是同一层操作。

先核对入口范围，再调整路由；应用没有进入内核时，修改出站规则不会解决问题。

公司内网、打印服务或路由器管理页面通常需要本地网络直连。全局模式下如果这些服务失效，应先检查私有地址规则与系统代理例外，而不是立刻换节点。对于必须固定出口的业务，还要检查 DNS、IPv6 和应用自身的网络行为；仅凭“全局”两个字不能保证所有连接都使用同一出口。

模式切换后仍然异常：按现象排查

开了全局，某个软件还是没有走代理？

先看客户端连接日志是否出现该软件的目标地址。没有记录时，检查软件自己的代理设置；桌面端可手动填写当前 HTTP / SOCKS 监听地址，Android 则检查分应用代理范围。请求没有进来，先别改路由。

绕过大陆打不开，全局却能打开？

保持同一个节点，重复访问同一个目标并比较出站标签。若绕过大陆时命中直连，检查该域名及其解析 IP 的规则。需要新增例外时，把具体域名的代理规则放在较宽泛的直连规则前，不要先把整个 IP 段一锅端。

切到直连后，网页还是报代理错误？

直连路由仍需要本地内核接收请求。如果内核停止，而浏览器仍指向 127.0.0.1:10809，就会报连接失败。恢复内核，或清除系统代理并移除浏览器手动代理，再重新测试。

国内站点走代理，是不是规则坏了？

先核对命中的域名、解析地址与路由顺序。站点可能使用境外 CDN，也可能没被当前域名规则收录。确认业务可以直连后，再添加范围明确的直连规则；更新规则数据后重新建立连接，不要只盯着仍在复用的旧连接。

切换模式后，出口结果没变怎么办？

关闭测试页面的旧连接，确认客户端完成配置重载，再重新发起请求。出口检测页面只说明这一条请求的路径，不能证明所有应用都采用相同路由。配合客户端日志判断，比反复刷新一个页面更可靠。

日常选择与排查收尾

日常办公与浏览，从“入口已确认 + 绕过大陆”开始。全局适合作为短时对照：同一节点、同一目标、同一应用，仅切换路由，才能缩小问题范围。如果两种模式都失败，应回头检查监听、节点连接、DNS 与应用接入，而不是继续在路由名称之间打转。

把入口和出口分开检查，模式选择就不再是猜按钮。日志里能看到目标、规则能解释出站、应用设置能对上监听地址，这三项一致，才算把流量路径说明白。