Clash 怎么配置自定义 DNS 减少污染

Clash 配置自定义 DNS 减少污染，本质是绕过本地网络环境对域名解析的干扰，确保请求从可信源获取正确的 IP 地址。许多用户在使用 Clash 时发现，明明规则已生效，某些网站仍无法访问或跳转至错误页面，这往往不是规则问题，而是上游 DNS 被污染——即运营商或中间节点篡改了域名解析结果，将本应指向合法服务器的请求导向广告页、钓鱼站甚至封禁内容。这种污染常见于国内部分地区的公共网络，尤其在使用非加密的 DNS 协议（如明文 UDP）时更为明显。若不主动干预，即便规则设置再精确，也无法保证访问路径的纯净。

要解决此问题，需在 Clash 中启用自定义 DNS 并搭配可信递归解析服务。第一步是选择一个可靠的公共 DNS 服务，推荐使用 Cloudflare 的 1.1.1.1（1.1.1.1 和 1.0.0.1）、Google Public DNS（8.8.8.8）或 Quad9（9.9.9.9），这些服务具备良好的防污染机制和加密传输能力。其中，1.1.1.1 支持 DoH（DNS over HTTPS）与 DoT（DNS over TLS），能有效防止中间人劫持，是目前最优解之一。第二步进入 Clash 配置文件，找到 `dns` 字段，将其替换为如下结构：

```yaml dns: enable: true listen: 0.0.0.0:53 ipv6: false nameserver: - https://dns.cloudflare.com/dns-query - https://dns.google/dns-query - tls://dns.quad9.net:853 fallback: - https://dns.adguard.com/dns-query - https://dns.rubyfish.cn/dns-query fallback-filter: geoip: true ipcidr: 240.0.0.0/4, 127.0.0.0/8, 10.0.0.0/8, 172.16.0.0/12, 192.168.0.0/16 ```

此处关键在于 `nameserver` 使用支持加密协议的地址，避免明文传输；`fallback` 则作为备用解析链路，在主服务不可用时自动切换；`fallback-filter` 用于过滤掉私有网段与保留地址，防止误解析。配置完成后重启 Clash，系统会监听本地 53 端口，所有应用的 DNS 请求将经由该通道转发。 延伸阅读：PikPak 下载速度慢怎么定位原因。 延伸阅读：求职信和简历怎么搭配投。

判断是否成功减少污染，可通过以下方式验证：打开命令行，执行 `nslookup example.com`（Windows）或 `dig example.com`（macOS/Linux），观察返回的 IP 是否与官网一致。若返回的是 127.0.0.1、192.168.1.1 或其他非公开地址，说明仍有污染发生。更进一步，可使用在线工具如 [DNS Leak Test](https://www.dnsleaktest.com) 进行检测，确认当前使用的解析服务是否为配置中的可信来源。若测试结果显示为阿里云、腾讯云等国内运营商默认解析器，则说明系统未正确接管 DNS 流量，需检查 Clash 是否以管理员权限运行，以及操作系统网络设置中是否手动设定了其他 DNS。

此外，若你正同时处理 PikPak 下载速度慢的问题，可借此验证是否因解析异常导致连接失败——例如，当 PikPak 域名被错误解析至低速节点时，即使规则匹配无误，下载依然缓慢。此时通过上述方法强制走可信 DNS，可显著提升连通性。同理，求职信和简历搭配投递时，若目标公司官网或招聘平台域名解析异常，也可能造成信息提交失败或延迟，此时统一使用干净的 DNS 可避免此类意外。

最终，自定义 DNS 不是万能药，但它是保障网络行为可预测性的基础一环。当规则与解析层都处于受控状态，才能真正实现“按需走代理、按需走直连”的精准控制。