有可能获得通用顶级域名 (TLD)，例如.example。 DNS 搜索example将通过根服务器，根服务器将找到 的粘合记录example并将请求转发到指定的 NS。这与.com其他 或 没什么不同。
这意味着我可以提供诸如的电子邮件地址hello@example并在 上托管网站example。
这些裸名称在客户端（DNS 的客户端，可以是服务器或实际的最终用户机器）上是如何解析的？
具有典型分辨率的Linux 服务器
server.foo.com会将此类裸查询附加到其所在的域 - 假设请求是针对其域中的主机。然后，它会请求 的分辨率example.foo.com，但这并不是预期的我相信 Windows 服务器上也会发生同样的事情（？）
在最终用户端，例如在 Chrome 中输入
example会触发单词 的搜索example，因为它缺少完整的带点地址
答案1
从技术上讲这是可行的，一些注册中心会直接在 TLD 级别发布 A 记录或 MX 记录。例如，dig A ws. +short64.70.19.33 会为您带来 MX 记录：mail.worldsite.ws
有人猜测，涌入新 gTLD 的现象至少部分是由于人们认为，有了这样的 TLD，他们就能直接拥有电子邮件@tld和类似的网站http://TLD/。想象一下，如果 TLD = SEARCH 会怎样。
这基本上是很久以前风靡一时的关键词概念的重生，当时它被推广为与域名空间并发的概念。
除其他事项外，这还会在网络上造成很多问题，因为 cookie 以及目前浏览器没有自动机制来查找管理分隔符（因为它们无法完美地落在 DNS“点”分隔符上）。WPAD DNS 自动发现和各种其他机制也是如此，应用程序会沿着 DNS 树向上移动。
然而，它往往不能按预期工作，主要是由于默认配置。系统配置了一个搜索列表，因此当您在某个地方使用名称时，也会尝试使用各种后缀。此列表可以修复，甚至可以通过 DHCP 检索。
此外，ICANN 限制（在注册合同中）基本上禁止 TLD 顶端的一切，除了SOA、NS、DS和RRSIG记录（对于主要记录）。但这只影响 gTLD，因为 ccTLD 与 ICANN 没有合同关系，可以自由地在这一点上做他们想做的事（！）。
围绕这些“无点”域名，您已经进行了很多讨论、报告和决议，请参阅https://features.icann.org/dotless-domains特别是技术报告：https://www.icann.org/en/system/files/files/sac-053-en.pdf随后 IAB 又发布了一份报告：https://www.iab.org/2013/07/10/iab-statement-dotless-domains-considered-harmful/
这篇文章很好的总结了：http://www.circleid.com/posts/20130711_the_missing_link_in_dotless_domains/
还有更多技术细节：https://labs.apnic.net/?p=429 对不同操作系统上的不同解析器进行研究。