CloudFisher 渔云 - 全球网络加速服务

渔云机场 DNS 设置怎么配置？Mihomo 解析失败这样排查

更新于 2026-10-26 · cloudfisher.site

简答：如果渔云订阅已经能更新、节点也能连接，先不要手动填写公共 DNS；在 Mihomo 中优先保留订阅 DNS，只有出现网页打不开、解析失败或 TUN 接管异常时，再逐项检查 DNS Overwrite、Fake-IP、IPv6 和 DNS 劫持。排查后应能明确是 DNS 配置、系统缓存，还是节点本身的问题。

定义：这里的“渔云机场 DNS 设置”是指已导入渔云订阅后，在 Mihomo 或 Clash Verge Rev 中控制域名解析、Fake-IP、DNS 覆写和 TUN DNS 劫持的配置。

先试这一步：不要先改 DNS，先区分问题在哪一层

本文只讲一个客户端方向：已导入渔云订阅后的 Mihomo DNS 排查，重点以 Clash Verge Rev 中的 Mihomo 配置为例，不覆盖 FlClash、Shadowrocket 或其他客户端的菜单路径。本站是第三方使用指南站，不是“渔云”官方页面。

现象优先检查暂时不要做的事
订阅更新失败或订阅地址打不开先确认普通网络、订阅地址和客户端日志不要先切换 Fake-IP 或填写一组新 DNS
节点能连，但某些网页打不开检查 DNS Overwrite、增强模式和域名规则不要同时修改 DNS、TUN、IPv6 三项
开启 TUN 后所有网页都打不开检查 DNS Mode、DNS Hijack、Strict Route 与权限不要直接删除整份订阅配置
只有本地设备、局域网或游戏异常检查 Fake-IP 过滤、系统 DNS 和局域网域名不要把所有域名都强制走远程 DNS

先备份当前配置或记录原值，每次只改一个项目。Mihomo 文档明确区分了 default-nameserver、nameserver、fallback、proxy-server-nameserver 和 nameserver-policy 的用途，不能把它们当成同一个“DNS 地址”字段。可参阅 Mihomo DNS 配置文档。

Clash Verge Rev 中的 Mihomo DNS 设置路径

在 Clash Verge Rev 中，进入“设置”后打开“Clash Setting”，可以看到“DNS Overwrite”入口。该开关是客户端层面的 DNS 覆写，不等于订阅文件里的 dns: 字段；当前项目界面文案还说明，DNS 覆写开关按配置文件分别保存。

  1. 打开 Clash Verge Rev，确认渔云订阅已经成功更新，并先记录当前配置名称。
  2. 进入“设置”→“Clash Setting”→“DNS Overwrite”。
  3. 如果节点能连接、网页也能打开，保持 DNS Overwrite 关闭，不要为了“优化 DNS”主动改动。
  4. 如果网页打不开但节点延迟测试正常，再打开 DNS Overwrite，检查“Enable DNS”“Enhanced Mode”“IPv6”“Nameserver Policy”等字段。
  5. 保存后重新加载当前配置，再只测试一个国内域名和一个境外域名。

Clash Verge Rev 的设置文件还区分了“DNS Overwrite”和 TUN 设置中的“DNS Mode”“DNS Hijack”。源码文案显示，DNS Overwrite 可能替换订阅中的自定义 DNS，从而影响节点连接或部分网站加载，因此不应把“打开覆写”作为固定首选步骤。参阅 Clash Verge Rev 设置字段与提示文案。

出现配置错误时，打开“设置”→“Verge Advanced”→“Open Logs Dir”查看日志目录；如果是内核启动、配置解析或 TUN 权限问题，优先看日志中的 error、config、tun 和 dns 相关行。

Fake-IP、Redir-Host、IPv6：应该怎么选

Fake-IP 会为域名返回虚拟地址，通常配合规则和 TUN 使用；Redir-Host 保留实际解析到的地址，兼容性通常更直观。Mihomo 文档把两者列为 enhanced-mode 的可选值，默认值是 redir-host。因此，刚开始排查时可以先保留 Redir-Host，不必为了“防污染”立即切换 Fake-IP。

如果你已经在使用 TUN，并且只有部分应用不识别 Fake-IP，可以先把增强模式改为 Redir-Host，重载配置后复测；如果问题消失，说明冲突更可能与 Fake-IP、应用兼容或过滤规则有关，而不是单纯的 DNS 地址错误。

IPv6 也要单独判断。Mihomo 的 ipv6 字段控制是否解析 IPv6 地址；本地网络没有可用 IPv6 时，不建议为了“完整支持 IPv6”强行开启。关闭 IPv6 只能作为排查变量，不能证明问题一定由 IPv6 引起。

一个较保守的手动排查思路是：先保持订阅原有的 nameserver 和 nameserver-policy 不动，只测试 enhanced-mode: redir-host 与 ipv6: false 的效果。不要整段覆盖订阅，也不要把未验证的公共 DNS、DoH 地址或远程规则直接粘贴进去。Mihomo 文档还说明，nameserver-policy 会按域名匹配，并优先于一般的 nameserver、fallback 查询；误写域名通配符可能导致某些域名走错解析路径。

