最近发现我搞了个乌龙，我在使用某些机场的时候发现延迟很高或者是节点全红。但是实际看YouTube也不卡。我开始还以为是省间流量结算的问题，结果以后发现是我DNS的设置问题。
2025/11/3 更新：有些客户端都自带DNS覆写了，就没必要自己改了。但是我还遇到了一个情况会导致 Clash 部分节点或全节点超时，可以移步过去看看。
最开始发现这个问题的时候使用 GLaDOS、XX-ai、管人痴，飞鸟机场 等这些机场。我本来以为是他们的问题，但是问了客服，回复又是没问题。我就没怎么管了，毕竟还有一些是能正常用的。但后来在用 Hiddify 的时候也发现了，本来用得好好的，到下一次再连接就节点全红了。
看了一眼肥猫云和Taishan Net（这俩我的延迟都挺好），他们的配置文件里有这么一段：
dns:
enable: false
ipv6: false
default-nameserver:
- 223.5.5.5
- 119.29.29.29再回过头去看看，就发现上面提到的机场没有配置dns服务器（飞鸟是配置了，是223.5.5.5和8.8.8.8，这俩我的速度比较慢），所以解决办法就来了。我们可以改一下机场的配置文件（Merge），或者改一下系统的 DNS 设置。
解决过程
我检查了一下自己电脑的DNS设置，发现了我设的是 8.8.8.8 （谷歌）和 4.4.4.4（移动）。我改成了 119.29.29.29 （DNSPod/腾讯云）和 阿里的 223.5.5.5，延迟什么的就正常了。如果你用 Hiddify，改系统的 DNS 好像没什么用，要在它软件配置里改直连 DNS 配置。
另外还可以尝试在配置文件里加上这么两行：
# 示例：放在配置文件的这个位置
port: 7890
socks-port: 7891
allow-lan: false
mode: rule
log-level: info
unified-delay: true # <--- 加上这一行
tcp-concurrent: true # <--- 加上这一行
proxies:
# ... 你的节点列表unified-delay: true（统一延迟测试）：开启之后，Clash会启动一个全局的、统一的延迟测试服务。它只测试一次所有节点，然后把这个延迟结果“共享”给所有需要它的策略组。这样会减少不必要的延迟测试。这个会让 UI 响应更快，切换节点时不会卡顿，减少资源占用。tcp-concurrent: true（并发 TCP 连接）：这个切实能提高连接速度。因为现在很多网站都同时有 IPv4 和 IPv6 地址。而当设备连接时，可能会先尝试 IPv6，如果 IPv6 连不通（比如等了1-2秒超时），它才会“掉头”回来尝试 IPv4。这个等待时间就是多出来的“延迟”。所以开启这个能实实在在地降低连接时的等待时间。
