Chrome 的常见设置是否是使用不同的 DNS 服务器,而 Firefox 和 IE 将使用操作系统网络默认设置?
我的 Chrome(包括虚拟 PC 上的 Chrome)有时会显示“正在解析主机”并在那里等待 20、30 秒,而 Firefox 和 IE 则不会。(因此,在空白页出现 20、30 秒后,页面最终将无法加载)。
那么 Chrome 是否做了一些事情使其与众不同呢?
答案1
是的,有点类似。Chrome 默认启用了一个名为“DNS 缓存/预取”的选项。
通常,这可以让 Chrome“加快”用户的浏览体验,因为它会缓存/预取 DNS 查询。
如果您遇到问题,请尝试在 Wrench -> Options -> Under the Hood 下禁用 DNS 预取。
编辑:Chrome 不使用自己的服务器进行 DNS 查找。但它会在首次加载时查找页面上链接的所有 DNS 条目。
答案2
Chrome 肯定会使用系统 DNS 设置,而不是任何特定于其自身的设置,此外,它的网络连接偏好设置使用系统偏好设置(无论如何在 Windows 上,我还没有检查在最近的 Mac 版本中如何处理它),而不像 Firefox 有自己的连接偏好设置堆栈,但它仍然必须使用机器的底层 DNS 和 ip 设置,除非您在(共享)系统级别设置它们,否则它无法找到任何替代方案。
关于其 DNS 预取功能的投诉很多,我并没有遇到过问题,但投诉的数量表明,如果您遇到任何名称解析问题,这应该是您首先要查看的事情。
据我所知,Chrome 始终会发出 IPv6 AAAA 名称请求,如果您的网络设置使用
无法很好地响应这些请求的 DNS 设置,则名称查找会延迟很长时间,因为它会等待可接受的响应,然后超时并恢复为 ipv4。Firefox 也有类似的问题,但最近的版本似乎可以更优雅地处理不良\无效的 ipv6 响应,我倾向于在 Firefox 中禁用 ipv6 查找(about:config,搜索 ipv6 并将 network.dns.disableipv6 设置为 true),所以我一般不会再看到这种情况,但最近版本的 Firefox 不会出现这种症状。同样,我使用的开发者渠道 Chrome 版本没有这个问题,但我在早期生产版本中确实看到过这种情况,并且一直在使用的 Chrome OS VM 受到严重影响。在浏览器\OS 开发方面,对此问题正在进行讨论,严格处理不良的 IPv6 响应越来越被视为与掩盖故障一样重要,这意味着真正的问题(不良的 DNS 设置/对 IPv6 的支持不佳,特别是在消费者级网络硬件中)不会面临修复压力。
我家的 DSL 路由器(Netopia 2247-02)默认将自身设置为 DNS 代理,其对 ipv6 AAAA 请求的响应会触发此问题。我非常确定您的设置是否会遇到此问题取决于您使用的 DNS 的具体行为,更改 DNS 提供商(并确保禁用上述代理行为)应该会有所帮助。
答案3
我遇到了类似的问题并链接https://networkguy.de/google-chrome-ignores-the-local-dns-server/帮助我解决了这个问题。
我正在使用 Chrome 忽略的本地 DNS,尽管系统正确地将域名解析为本地 IP,但 Chrome 仍在访问路由器的公共 IP。
因此解决方案是转到chrome://settings/security?search=dns
并禁用“安全 DNS”功能。
答案4
实际上,Chrome能向自己的 DNS 服务器发出查询,而不是系统默认的 DNS 服务器。当路由器覆盖(即 DHCP)时,以及使用尝试设置自己的 DNS 服务器的 VPN 应用时,都可以看到这种情况。在这两种情况下,Chrome 仍会使用自己的 DNS 服务器。
参考: