可以获得通用 TLD，例如.example. DNS 搜索example会通过根服务器，根服务器会找到粘合记录example并将请求转发到指定的 NS。这与其他人没有什么不同.com。
这意味着我可以提供电子邮件地址，例如hello@example并在example.
如何在客户端（DNS 的客户端，这些可以是服务器或实际的最终用户机器）上解析这些裸名？
具有典型分辨率的 Linux 服务器
server.foo.com会将它所在的域附加到这样一个裸查询 - 假设该请求是针对其域上的主机的。然后它会请求 的分辨率example.foo.com，这不是预期的我相信 Windows 服务器也会发生同样的情况（？）
在最终用户方面，输入
example例如 Chrome 将触发对 word 的搜索example，因为它缺少完整的虚线地址
这在技术上是可行的，一些注册管理机构直接在 TLD 级别发布 A 或 MX 记录。例如
dig A ws. +short会给你 64.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 研究了各种操作系统上的各种解析器。