糖果云 Clash Verge Rev DNS 怎么设置？先检查订阅再决定是否覆写

更新于 2026-11-02 · candytally.buzz

简答：先不要急着开启 DNS Overwrite：在 Clash Verge Rev 选中糖果云订阅后，先检查当前配置是否已有 dns、fake-ip、fake-ip-filter 或 proxy-server-nameserver。只有出现可复现的解析失败、节点超时或 DNS 路径异常时，才做最小覆写，并分别在系统代理、TUN 和 fake-ip 状态下复测。

定义：DNS 覆写是 Clash Verge Rev 对当前配置文件中的 DNS 参数进行额外替换，不等于某个公共 DNS 在所有网络环境和节点地区都更快或更可靠。

先试这一步：检查订阅 DNS，再决定要不要修改

本文是面向糖果云订阅使用者的第三方操作指南，不代表该品牌官网或官方下载页面。Clash Verge Rev 的界面、字段和菜单名称可能随版本变化；本文资料核验日期为 2026-11-02，具体以你本机实际显示为准。

1. 先记录现状：记下当前启用的订阅配置、代理模式、TUN 状态、DNS Overwrite 状态和正在使用的节点。
2. 查看配置字段：在当前配置的编辑、运行配置或配置内容入口中搜索 dns、enhanced-mode、fake-ip-filter、nameserver 和 proxy-server-nameserver。
3. 做基线测试：保持原设置，用系统代理访问一个平时能打开的网页，再测试一个此前失败的域名。
4. 只改一个变量：不要同时修改 DNS、TUN、IPv6、代理模式和规则，否则出现变化后无法判断原因。

Clash Verge Rev 的项目界面定义明确提示，DNS Overwrite 按配置文件分别保存；如果当前订阅包含自定义 DNS，覆写可能替换这些设置，进而导致节点无法连接或部分网站无法加载。可查看 Clash Verge Rev 项目界面定义中的 DNS Overwrite 提示。

Clash Verge Rev 的 DNS Overwrite 在哪里设置

当前版本通常可从应用设置进入 Clash Settings，再查找 DNS Overwrite。项目界面定义中同时列出了 DNS 设置、TUN Mode、DNS Hijack 和 DNS Mode 等项目，但不同版本的中文翻译、入口位置和字段展示可能不同，因此不要只照搬网上截图。

1. 先选配置文件：在配置或 Profiles 页面确认已经选中正在使用的糖果云订阅，而不是只下载但未启用的配置。
2. 进入 Clash 设置：打开应用设置，进入 Clash Settings，查找 DNS Overwrite 或含义相近的 DNS 覆写入口。
3. 确认提示内容：如果出现当前订阅包含自定义 DNS 的提示，先保持关闭，回到配置内容检查订阅自带的 dns: 区块。
4. 需要修改时再启用：只有已经确认原配置存在可复现的 DNS 问题，才打开覆写，并先保存原始配置或记下原字段。
5. 应用后重载：保存设置、重新加载当前配置，再使用同一节点访问同一测试域名。
6. 异常立即回滚：如果出现节点全部超时、TUN 无网、网页大面积打不开或内网失效，关闭 DNS Overwrite，恢复原配置后再测。

这里要区分三层设置：订阅自身的 DNS 配置、Clash Verge Rev 的 DNS Overwrite，以及 TUN 相关的系统接管选项。DNS Overwrite 不是简单的“全局公共 DNS 开关”，而是作用于当前配置文件的覆写功能；项目界面定义也说明该开关按配置文件分别保存，切换订阅后必须重新核对。

如果你找不到 DNS Overwrite，不要直接覆盖完整订阅文件。先确认客户端确实是 Clash Verge Rev，再查看当前版本是否把入口放在 Clash Settings、配置编辑器或高级 DNS 设置中；如果仍没有该入口，保持订阅原配置，改从日志、运行配置、系统代理和 TUN 状态排查。

fake-ip、redir-host 与 DNS 字段怎么选

Mihomo 文档将 DNS 增强模式分为 fake-ip 和 redir-host。fake-ip 会为域名返回合成地址，再由内核根据连接和规则处理；redir-host 更接近返回真实解析结果。两者没有脱离场景的统一优劣，尤其要结合局域网、公司内网、游戏、特殊应用和当前规则测试。参考 Mihomo DNS 配置文档。

不要把某个 DoH、DoT 或公共 DNS 地址当成中国大陆网络、海外网络和所有节点地区的通用答案。应先保留订阅原有配置；必须覆写时，选择当前网络实际可达、日志没有持续超时的解析服务，并在相同节点下复测。Mihomo 文档还说明，代理节点域名解析可以单独使用 proxy-server-nameserver，这也是“网页 DNS 正常但节点全部超时”时需要单独检查的原因。

