v2rayNG 绕过中国大陆 IP 与分流规则配置（Android 2026）

v2rayNG 默认可以设置全局代理或绕过中国大陆 IP。正确配置分流规则后，访问百度、淘宝走本地网络——快且不浪费流量；访问 Google、YouTube 走代理。核心是路由设置中的域名策略和 IP 策略。

很多 Android 用户装完 v2rayNG 导入订阅连上节点后就一直保持默认设置，直到发现刷淘宝比不开代理还慢、或者抖音直播频繁卡顿，才开始找「怎么让国内网站不走代理」。问题不是节点慢，是流量走错了方向。

geosite.dat 和 geoip.dat：两个文件决定了什么走直连

v2rayNG 判断一个网站该直连还是走代理，不是看域名像不像中文，也不是看 IP 是不是 192 开头。它的底层是两套社区维护的数据文件在做判断。

geosite.dat 是一份域名分类数据库。它把全球域名按类别打上标签——geosite:cn 代表被判定为中国大陆域名，geosite:google 是 Google 系全量域名，geosite:geolocation-!cn 是非中国大陆的常用海外域名。路由规则用这些标签批量匹配，而不是靠你手动一条一条填。

geoip.dat 是一份 IP 归属地数据库。geoip:cn 指注册在中国大陆的 IP 段，geoip:private 指 192.168.x.x、10.x.x.x 这类局域网地址。当一个域名不在 geosite.dat 的标签里、或者被 DNS 解析成了 IP 地址之后，geoip.dat 做第二层判断。

v2rayNG 安装时内置了一份这些文件，但版本可能落后社区几个月。社区增强版来自 Loyalsoldier/v2ray-rules-dat 项目，GitHub Actions 每日自动构建，额外整合了 dnsmasq-china-list 的全部中国域名和 GFWList 的所有被屏蔽域名，覆盖度远高于官方默认版本。如果某个新上线的国内网站被误判为海外域名走了代理，第一件事就是检查 geosite.dat 的更新日期。

域名策略三种选项怎么选？

这是新手翻车率最高的一个设置。路径：v2rayNG → 设置 → 路由设置 → 域名解析策略。

v2rayNG 提供三种域名解析策略，分别对应不同的规则匹配逻辑：

• AsIs（保持原样）：只用域名本身去匹配规则，不把域名解析成 IP。geosite:cn 这类域名规则能正常工作，但 geoip:cn 这类 IP 规则永远不会被触发——因为域名没有被解析成 IP，IP 规则根本看不到它。如果你选了 AsIs 同时用了「绕过大陆」预定义规则（里面包含 geoip:cn → direct），那 IP 规则完全白给了，相当于只靠 geosite:cn 一条规则撑着。

• IPIfNonMatch（无匹配时解析 IP）：先拿域名跑一遍所有规则。如果域名命中了（比如命中了 geosite:cn → direct），直接出站，不解析 DNS。如果域名没命中任何规则，才把域名解析成 IP 地址，用 IP 再跑一遍规则。这个策略对「中国直连 + 其余代理」的场景来说恰好够用——国内域名被 geosite:cn 兜住，国外域名被 DNS 解析后用 geoip:cn 筛掉漏网之鱼，剩下的走代理。

• IPOnDemand（按需解析 IP）：遇到第一条 IP 规则时立即解析 DNS，比 IPIfNonMatch 更激进。在规则结构复杂的场景下有用（比如嵌套了多层 IP 规则），但日常使用增加的 DNS 开销多于实际收益。

三种策略的差异汇总：

策略	对 geosite:cn 规则	对 geoip:cn 规则	适用场景
AsIs	正常生效	不生效，域名没被解析成 IP	纯域名规则、规则简单、不需要 IP 兜底
IPIfNonMatch	优先生效	域名没命中任何规则时才生效，充当第二层兜底	国内外分流，日常使用首选
IPOnDemand	正常生效	遇到 IP 规则立即解析，比 IPIfNonMatch 更早触发	规则链复杂、需要多次 IP 比对

大多数 Android 用户只需要在安装完 v2rayNG 后把这个选项从默认的 AsIs 改成 IPIfNonMatch 就够了，不用动其他参数。

预定义规则：点一下就配好还是不够精细？

v2rayNG 在路由设置里内置了几套预定义规则，选完就能用。

「绕过局域网及大陆地址」是日常使用的默认答案。它自动生成三条路由规则：

1. geosite:cn → direct：中国大陆域名直连
2. geoip:cn → direct：中国大陆 IP 直连
3. geoip:private → direct：局域网地址直连

其余流量全部走代理出站。这套规则覆盖了 90% 以上 Android 用户的使用场景——国内 App 的后台请求、通知推送、地图加载走直连，不消耗代理流量；海外网站和应用走代理通道。

「全局模式」把所有流量都送进代理。新手经常在节点连不上时切到全局模式排查——如果全局模式能通、绕过大陆模式不通，说明是规则判断的问题，不是节点的问题。

