在你检查此浏览器设置之前，你的 DNS 更改不会生效

我见过太多专家谈论通过 DNS 修复或更换 DNS 提供商来获得速度或隐私的优势。虽然这些看起来像是重要的改变，但如果你的浏览器没有使用与你系统相同的 DNS，它们可能会被浪费且无效。

浏览器的 DNS-over-HTTPS (DoH) 功能控制浏览器自身的解析。若不修复这个设置，你的 DNS 更改可能无效。让我来向你展示原因以及如何修复它。

在更改其他任何设置之前先检查此设置

你的浏览器可能通过完全不同的服务器解析域名

现代浏览器通常会独立于主机解析 DNS，因此适用于路由器和操作系统的设置并不总是会影响浏览器的 DNS。

在 Chrome 上，导航到 设置 -> 隐私与安全 -> 安全，然后选择 使用安全 DNS。如果设置为 操作系统默认（如果可用），Chrome 并不一定会切换到不同的提供商，而是尝试将现有的 DNS 连接更新为加密连接。这是 Chrome 的默认且有意保守的模式，仅在您的当前 DNS 提供商支持 DoH 时才会激活。对于像 Pi-hole 这样的本地解析器，Chrome 会默认使用系统 DNS，并不会覆盖它。Edge 基于 Chromium 构建，行为与 Chrome 完全相同。

在 Firefox 中，有一个真正的覆盖功能。导航到 设置 -> 隐私与安全 -> DNS-over-HTTPS。在这里，它提供 关闭、默认保护、增强保护 和 最大保护 模式。如果您使用增强保护或最大保护，Firefox 将通过外部解析器路由查询——默认是 Cloudflare，但也可以使用 NextDNS——无论系统使用什么 DNS。

您可以通过在启用 DoH 和禁用 DoH 的情况下运行 Browserleaks 的 DNS 泄漏测试来确认此行为。如果两次测试之间解析器发生变化，您将确认浏览器一直在覆盖您的 DNS。

为什么浏览器做了一个影响你整个网络的决定

DoH 建立来解决的隐私问题——以及它夺走的控制权

此行为是故意的；浏览器的 DNS 层是故意添加的，以修复一个真实的漏洞。

使用传统的DNS时，你和DNS服务器之间的任何人都可以看到你的域名查询，因为DNS查询是以明文发送的。在某些情况下，这些查询可能会被截获和重定向。DNS-over-HTTPS使用加密流量来封装查询，使得从外部观察时，这些查询看起来与普通的网页浏览流量完全相同。

然而，DNS-over-HTTPS 将 DNS 控制权从网络手中转移到了浏览器，因此你可能会发现不同部分的流量使用不同的 DNS 设置。

由于浏览器的 DNS 层位于系统和路由器层之上，浏览器流量可能会忽略在下层所做的 DNS 更改。

当此设置被破坏时你正在尝试做的事情

当浏览器 DNS 接管时停止工作的真实设置

您通常会在某些功能不按预期工作时注意到 DoH——通常是因为依赖网络级 DNS 的设置在忽略它的浏览器中使用。

Pi-hole 和全网络广告拦截器经常会受到影响，因为如果在路由器级别进行 DNS 过滤，浏览器的 DoH 会完全绕过它们。你会注意到广告在浏览器上不断加载，同时会想知道为什么同一网络上的其他应用程序运行正常。

家长控制 DNS 服务在过滤 DNS 时非常有效，因为它们在 DNS 查询解析之前会拦截这些查询。然而，如果浏览器将查询发送到其他地方，过滤器就根本看不到这些查询。

这种权衡同样适用于 DNS 过滤，它是企业和学校网络的一个不可或缺的部分。如果浏览器绕过它进行路由，可能会遇到意想不到的访问问题。

除了这些，如果你通常通过主机名访问内部地址，浏览器的外部解析器将没有所需的记录。虽然所有通常需要本地 DNS 的元素在其他应用程序中仍然可以解析，但它们在浏览器中根本无法解析。

让你的 DNS 设置按预期运行的简单调整

你需要所有层的DNS指向同一个方向。那是它能够可预测工作的唯一方式。你采取的具体步骤将取决于你的具体设置。

我做的事情如下：

DoH 不应该是问题；你只需要让它与你设置的其他部分保持一致。这样，对你的 DNS 的更改就能始终提供可预测的行为。