自 v73 以来 Chrome 不使用主机文件作为 IPv6 地址

Question

最近 Chrome 更新到 v73 后，Chrome 不再使用我的主机文件作为 IPv6 地址。我有一个条目，如：

::1    some-project.test

试图去https://some-project.test结果ERR_NAME_NOT_RESOLVED。如果我将条目更改为127.0.0.1，则主机名会解析。

我的主机文件条目没有问题。它在以前版本的 Chrome 上运行良好数月。我能ping通some-project.test。Firefox 工作正常。我什至可以运行像 Fiddler 这样的代理，Chrome 可以通过这种方式访问​​它。我只是不能直接使用 Chrome。

有什么建议可以解决这个问题吗？

更新：这似乎取决于我连接的网络。从公共 WiFi 网络搬回家后，这又可以正常工作了。我不确定这怎么可能……主机文件不应该覆盖 DNS 中的任何内容吗？而且，无论如何 Chrome 不应该使用系统解析器吗？系统上的其他一切都可以正常工作。

更新 2：回到家庭有线以太网......再次坏了。问题是间歇性的。

Answer 1

Chrome 中有一个已知错误可能会导致您的问题：
问题 530482：无法访问没有全球 IPv6 连接的网络上的私有 IPv6 主机。

错误报告中的讨论阐明了 Chrome 启动 IPv6 探测器，通过检查远程地址来确定是否支持 IPv6。如果该 IPv6 探测失败，Chrome 将屏蔽任何其他 IPv6 结果，实际上禁用 IPv6 并永远忽略它。

解释是，如果网络上对 IPv6 的支持很粗略，以至于 Chrome 完成的这个初始 IPv6 探测失败，Chrome 将完全禁用 IPv6 解析，包括从hosts文件解析本地 IPv6 。

提到的解决方法是：

将网络路由添加到2001:4860:4860::8888. 不必实际运行（可以只删除对它的请求）。只要 Chrome 可以将 UDP 套接字连接到该地址，它就会通过启发式检查 IPv6 连接并允许 AAAA DNS 查询和 IPv6 解析结果。

错误报告末尾提到了其他更有限的解决方法。

该错误报告可追溯到 2015 年，但在 2019 年 5 月仍然存在，因此它可能目前正在处理中。