在DNS系统中，一切源于. 。 所以像.com这样的顶级域名也可以写成.com. 。 例如， example.com是example.com的简称example.com. 。
但是因为我不能进行任何forms的观察. 我想知道它是否真的指向一个真正的机器。 可以？
有点。 DNS根具有根名称服务器，它有NSlogging，所以你可以做这样的查询：
falcon@akira ~ $ dig in ns . ; <<>> DiG 9.8.0 <<>> in ns . ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 31632 ;; flags: qr rd ra; QUERY: 1, ANSWER: 13, AUTHORITY: 0, ADDITIONAL: 0 ;; QUESTION SECTION: ;. IN NS ;; ANSWER SECTION: . 21026 IN NS g.root-servers.net. . 21026 IN NS k.root-servers.net. . 21026 IN NS c.root-servers.net. . 21026 IN NS b.root-servers.net. . 21026 IN NS d.root-servers.net. . 21026 IN NS f.root-servers.net. . 21026 IN NS m.root-servers.net. . 21026 IN NS h.root-servers.net. . 21026 IN NS a.root-servers.net. . 21026 IN NS j.root-servers.net. . 21026 IN NS l.root-servers.net. . 21026 IN NS i.root-servers.net. . 21026 IN NS e.root-servers.net. ;; Query time: 0 msec ;; SERVER: 127.0.0.1#53(127.0.0.1) ;; WHEN: Sat Oct 20 12:15:07 2012 ;; MSG SIZE rcvd: 228
这些数据通常来自所谓的胶水logging，存储在个人DNS服务器上的文件中; 当DNS服务器去parsing一个名字; 这也是一个DNS服务器如何得到一个查询它的地址。
这些根服务器具有关于在哪里可以find各种TLD的名称服务器的信息，这些信息又具有关于在哪里find各个域的名称服务器的信息。
DNS根目录不存在，也可能不会存在A，AAAA，MX或其他此类logging. 所以查询这些数据当然不会成功。 同样，尽pipe有权威的名称服务器（上面的根服务器） . ，它并不涉及实际的主机。
有关该主题的更多信息，请查看recursionDNS名称parsing如何工作。 这很简单：从本质上讲，一个DNS服务器从根开始，查询一个根服务器，询问它想要的logging，而是用一个NSlogging获得一个引用。 它一直这样做，直到find它正在查询的名称的权威服务器，这实际上是能够回答的。 这个过程是昂贵的，所以很多名字服务器cachingTTL的响应（在本例中为21026秒）。