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

Clash 配置自定义 DNS 减少污染，本质是绕过本地网络运营商对域名解析的劫持与篡改，确保你访问的网站真实地址来自可信源。在实际使用中，许多用户会发现明明设置了代理，却仍被跳转到广告页面、登录页或错误内容，这往往不是代理失效，而是上游 DNS 被污染——即你的设备向公共 DNS 服务器请求某个域名时，返回了被篡改的 IP 地址，导致流量被导向恶意或非目标站点。这种污染常见于国内部分地区网络环境，尤其在使用公共免费 DNS 时更易发生。若不主动干预，即便代理链路正常，最终结果仍是“代理了但没用”。

要解决这个问题，核心思路是：让 Clash 在发起域名解析前，先通过可信的、未被污染的 DNS 服务获取准确的解析结果。具体操作如下：打开 Clash 客户端配置文件（通常为 `config.yaml`），找到 `dns` 字段，将其替换为以下结构：

```yaml dns: enable: true listen: 0.0.0.0:53 ipv6: false enhanced-mode: fake-ip fake-ip-range: 198.18.0.1/16 nameserver: - https://dns.rubyfish.cn/dns-query - https://cloudflare-dns.com/dns-query - https://dns.google/dns-query fallback: - https://dns.rubyfish.cn/dns-query - https://cloudflare-dns.com/dns-query - https://dns.google/dns-query fallback-filter: geoip: cn ```

其中，`nameserver` 列表中的三个地址均为经过验证的加密 DNS 服务，支持 DoH（DNS over HTTPS）协议，能有效规避中间人篡改。`https://dns.rubyfish.cn/dns-query` 是国内可用且响应快的第三方服务，`cloudflare-dns.com` 和 `dns.google` 则是国际主流，稳定性高。`fallback` 用于当主列表无法响应时的备用节点，确保不中断。`fallback-filter.geoip: cn` 表示仅对国内域名启用回退机制，避免因外网延迟影响国内访问速度。

配置完成后重启 Clash，系统层面需将默认 DNS 更改为本机地址（如 127.0.0.1），否则系统仍可能绕过 Clash 的 DNS 拦截。在 Windows 上可通过“网络适配器设置”修改；macOS 用户进入“系统设置 > 网络”，选择当前连接后点击“高级”，在 DNS 标签页填入 `127.0.0.1`；Linux 用户则修改 `/etc/resolv.conf` 或通过 NetworkManager 设置。

判断是否成功减少污染，最直接的方式是观察访问行为：尝试访问一个曾被污染的网站（如某些小众博客、特定学术资源站），若不再跳转至广告页或提示“该页面无法访问”，说明解析已恢复正常。也可使用命令行工具测试，例如在终端执行： 延伸阅读：校园经历在简历里怎么写才有分量。 延伸阅读：PikPak 误删文件还能恢复吗。

```bash dig @127.0.0.1 example.com ```

查看返回的 `ANSWER SECTION` 中的 IP 地址是否与官网一致。若显示的是非官方地址（如 1.1.1.1、192.168.1.1 等），说明仍存在污染。此外，可借助在线工具如 [DNS Leak Test](https://www.dnsleaktest.com) 进行全局检测，确认你的查询路径是否经过了预期的加密节点。

特别注意，部分用户在使用 PikPak 下载任务时，任务长期处于“等待”状态，其根本原因常是域名解析失败或被污染，导致客户端无法获取正确的下载节点信息。此时即使代理开启，因上游 DNS 返回错误地址，任务也无法推进。配置正确自定义 DNS 后，此类问题大多迎刃而解。同理，简历自我评价若写得空泛，如“具备良好的沟通能力”，实则是缺乏具体场景支撑，而真正的技术文档写作也应如此——每一条配置都应有明确目的，每一项参数都对应可验证的结果，而非堆砌术语。好的配置，和一份有说服力的简历一样，关键在于精准表达意图，并提供可验证的证据链。

最终效果是：所有出站请求的域名解析，均由你可控的加密通道完成，污染无从下手。当你看到曾经“莫名其妙”跳转的网页终于稳定加载，那便是自定义 DNS 成功的证明。