这可能看起来像一个愚蠢的问题，但我想让我的术语是正确的。 这是我的理解：
DNS root zone = . DNS root domain = (nameless) 但是，在阅读维基百科的文章之后 ，我并不确定：
域名由一个或多个部分组成，技术上称为标签，这些部分按照常规方式连接，并由点（如example.com）分隔。
所以这会让我相信：
DNS root zone = . DNS root domain = . DNS root label = (nameless)
这有道理吗？ 你的理解是什么？
区域和域之间的区别在于，区域必须包含SOAlogging，并且（除了根本身）将使用NSlogging从其父项进行委派 。 SOA通常表示存在行政边界 。
因此，所有区域都是领域 ，但反过来并不总是正确的。
为了比较，你可以有一个区域包含以下内容：
$ORIGIN example.com. @ IN SOA ... IN NS ... IN NS ... foo.bar IN A
其中bar.example.com. 仍然是example.com.一个子域 example.com. 但本身并不是一个完整的区域。
域名非常简单，是域名树中节点的名称。 区域可以用两种不同的方式查看：
根的域名是. （因为所有完全合格的域名总是以可读的forms结束 – 以机器可读的forms结束，它们以零长度标签结束，并且根域名只是一个长度为零的标签）。
根区域是由根内容DNS服务器提供的DNS数据库的切片。 它包含用于根域名的资源logging集和根的子域的整个负载。 它的底部边缘，就所有区域的底部边缘而言，是由指向远离将数据提供给其他地方的内容DNS服务器的委托来定义的。
可以下载各种组织的根区数据文件 ，查看实际根区中包含的数据。 互联网名称与数字地址分配机构（ICANN）的根区域数据文件可通过FTP或HTTP从InterNIC获取，名为root.zone 。 （文件名只是一个惯例，不需要以这种方式命名根区数据文件。）
一些DNS服务器软件（如ISC的BIND和Microsoft DNS）有其他种类的根区域。 许多这样的软件安装有一个根区域，包含根提示 。 这不是数据文件中带有实际数据的区域。 相反，这是一个从其他地方获取数据的区域，使用一组“提示”来获取这些数据。 将BIND指向ICANN根内容DNS服务器的根提示文件可以通过FTP或HTTP从InterNIC获取，作为名为各种各样的db.root ， named.cache和named.root 。
dig文档将其称为root 。 recursion绑定configuration具有“。”的区域文件。 通常命名为db.root 。 维基百科针对根名称服务器的文章将其称为根域和根域。
根区由顶级域名组成，如com，net，org，arpa，us，ca等。