「绕过局域网」只把 192.168.x.x 这类内网地址排除掉，其余照常走代理。有 NAS、打印机或者局域网投屏需求的用户偶尔用到。

预定义规则不够精细的地方在于：你不能控制「geosite:cn 里某个具体域名走代理」。比如公司内部有一个海外部署的 SaaS 后台，域名恰好被 geosite.dat 里的某个中国标签捕获了，预定义规则会让它走直连——直接打不开。这时候需要自定义规则插队。

自定义规则什么时候该加？

自定义规则的设计逻辑是「插队在预定义规则之前执行」。打个比方：预定义规则写的是 geosite:cn → direct，你在自定义规则里加了一条 domain: ['example.com'] → proxy，那么 example.com 的请求到达 v2rayNG 时会先被你的自定义规则拦截并送去代理，根本不会走到后面那条 geosite:cn 的直连判断。

常见的需要加自定义规则的场景：

• 某个海外 SaaS 后台（如公司 Jira、Confluence、内网 GitLab）的域名没有被归类到 geosite:google 或 geosite:geolocation-!cn 标签下，被预定义规则漏掉了。加一条精确域名规则送到 proxy。
• 某个国内网站刚上线，geosite.dat 还没来得及收录。浏览器访问它的实际 IP，确认是大陆 IP 后在自定义规则里加一条 IP 规则走 direct。
• 同一个域名的不同子域名要走不同方向——比如 api.example.cn 走 proxy、www.example.cn 走 direct。自定义规则按从上到下的顺序匹配，精确子域名放在最上面，宽泛后缀放在下面。

自定义规则里可以混合使用域名匹配和 IP 匹配。域名匹配在连接建立的 DNS 之前就能完成判断，零额外延迟；IP 匹配需要先解析 DNS 才能比对。能用域名的尽量用域名，IP 规则只当兜底。

如果你用的订阅链接里自带了路由规则（有些机场会在订阅响应里嵌入 routing 字段），这些规则会跟你手动添加的自定义规则合并。合并时订阅规则优先于自定义规则，这会让你加的自定义规则看起来「没生效」。在 v2rayNG 的日志里看到实际出站方向跟自己预期对不上时，先排查是不是订阅附带的 routing 把你的规则覆盖了。

确认订阅格式输出纯净、不夹带额外路由逻辑，能让分流配置完全掌握在自己手里。部分配套订阅线路的后台支持勾选「纯净配置（不含路由规则）」导出。

路由模式一表对照：四种选择分别适合谁

路由模式	实际行为	适合什么时候用
全局模式	所有流量——包括百度、淘宝、抖音——全部走代理节点出口	首次测试节点连通性；怀疑规则冲突时排查对比；临时需要所有流量走固定 IP 出口
绕过局域网	192.168.x.x / 10.x.x.x 等内网地址直连，其余走代理	家里有 NAS、打印机、局域网共享设备，不想因为开代理断掉内网访问
绕过大陆（绕过局域网及大陆地址）	geosite:cn 和 geoip:cn 直连，其余走代理	日常使用，国内 App 不受影响，海外流量走代理
自定义规则	在预定义规则基础上叠加精确判断，自定义优先级最高	混合需求：大部分国内直连 + 特定海外域名代理 + 特定 IP 段直连

日常使用稳住「绕过大陆」加 IPIfNonMatch，90% 的情况不用再进路由设置。剩下的 10% 用自定义规则手动补。

验证分流是不是真的生效了

规则配对了还是配错了，不靠感觉判断。

第一步：连上代理，用浏览器分别打开 https://www.baidu.com 和 https://www.google.com。百度应该秒开，Google 能正常加载搜索结果。如果百度加载超过 2 秒，说明它走了代理——检查域名策略是不是 AsIs。

第二步：在 Google 搜索 what is my ip，看返回的 IP 地址。如果不是你本地运营商分配的 IP（比如是中国移动 / 电信 / 联通之外的数据中心 IP），代理通道正常。

第三步：打开 v2rayNG 的日志（主页面 → 选中节点 → 查看日志），找一个你刚访问过的国内站点的连接记录。日志里出站方向显示 direct 表示正常直连，显示 proxy 表示被错误分流了。

第四步：用一个不在 geosite:cn 列表里但你确认真实 IP 是国内的域名做测试。浏览器先用 DNS 工具（如 nslookup 或在线 DNS 查询）查出这个域名的 IP，确认是中国 IP 后访问这个域名。如果加载顺畅，说明 IPIfNonMatch 的兜底机制正常——域名规则没命中，但 IP 规则兜底让流量走了直连。

相关阅读

• Android VLESS Reality 指纹（fingerprint）配置与安全性指南（2026）
• v2rayNG 导入 VLESS Reality 节点完整步骤（Android 2026）
• v2rayNG 导入订阅完整步骤（Android 2026）