故障排查

切换节点后还访问旧地址，需要清 DNS 缓存吗？

系统、浏览器、Mihomo 和应用都可能缓存解析或复用旧连接。先确认旧结果来自哪一层，再只清对应缓存；频繁 flush 不能修复规则或节点。

发布于 2026/8/8 · 更新于 2026/8/8 · 5 项可核验来源

先看重点先完全重开目标 App，并在 Clash 日志确认新请求是否仍使用旧 IP；只有解析结果确实过期或缓存了 NXDOMAIN，才清对应层。Windows 可先用 `ipconfig /displaydns` 查看，再用 `/flushdns` 清系统缓存；浏览器 DoH、Mihomo fake-ip 和应用连接池不会因此全部清空。

换代理节点通常只改变出口，不会要求网站立刻换 DNS 地址。若目标使用 CDN，同一个域名在不同解析路径可能返回不同边缘；旧连接还可能继续复用几分钟。先分清是 DNS 缓存、连接复用，还是网站账号和 Cookie 仍保存旧地区。

反复运行 flushdns 只会清一层缓存，不能重置所有网络状态。

先判断是不是 DNS 旧结果

固定一个域名并做三项观察：

完全关闭目标 App 或浏览器旧标签后重开；
查看 Clash 新日志中的域名、目标 IP 与命中节点；
对比当前解析器查询结果与实际连接 IP。

如果日志已经连到新 IP，但网站仍显示旧地区，原因可能是账号、Cookie、定位权限或出口数据库，不是 DNS。若 App 根本没重新建立连接，也先处理连接复用。

Windows 清的是系统 DNS Client 缓存

Microsoft 提供两条明确命令：

ipconfig /displaydns
ipconfig /flushdns

/displaydns 可查看系统解析器缓存，包括近期记录和负缓存；/flushdns 会清除动态缓存和 NXDOMAIN 等负缓存。先查看再清，比把它当开机仪式更有意义。

清除后下一次查询会重新联系当前配置的解析器，但不会修改 DNS 服务器、修复 hosts 文件，也不会强制所有 App 关闭旧连接。

浏览器和 Mihomo 还有各自状态

Chrome/Firefox 使用安全 DNS 时，查询可能不经过 Windows DNS Client。浏览器也可能缓存解析和 HTTPS 连接，重开浏览器比只清系统缓存更直接。

Mihomo 有自己的 DNS 缓存算法；fake-ip 模式还维护域名与合成地址映射，顶层 profile.store-fake-ip 可让映射跨重启保存。Windows /flushdns 不会自动清这些状态。不要直接删除整个配置目录；先用客户端提供的重载/重启内核功能，再观察是否变化。

什么时候值得清缓存

域名刚更换 DNS，当前缓存仍在旧 TTL 内；
Windows displaydns 明确存在错误或负缓存；
从公司/校园网切回家庭网，旧内网结果仍被使用；
修改了当前解析器，想做一次干净对照；
fake-ip 映射或客户端 DNS 状态与当前配置不一致。

只切同一机场内的两个节点，且解析没有变化时，通常不需要清系统 DNS。

清理顺序要从小到大

先重开目标 App；再重载客户端配置/内核；只在系统缓存有证据时执行 flush；最后才考虑断开并重连当前网络。不要同时重置网卡、Winsock、浏览器资料和订阅，副作用远大于信息增益。

验收看新请求，不看命令提示

命令显示“成功刷新”只证明缓存操作完成。真正验收是：新请求使用预期解析结果、Clash 日志命中新节点、目标访问恢复，并且正常重启后仍稳定。若结果仍旧，继续查浏览器 DoH、CDN GeoDNS 或账号地区，而不是无限重复 flush。

资料来源

以下来源于 2026/8/8 复核。版本、支持平台和发布状态以后续官方页面为准。

持续更新

收到新教程，也欢迎纠错

想收到新文章，可以关注 TG 频道；发现下载失效、套餐变化或步骤不一致，请附上页面链接和可公开的截图。不要发送订阅链接、密码或完整账户信息。

关注 TG 频道 Telegram 纠错邮件纠错

读者互动

这篇内容对你有帮助吗？

— 次访问— 累计日独立访问— 条评论

直接说出你的问题