开启 TUN 后 DNS 仍异常：检查 DNS Mode 与 DNS Hijack

如果问题只在 TUN 开启后出现，先检查“设置”→“TUN”中的“DNS Mode”“DNS Hijack”“Strict Route”和“Auto Route”。Mihomo 文档将 DNS Mode 分为 disabled、native 和 hijack；其中 hijack 会在 native 基础上拦截其他网卡发往 53 端口的请求，Windows 下还需要配合 strict-route。

  1. 先关闭 TUN，保留系统代理或普通代理模式，确认网页是否恢复。
  2. 如果普通代理正常，再重新开启 TUN，只打开 Auto Route，观察是否复现。
  3. 需要接管 DNS 时，再检查 DNS Mode 与 DNS Hijack 是否同时生效。
  4. Windows 下若使用 DNS Hijack，检查 Strict Route；没有管理员权限或服务模式时，TUN 可能无法正常工作。
  5. 如果只是局域网设备或路由器提供的 DNS 无法被接管，不要把它直接判断为“DNS 泄漏”；Mihomo 文档明确说明 Windows 和 macOS 无法自动劫持发往局域网的 DNS 请求。

配置文件层面的 TUN 示例应先有流量识别，再处理 DNS 劫持；不过普通用户优先使用客户端的顶层 TUN 设置，不建议直接创建高级 listeners 配置。可参阅 Mihomo TUN 配置文档 与 Mihomo 示例配置。

按症状复测：订阅、DNS、系统缓存分别验证

第一步，复测订阅。在客户端中手动更新订阅，观察是“订阅地址无法解析”、HTTP 错误，还是订阅已更新但节点不可用。订阅地址本身打不开时，先检查基础网络和地址有效性，不能仅凭网页打不开判断 DNS 配错。

第二步，复测域名解析。Windows 命令提示符中执行 nslookup example.com，再执行 ipconfig /displaydns 查看缓存。微软文档建议在名称解析失败时使用 ipconfig /flushdns 清除客户端 DNS 缓存；执行后重新加载配置并再次访问原本打不开的域名。参阅 Microsoft DNS 客户端排查文档。

第三步，复测客户端日志。在 Clash Verge Rev 的“设置”→“Verge Advanced”→“Open Logs Dir”打开日志目录，记录发生故障的时间、当前配置名和报错关键词。不要把订阅链接、Cookie、token 或完整敏感配置粘贴到公开位置。

第四步，回退。如果改动后节点无法连接，关闭 DNS Overwrite，恢复原来的 Enhanced Mode、IPv6、DNS Mode 和 DNS Hijack 状态，重新加载订阅；如果仍异常，再退出客户端并重新启动核心。只有确认问题来自某个字段后，才保留该项修改。

最后核对：2026-10-26 资料核对清单

  • 本文范围是 Mihomo DNS 排查，不是所有客户端的通用菜单教程。
  • 渔云订阅能更新且节点能连时，优先保留订阅 DNS，不主动填写公共 DNS。
  • DNS Overwrite、配置文件里的 dns: 和 TUN 的 DNS Mode 是不同层级。
  • Fake-IP、Redir-Host、IPv6、DNS Hijack 每次只改一个变量。
  • 网页打不开时，分别验证订阅更新、域名解析、客户端日志和系统缓存。

本文没有核实渔云的具体 DNS 地址、节点状态、价格或官方入口；相关信息应以其官方渠道为准。

常见问题

渔云机场一定要手动填写 DNS 吗？

不一定。如果订阅能够更新、节点可以连接且网页正常，建议先保留订阅已有 DNS，不要为了追求“更快”主动填写新的 DNS。只有出现明确的解析失败、网页打不开或 TUN 接管异常时，才逐项排查。

Mihomo 里的 DNS Overwrite 要不要打开？

不要把它当成固定必开项。Clash Verge Rev 的设置提示说明，DNS Overwrite 可能替换订阅中的自定义 DNS，影响节点连接或部分网站加载。应先备份配置，再根据故障逐项测试。

Fake-IP 和 Redir-Host 怎么选？

Mihomo 文档将两者列为 enhanced-mode 的选项。排查兼容性时可以先使用 Redir-Host；已经依赖 TUN、规则分流或特定应用兼容逻辑时，再测试 Fake-IP。每次只改这一项并重载配置。

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

先确认 DNS Mode、DNS Hijack、Auto Route 和 Strict Route 的组合。Windows 使用 hijack 时需要 Strict Route；同时还要确认客户端具有管理员权限或服务模式。局域网发出的 DNS 请求在 Windows 和 macOS 上可能无法被自动劫持。

DNS 泄漏测试显示了本地解析器，是否一定配置错误？

不一定。解析器是否属于泄漏取决于你的预期路径和客户端工作模式。测试页面只能作为对照，不能单独证明隐私或安全结论；应结合 DNS Mode、DNS Hijack、系统网络设置和客户端日志判断。

相关阅读

参考资料

  1. Clash Verge Rev 设置字段与提示文案
  2. Microsoft DNS 客户端排查文档