http://anonymous.invalid 的正确行为是什么?

http://anonymous.invalid 的正确行为是什么?

当我浏览到

Google Chromium 实际上将我重定向到 google 搜索anonymous.invalid.根据规范,这是正确的行为吗?我原以为这会在浏览器中生成 404 错误。这.invalid域被描述为

“.invalid”旨在用于在线构建肯定无效且一看就明显无效的域名。

当我去的时候进行比较

它给了我一个错误。

无法访问此站点,dywred8shleks.com’s找不到服务器 IP 地址。尝试:

检查连接

检查代理、防火墙和 DNS 配置

ERR_NAME_NOT_RESOLVED

我只是想anonymous.invalid更安全(反对注册)并阐明意图。

答案1

这可能是 Chrome 中的一个错误。作为链接,这不会导致 Google 搜索。只有当粘贴到 URL 栏本身时才能看到此行为。

我将此作为错误提交

https://bugs.chromium.org/p/chromium/issues/detail?id=1008918

答案2

来自维基百科

invalid 名称由 Internet 工程任务组 (IETF) 在 RFC 2606(1999 年 6 月)中保留为不得作为顶级域安装在 Internet 域名系统 (DNS) 中的域名。1

如果您喜欢使用,例如,http://anonymous.evan只需在末尾添加 / 即可。然后谷歌浏览器尝试解决它。

编辑:https://bugs.chromium.org/p/chromium/issues/detail?id=30636 从这里得到的信息:https://stackoverflow.com/questions/36783705/force-chrome-to-follow-url-and-not-search/36783847#36783847

答案3

有许多标准规定了如何解释 URL。但是没有标准来规定如何解释在网络浏览器的 URL 和搜索组合栏中键入的字符串。

有一个不成文的期望,即当您在栏中键入有效的 URL 时,浏览器会访问该 URL。然而,“有效”的确切定义取决于解释。主流浏览器都有启发式方法来决定字符串是否看起来像 URL 还是其他内容(例如搜索或书签)。

RFC 2606指定顶级域名invalid永远不会在互联网上分配。它没有对人们在专用网络(内联网)上可能执行的操作进行编码。该文件的理由是反对在专用网络上使用它,但 RFC 只监管互联网,而不监管专用网络。

invalidChromium 将其视为普通顶级域名并让 DNS 系统通过从不返回 下的任何记录来处理 RFC 2606是合理的.invalid。 Chromium 决定这.invalid永远不是有效的 TLD 并将任何看起来像带有此 TLD 的 URL 视为不是 URL 也是合理的。

Web 浏览器在 URL 构造方面应遵循一些限制。例如,HSTS指定某些站点名称不得通过 HTTP 访问,只能通过 HTTPS 访问,因此 Web 浏览器将其视为而非 的facebook.com快捷方式是错误的。但此类限制并不适用于,而只是允许将其与普通 TLD 区别对待。http://facebook.comhttps://facebook.com.invalid

1 HSTS 如何工作的详细信息超出了本答案的范围。

答案4

这也可能是 DNS 服务器:许多 ISP 提供的 DNS 服务器在给出无法找到的名称时会重新定向。经常看到一些广告,或者bogo-help。

相关内容