如果你在中国大陆网络、海外网络或不同节点地区之间切换，DNS 的可达性和解析结果可能不同。可执行的判断方法是：先在当前网络直接测试 DNS 服务能否访问，再在同一节点下测试网页和节点连接；换网络或换节点地区后重新测，不要把上一次环境的地址直接当成固定答案。

最小覆写示例：只改需要的字段

下面只展示结构，地址使用待替换占位符，不是糖果云专用配置，也不建议直接覆盖完整订阅。Mihomo 文档中的字段关系应以当前内核版本和实际配置校验结果为准。

dns:
enable: true
enhanced-mode: fake-ip
nameserver:
- <当前网络可达的 DNS 或 DoH 地址>
proxy-server-nameserver:
- <能够解析节点服务器域名的 DNS>
fake-ip-filter:
- <确实需要真实解析的局域网或内网域名>

1. 复制原配置：先保留订阅原始内容或当前运行配置，确保出现断网时可以恢复。
2. 确定问题层级：网页域名失败，检查 nameserver；节点域名全部失败，检查 proxy-server-nameserver；内网或游戏异常，检查 fake-ip-filter。
3. 一次只改一项：不要同时切换 fake-ip、加入多个 DNS、打开 TUN 和修改规则。
4. 观察日志：重载配置并重新选择同一个节点，查看是否仍出现 DNS timeout、节点域名解析失败或连接超时。
5. 按结果保留或回滚：只有网页、节点和目标应用都恢复，且没有新增异常时，才保留改动。

如果当前订阅已经有完整的 dns: 区块，优先做差异化修改，不要整段替换。这样更容易区分是 DNS 地址不可达、代理节点域名无法解析、规则路径不对，还是 fake-ip 与目标应用不兼容。

系统代理、TUN、fake-ip 开启后，怎样验证 DNS 泄漏

DNS 泄漏测试必须按工作状态分别进行。仅在客户端关闭时测试，不能代表系统代理或 TUN 开启后的实际路径。浏览器还可能启用独立的安全 DNS，因此测试前要记录浏览器的安全 DNS 状态。

1. 关闭 Clash Verge Rev：打开 DNS Leak Test，运行标准测试并记录显示的解析服务，作为未接管基线。该测试站说明，标准测试会通过测试域名发起多次解析请求，用于观察实际响应的 DNS 服务。
2. 只开启系统代理：保持同一浏览器、同一节点和同一测试页面，重复测试。若结果仍显示本地网络解析服务，不要立即认定配置错误，先检查浏览器安全 DNS是否绕过系统代理。
3. 开启 TUN：确认 TUN 已正常启动，再重复测试。若测试页打不开、DNS 请求超时或所有网页失效，先回到 TUN 权限、DNS Hijack、DNS Mode 和路由日志，不要继续堆加公共 DNS。
4. 保留 fake-ip：在相同 TUN 状态下再次测试。若外部网页正常，但局域网或游戏异常，优先检查 fake-ip-filter；这属于兼容性或过滤范围问题，不能只凭现象判断为 DNS 泄漏。
5. 判断结果：重点看测试实际列出的解析服务是否符合你的预期路径。若结果混杂，先逐层检查浏览器安全 DNS、系统代理、TUN DNS Hijack、DNS Overwrite 和订阅自带 DNS。

发现结果不符合预期时，按照“浏览器安全 DNS—系统代理—TUN DNS 接管—DNS Overwrite—订阅 DNS”的顺序，一次关闭或恢复一层，再重复测试。不要同时切换节点和 DNS，否则无法定位是哪一层造成变化。

需要注意，DNS 泄漏测试显示多个同一服务商的解析服务器，不一定代表配置错误；测试站说明，一个配置的 DNS 服务可能把请求分配给多个实际解析服务器。因此应结合服务商名称、网络状态和客户端日志判断，而不是只看服务器数量。

Windows 修改 DNS 后的缓存清理与故障回滚

如果 Windows 修改 DNS 后仍然出现旧解析结果，可以在命令提示符中执行 ipconfig /flushdns。Microsoft Learn 说明，该参数会清空并重置 DNS 客户端解析缓存，也可丢弃排查时常见的负缓存；它不能修复 DNS 服务不可达、TUN 路由错误或节点本身故障。参考 Microsoft Learn 的 ipconfig 文档。

ipconfig /flushdns

