v2rayN DNS 设置教程：直连、远程与 TUN 模式怎么选
简答：v2rayN DNS 设置前，先确认当前配置使用的是 Xray 还是 sing-box，再确认是否开启 TUN；两者的 DNS 作用并不完全相同。最短路径是：备份配置 → 只修改一项 DNS → 重启核心 → 用日志、nslookup 和实际网页分别验证。若只是浏览器使用系统代理，先不要为了“防泄漏”直接开启 FakeIP 或大范围自定义规则。
定义：v2rayN DNS 设置，是通过客户端界面生成核心配置，让域名解析服务参与路由匹配、直连目标解析或代理目标解析的过程。
先试这一步：确认核心、模式和成功标准
本文面向 Windows 上使用 v2rayN 的场景，只解决 DNS 设置与验证，不讨论订阅导入、节点选择或其他客户端。v2rayN 官方仓库说明其支持 Xray 与 sing-box 等核心；因此同一个“直连 DNS”或“远程 DNS”字段，在不同核心下承担的任务可能不同。查看 v2rayN 官方仓库说明
- 确认核心：在当前配置或运行信息中记录使用的是 Xray 还是 sing-box；不要把一个核心的 JSON 字段直接复制到另一个核心。
- 确认模式：记录当前是仅系统代理，还是启用了 TUN。系统代理主要把支持系统代理的软件交给核心处理；TUN 则会改变更广泛的系统流量入口。查看 v2rayN 系统代理与路由说明
- 确认成功标准：目标域名能解析、浏览器请求能建立、日志没有持续的 DNS 超时或解析失败；三项分别验证，不要只看节点列表或端口是否监听。
如果当前页面找不到 DNS 选项，可在 v2rayN 的设置或参数设置区域查找名称含“DNS”的页面。不同版本的菜单文字可能变化；若当前版本没有某个开关，不要手动猜字段名，先保留默认配置并查看生成配置或日志。
三个 DNS 字段分别做什么
| 字段 | 通常用途 | 填写与排查重点 |
|---|---|---|
| 直连 DNS | 处理直连相关的解析，具体作用受核心影响。 | 在 Xray 中，官方 v2rayN 文档说明它默认主要用于路由阶段的 IP 规则匹配；在 sing-box 中还可能参与节点域名和直连目标域名解析。 |
| 远程 DNS | 处理需要经代理路径查询的解析，具体仍要看核心和路由。 | 不要把“填了远程 DNS”理解为所有 DNS 查询必然经代理；应结合核心日志和 TUN/系统代理模式验证。 |
| Bootstrap DNS | 先解析 DNS 服务器自身的域名。 | 官方 v2rayN 文档要求其使用 IP 形式；当上游 DNS 写成域名时，Bootstrap DNS 可用于先完成该域名解析。 |
以上差异来自 v2rayN 官方界面说明；Xray 官方文档还指出，内置 DNS 可用于路由阶段的 IP 匹配，也可用于出站阶段解析目标域名，但是否触发取决于路由策略和出站配置。查看 v2rayN DNS 字段说明 查看 Xray 官方 DNS 文档
最稳妥的做法不是一次填入很多公共 DNS，而是先记录默认值，只替换一个字段，再重启核心观察变化。DNS 地址是否可达、是否能通过当前网络访问、是否会形成解析循环，都需要在你的网络环境中单独验证。
最小可用配置流程：备份、修改、重启、验证
- 备份：退出正在运行的核心或停止当前服务，复制 v2rayN 的用户配置目录或至少保存当前 DNS 页面内容。不要把订阅链接、令牌或完整配置发布到第三方工具。
- 只改一个变量：先保持路由、系统代理和 TUN 状态不变，只修改一个 DNS 字段。若页面提供“导入默认 DNS 配置”，可以先使用默认方案；官方 wiki 也将默认 DNS 作为无特殊需求时的起点。查看官方 DNS 界面说明
- 检查格式：普通 DNS 通常填写服务器地址；DoH、DoT 等特殊地址必须遵循当前核心支持的格式。Xray 官方文档列出了不同 DNS 地址形式，但 v2rayN 页面是否暴露对应选项、当前核心是否支持，仍以实际界面和生成配置为准。查看 Xray DNS 地址格式说明
- 重启核心：保存后停止并重新启动当前核心，让新配置真正生成和加载。仅保存页面、看到节点仍在，不代表 DNS 配置已经生效。
- 先看日志：打开 v2rayN 日志，访问一个固定域名，观察是否出现 DNS timeout、解析失败、连接拒绝或 TLS 错误。每次只改一个变量，避免无法判断是哪项设置造成变化。
- 再做命令验证：在 Windows 命令提示符运行
nslookup example.com，它主要验证系统默认 DNS 的响应；也可以运行nslookup example.com 1.1.1.1，指定一个 DNS 服务器进行对照。Microsoft 文档说明，nslookup 的第二个参数可指定 DNS 服务器，省略时使用系统默认服务器。查看 Microsoft nslookup 文档 - 最后测实际请求：在相同系统代理/TUN 状态下，用同一个浏览器访问同一个固定页面。命令行解析成功但浏览器失败，说明问题可能位于代理、路由、TLS、浏览器自带 Secure DNS 或应用自身设置，不应继续盲改 DNS。
按使用场景选择：系统代理、TUN 与不同核心
| 场景 | 优先做法 | 不要先做什么 | 验证重点 |
|---|---|---|---|
| 只让支持系统代理的浏览器或应用工作 | 先保持默认 DNS，确认系统代理已自动配置，再观察核心日志。 | 不要直接开启 FakeIP、改 hosts 或同时改路由。 | 浏览器页面、系统代理状态、日志是否出现对应请求。 |
| 启用 TUN 后部分域名打不开 | 先记录 TUN 开关前后的日志和 DNS 结果，再核对 sing-box 或 Xray 的实际核心。 | 不要把 Xray DNS 配置原样复制到 sing-box。 | 虚拟网卡、DNS 请求路径、节点域名是否能解析、实际网页是否成功。 |
| 使用 sing-box 核心 | 重点核对直连 DNS、远程 DNS、Bootstrap DNS 与路由规则的配合。 | 不要把仅支持 Xray 的并行查询、乐观缓存等选项当成 sing-box 通用能力。 | sing-box 运行日志和 TUN 下的实际请求。 |
| 使用 Xray 核心 | 结合 Xray 的 routing.domainStrategy、DNS servers 与出站解析逻辑排查。 | 不要仅凭系统 nslookup 断定 Xray 已经使用了同一个解析器。 | 生成配置、核心日志、目标请求和路由匹配。 |
v2rayN 官方界面说明明确区分了 Xray 与 sing-box 的 DNS 行为；FakeIP 和“阻止 SVCB 和 HTTPS 查询”等进阶选项也被标注为特定核心或 TUN 场景使用。没有明确故障证据时，建议先不启用这些开关。查看 v2rayN 官方选项说明
常见提示与失败分流
| 现象或提示 | 通常说明的排查方向 | 优先动作 | 验证方式 |
|---|---|---|---|
timeout 或 DNS 查询超时 | 上游 DNS 不可达、路由不匹配、网络暂时无响应，原因不唯一。 | 恢复上一次可用配置，只测试一个 DNS 地址；检查核心日志与当前模式。 | 用 nslookup 域名 DNS地址 做指定服务器对照。 |
authentication failed | 更像是节点、账户或认证配置问题，不应直接归因于 DNS。 | 先确认 DNS 之外的节点配置没有被同时修改。 | 查看核心日志中的认证阶段，再用固定域名测试解析。 |
permission denied | 可能涉及 TUN、虚拟网卡、文件或系统权限。 | 确认客户端是否有创建 TUN 所需权限；不要关闭系统安全防护。 | 查看启动日志和系统网络适配器状态。 |
401/403 | 通常是目标服务的身份、权限或策略响应，不等于 DNS 失败。 | 先确认域名已经解析并建立请求，再单独检查账户或目标服务。 | 比较浏览器响应、核心日志和同一域名的解析结果。 |
| 连接被拒绝 | 目标端口、代理入口或本地监听链路可能没有接受连接。 | 核对客户端实际使用的 HTTP/SOCKS 入口与应用代理设置。 | 不要只看端口监听；还要看应用是否通过该入口发起请求。 |
| TLS 错误或网页卡住 | 可能是时间、证书、SNI、路由或 DNS 结果问题。 | 恢复默认 DNS，固定一个域名和节点，逐项对比日志。 | 分别验证解析、TCP/TLS 建立和网页加载。 |
错误提示只能作为排查方向，不能单独证明唯一原因。尤其是系统代理下的 nslookup，往往只反映系统 DNS 查询路径；它不能独立证明浏览器请求、TUN 流量或核心出站使用了同一条 DNS 链路。
FakeIP、hosts、SVCB/HTTPS 选项要不要开
FakeIP：官方 v2rayN 界面说明将其标注为 sing-box 核心、TUN 模式下的选项。它会改变域名到地址的表现形式，适合已有明确需求并理解回收、分流和应用兼容边界的用户；新手遇到普通解析失败时，不建议把它作为第一步。
DNS Hosts：适合对少量明确域名提供固定映射。填写前必须确认 IP 来源和用途，错误映射会让域名访问到错误目标。不要把未知服务的地址复制进 hosts，也不要把隐私凭据写进配置。
阻止 SVCB 和 HTTPS 查询：官方说明认为该选项可能影响 ECH 或 HTTP/3 可用性查询，并标注为 sing-box、TUN 相关选项。只有在日志或实际访问中确认这些查询造成分流异常时，才应单独测试；测试后要记录原值，便于恢复。
关于 DNS 泄漏，不能仅凭一次网页测试下结论。应分别检查系统 DNS、浏览器 Secure DNS、核心日志和 TUN 实际流量；如果关闭 TUN 后正常、开启 TUN 后异常，应优先比较两种模式生成的配置和日志，而不是连续替换多个公共 DNS。
发布前自查清单
- 是否写清了 Windows、v2rayN、Xray/sing-box 和系统代理/TUN 的前提？
- 是否备份了原配置，并且每次只修改一项？
- 是否区分了 DNS 解析成功、核心接管、代理连通和网页稳定性？
- 是否用日志、指定 DNS 的
nslookup和实际网页完成了不同层级验证？ - 是否避免把端口监听、节点显示或一次测速直接当成 DNS 和代理均可用？
- 是否把无法核实的菜单名称、版本差异和公共 DNS 可达性改成“以当前界面和环境为准”？
如果恢复默认配置后网页正常，说明问题更可能出在自定义 DNS、路由、TUN 或浏览器自身设置。此时应逐项恢复，而不是重新导入一整套未知配置。
常见问题
v2rayN DNS 设置在哪里？
不同版本的菜单文字可能不同，通常应在 v2rayN 的设置或参数设置区域查找名称含“DNS”的页面。若当前版本没有对应选项，不要手动猜配置字段，先查看当前核心、生成配置和日志。
直连 DNS 和远程 DNS 应该怎么填？
没有适用于所有网络的固定答案。先确认使用 Xray 还是 sing-box，再根据系统代理或 TUN 场景选择。v2rayN 官方说明已经指出，两种核心对直连 DNS、远程 DNS 的使用范围不同；建议从默认配置开始，只改一个字段并验证。
为什么 nslookup 成功，浏览器还是打不开？
nslookup 主要测试系统默认 DNS，或你指定的 DNS 服务器；它不能单独证明浏览器请求已进入 v2rayN、TUN 或代理出站。还要检查系统代理、应用代理、核心日志、路由和 TLS 建立过程。
Bootstrap DNS 一定要设置吗？
当直连 DNS 或远程 DNS 使用域名形式时，Bootstrap DNS 可用于先解析这些 DNS 服务器域名；v2rayN 官方界面说明要求 Bootstrap DNS 使用 IP 形式。若上游本身已经是 IP，是否需要填写要以当前核心和生成配置为准。
要不要开启 FakeIP 或阻止 SVCB/HTTPS 查询？
普通 DNS 故障不建议先开启这些进阶选项。v2rayN 官方说明将 FakeIP、阻止 SVCB/HTTPS 查询等能力与 sing-box、TUN 场景关联；只有确认具体日志或兼容性问题后，才建议单独测试，并保留回滚记录。
相关阅读
- 先核对 v2rayN 系统代理是否正确启用
- 再看 v2rayN TUN 服务模式的权限排查
- 如果节点配置还没导入，可查看 v2rayN 订阅导入步骤
- 想继续了解日志、DNS 与端口分流，可参考连接失败排查方法