域名的概念与机制[3]

作为策略，DNS技术说明未说明一个特定的树结构或什么规则来选择标记，此说明希望达到的目的是越简单越好。应用程序的开发可以不管名字空间的边界和名字服务器的存在。这不是说没有规矩地乱来，而是把规则制定得开放以便于处理问题，树的不同部分可以有不同的规则。例如IN-ADDR.ARPA分布在网络各处，用于将网络或主机号转换为主机名，而NetBIOS域是平面式的，原因很简单，这样便于应用。但是，对于名字空间的通常部分，我们还是有规定的，目的是为了应用起来比较方便。低层域名最终被分为多个区，这样的域应该在顶层域上提供一个标记使最终的解析可能不必重名字就可以完成。在管理的时候，老的软件可能不支持结点标记中的数字，特殊字符。

2.3. 技术规范

在DNS能够被用来为某些种类的结点保存名字信息前，必须满足下面两个条件：

要有在对象名和域之间映射的规则，这个规则描述了关于对象的信息如何被访问

需要有描述对象的RR类型和数据格式

这些规则可烦可简，规则者要考虑到对现在格式和以后格式的兼容问题。多映射或映射分层是必须的。对于主机，映射取决于主机名的现有格式，它是通常文本表示域名的子集，加上描述主机地址的RR格式。因为我们需要从地址到主机的可靠映射，所以定义了将地址映射到IN-ADDR.ARPA域的方法。

对了邮箱，映射会复杂一些。通常的邮件地址<local-part>@<mail-domain>，可以通过将<local-part>转换为一个单独的标记，不要管里面的点，将<mail-domain>通过平常的域名解析方法进行解析，这两部分组合形成一个域名。因此邮件地址HOSTMASTER@SRI-NIC.ARPA，会变为HOSTMASTER.SRI-NIC.ARPA。通常的用户不关心这些定义的规则，但用户应该理解它们使用的是一种的许多要求的综合产物，有要求兼容老产品的，有要求添加新功能的。

2.4. 例子

下图是现在域名系统的一个部分，它在本文中还会经常被用到。请注意，这个树只是实际树的一个小小的子树。

                                  
|            +---------------------+------------------+
            |                     |                  
|           MIL                   EDU                ARPA
            |                     |                  
|      +-----+-----+               |     +------+-----+-----+
      |     |     |               |     |      |           
|     BRL  NOSC  DARPA             |  IN-ADDR  SRI-NIC     ACC
                                  
|      +--------+------------------+---------------+--------+
      |        |                  |               |        
|     UCI      MIT                 |              UDEL     YALE
               |                 ISI
               |