最终保留改动最少、可以重复验证的方案：如果订阅原 DNS 已正常工作，就关闭 DNS Overwrite；如果只有一个明确字段造成问题，就只保留该字段的修正。不要为了“看起来更完整”加入没有验证过的 fallback、DoH 或 DoT 地址。

常见问题

糖果云订阅导入后一定要开启 DNS Overwrite 吗？

不一定。网页、节点和局域网都正常时，优先保持关闭。只有出现可复现的解析失败、节点超时或 DNS 路径异常，并确认订阅自带设置不足时，才进行最小覆写。项目界面定义也提示，覆写可能替换当前订阅中的自定义 DNS。

DNS Overwrite 是全局设置还是每个订阅单独保存？

项目界面定义显示，DNS Overwrite 开关按配置文件分别保存，并只作用于对应配置。因此切换糖果云订阅或其他配置后，要重新检查当前开关状态和 DNS 内容。

fake-ip 和 redir-host 应该选哪个？

没有脱离使用场景的固定答案。先保留订阅设置；如果 fake-ip 下外部网页正常但局域网、公司内网或游戏异常，可以暂时切换 redir-host 做对照，再决定是否只补充具体的 fake-ip-filter 项。

为什么系统代理正常，开启 TUN 后却断网？

系统代理和 TUN 的接管范围不同。TUN 还涉及虚拟网卡、路由、DNS Hijack、DNS Mode 和权限。先关闭 TUN确认系统代理能工作，再一次检查一项 TUN 设置，不要直接更换多个 DNS。

DNS 泄漏测试显示多个解析服务，是否一定配置错误？

不一定。一个 DNS 服务可能对应多个实际解析服务器，浏览器安全 DNS、系统网络和客户端也可能同时参与解析。应在关闭客户端、仅系统代理、开启 TUN 和保留 fake-ip 的状态下分别测试，并结合实际服务名称与客户端日志判断。

找不到 DNS Overwrite 设置怎么办？

先确认当前选中的是正在使用的配置文件，并在 Clash Settings 中查找英文或中文近似名称。若本机版本没有该入口，不建议凭网上教程覆盖完整配置；保持订阅原设置，改查运行配置、日志、系统代理和 TUN 状态。

Windows 执行 ipconfig /flushdns 后还是无法连接怎么办？

该命令只清理 DNS 客户端缓存。若仍无法连接，应继续检查 DNS 服务是否可达、节点域名是否能解析、TUN 路由是否正常，以及 DNS Overwrite 是否替换了订阅原配置。

常见问题

糖果云 Clash Verge Rev DNS 怎么设置最稳妥？

先保留订阅自带 DNS；只有出现可复现的解析失败、节点超时或 DNS 路径异常时，才在当前配置对应的 DNS Overwrite 中做最小修改，并分别在系统代理、TUN 和 fake-ip 状态下复测。

DNS Overwrite 为什么可能导致节点无法连接？

Clash Verge Rev 项目界面提示，DNS Overwrite 可能替换订阅中的自定义 DNS。若节点服务器域名依赖原有解析路径，覆写后可能出现解析失败或连接超时，因此修改前应先备份并确认日志。

开启 TUN 后 DNS 不生效怎么办？

先关闭 TUN确认系统代理正常，再检查 TUN 权限、DNS Hijack、DNS Mode、路由和日志。恢复时一次只改一个字段，避免把 TUN 故障误判成公共 DNS 不可用。

怎样确认是否发生 DNS 泄漏？

分别在关闭客户端、仅系统代理、开启 TUN和保留 fake-ip 的状态下测试，并查看实际响应的解析服务。浏览器安全 DNS 也要单独检查，不能只看一次测试结果。

Windows 修改 DNS 后要不要清缓存？

如果怀疑仍使用旧结果，可执行 <code>ipconfig /flushdns</code> 清理 DNS 客户端缓存；该命令不能替代对 TUN、路由、DNS 服务可达性或节点域名解析的排查。

相关阅读

• 先排查 Clash Verge Rev 订阅导入与更新
• DNS 正常但规则不生效时的排查步骤
• TUN 模式无法启动的权限与网卡排查
• 了解 Clash Verge Rev 的 Rule、Global、Direct 模式
• 继续排查节点连接失败与 DNS 超时

参考资料

1. Clash Verge Rev 项目界面定义：DNS Overwrite、TUN 与配置文件作用范围
2. Mihomo 官方 DNS 配置文档
3. Mihomo DNS 解析流程说明
4. Microsoft Learn：ipconfig 与 /flushdns
5. DNS Leak Test：Standard 与 Extended 测试说明（dnsleaktest.com）
6. dnsleaktest.com（dnsleaktest.com）