《域名的概念与机制》由会员分享，可在线阅读，更多相关《域名的概念与机制（29页珍藏版）》请在金锄头文库上搜索。
1、域名的概念与机制1. 介绍 本文主要介绍域名（DNS）的一些机制及实现方法，下面我们就具体看一下它的 情况。1.1. 域名的历史产生域名的的根本动机在于管理方便，原来的主机名与IP地址映射是保存在NIC 的hosts.txt文件中的，当时因为主机数量少，这个文件也不经常变化，因此其 它主机几天一次从NIC的主机上下载这个文件进行主机名和IP地址映射就可以 了。但随着网络的发展，这种方法变得无法使用，因为经常会有主机要求下载， 对NIC的主机造成巨大的压力，而且也不能保证服务的质量。许多局域网用户希 望自己管理自己的主机名，而不希望等NIC许多天把自己的主机名加在 hosts.txt文件中，有些
2、组织也希望有自己的名字空间配置。是需要一个能够简 单管理的方法了。最后决定使用层次式的名字空间组织方案，以.为分隔标准不 同的层次。整个名字空间以分布式数据库管理。请看阅读前不要把平常的域名和 这里的域名系统混在一起。最好的方法就是把原来的观念忘记了，看现在的新东 西。1.2. DNS设计目标DNS的设置目标影响了它的结构，主要目标是对资源有一个一致的名字空间，为 了避免不同编码带来的问题，需要包括网络标记，地址，路由或其它信息作为名 字的一部分。出于对实验数据的分析，看来分布式的存储条件是必须的。要在获 取数据的代价和数据准确性之间有一个平衡。需要对名字所代表的资源类型有一 个标记。要支持多
3、协议访问。名字服务器操作独立于通信系统。应该能够使用不 同的机器都能够使用这一系统，使用的方法可能不同，但是都要能够使用。1.3. 基于使用的一些假设设计系统时是基于下面假设进行的：数据库的初始大小和使用系统的主机成正 比，但最后数据库的大小会和用户的数目成正比，这一过程会发生在一些资源（如 邮箱和其它一些要加入到域名系统中的信息）进入系统开始；大部分的数据改变 比较慢，但系统能够对改变有一些快速的适应。由相应的组织负责分布式数据库 的维护。域名系统的用户可以选择自己喜欢的主机。因为其中的数据十分敏感而 且重要，因此一定要保证正确性，如果因为主机或网络失败而造成无法为用户服 务，用户要以原来的
4、数据为准，不要自己胡乱想一个数据就用。在查询的时候要 避免循环查询，一种方法是将未找到这一信息返回给用户，让用户再找新的主机 寻找相应的地址，一种是由主机找别的主机寻找相应的地址，找到后由相应的主 机返回地址给用户，这两个方法各有好处。域名系统假设所有的数据是在一个主 文件中保存，这个主文件的内容分布存储于系统中的各台主机上。用户通过标准 的查询程序resolover查询。主文件的标准形式使得它可以在不同主机间进行传 输（利用FTP，电子邮件等方式）。本地可以使用文本编辑器进行管理，然后将 这个文件传输到名字服务器那里，然后通知名字服务器的管理员加载这个文件就 是了。对于resolver来说，
5、配置好的名字服务器是地址信息的主要来源。域名 系统定义了访问数据的过程和访问其它名字服务器的方法，它还定义了缓冲的大 小和更新缓冲的时间等配置信息。系统管理员需要提供：区域（zone）边界定义主文件数据主文件的更新更新策略描述域名系统需要提供：源数据的标准格式查询数据库的标准方法多其它名字服务器上更新数据的标准方法1.4. DNS 组成DNS由下面三个部分组成:1. 域名空间和资源记录，域名空间是一个树状结构，资源记录是与名字相关 的一些数据。从概念上说，每个结点和域名空间树的叶子结点都有一定的 信息，而查询是要查询出一些与之相关的特定信息。2. 名字服务器是服务器程序，它保留域名树结构和相应
6、的信息，它可以缓冲 各种数据，保存域名树中的任何部分，但是通常它保存域名空间的一个子 集，如果需要查询其它信息可以通过指向其它名字服务器的地址寻找。这 个名字服务器是这一部分的认证权威，所有的认证信息组成一个单元称为 区，这些区可以分布于不同的服务器上以保证数据的冗余。3. resolver是向名字服务器提出查询请求并将结果返回给客户的程序，它 必须可以访问至少一个名字服务器，并将结果直接返回给用户或向别的名 字服务器查询。它通常是用户可以访问的系统方法，在resolver和用户 程序之间不需要协议。卜面我们通过三个不同的角度来看看它们的相互关系：1. 从用户的角度，域名系统可以通过简单的过程
7、或操作系统调用来调用本地 resolver进行查询。域名空间包括一个单独的树，用户可以从树中的任 何一个部分查询信息。2. 从resolver的角度，域名系统由一些名字服务器组成，每个服务器有域 树的整个或部分数据，resolver将这些数据库视为基本是静态的。3. 从名字服务器的角度，域名系统由称为区（zone）的本地数据集组成，名 字服务器必须定期从主备份上更新自己区内的数据，它还必须处理从 resovler传送来的查询请求。2. 域名空间和资源记录2.1. 定义和名词域名空间是树状结构，每个结点和资源集相对应（这个资源集可能为空），域名 系统不区别树内结点和叶子结点，统称为结点。每个结点
8、有一个标记，这个标记 的长度为0到63个字节。不同的结点可以使用相同的标记。0长度的标记（空 标记）为根记录保留。结点的域名是从结点到根的标记组成的。这些标记对大小 写不敏感，这就是说，A和a对域名是等效的。但是你在收到域名时最好保留它 的大小写状态以便以后的服务扩展便于使用。用户需要输入域名时，每个节点的标记长度不管多长，总要以点分隔。绝对域名 的最后总以点结束，例如poneria.ISI.EDU.，而相对域名则不这样，它由本地 域指明位置即可。相对域名相对于一个公认的域名或相对于用作搜索列的一串域 名。相对名通常在用户接口出现，在用户接口，表示方法因实现不同而不同，相 对域名也出现在主文件
9、中，主文件相对于一个源域名而设立。为了简化实现，整 个域名的长度不得大于255个字节。域由域名标记，它由其下的域组成。如果一 个域包括在另一域中，则称它为这个域的子域。我们可能通过表示很直观的看出。 如 A.B.C.D 是 B.C.D，C.D，D 和 的子域。2.2. 管理规范作为策略，DNS技术说明未说明一个特定的树结构或什么规则来选择标记，此说 明希望达到的目的是越简单越好。应用程序的开发可以不管名字空间的边界和名 字服务器的存在。这不是说没有规矩地乱来，而是把规则制定得开放以便于处理 问题，树的不同部分可以有不同的规则。例如IN-ADDR.ARPA分布在网络各处， 用于将网络或主机号转换
10、为主机名，而NetBIOS域是平面式的，原因很简单，这 样便于应用。但是，对于名字空间的通常部分，我们还是有规定的，目的是为了 应用起来比较方便。低层域名最终被分为多个区，这样的域应该在顶层域上提供 一个标记使最终的解析可能不必重名字就可以完成。在管理的时候，老的软件可 能不支持结点标记中的数字，特殊字符。2.3. 技术规范在DNS能够被用来为某些种类的结点保存名字信息前，必须满足下面两个条件：要有在对象名和域之间映射的规则，这个规则描述了关于对象的信 息如何被访问需要有描述对象的RR类型和数据格式这些规则可烦可简，规则者要考虑到对现在格式和以后格式的兼容问题。多映射 或映射分层是必须的。对于
11、主机，映射取决于主机名的现有格式，它是通常文本 表示域名的子集，加上描述主机地址的RR格式。因为我们需要从地址到主机的 可靠映射，所以定义了将地址映射到IN-ADDR.ARPA域的方法。对了邮箱，映射会复杂一些。通常的邮件地址,可 以通过将转换为一个单独的标记，不要管里面的点，将 通过平常的域名解析方法进行解析，这两部分组合形成一个域名。 因此邮件地址 HOSTMASTERSRI-NIC.ARPA，会变为 HOSTMASTER.SRI-NIC.ARPA。 通常的用户不关心这些定义的规则，但用户应该理解它们使用的是一种的许多要 求的综合产物，有要求兼容老产品的，有要求添加新功能的。2.4. 例子
12、下图是现在域名系统的一个部分，它在本文中还会经常被用到。请注意，这个树 只是实际树的一个小小的子树。|+1+-1+1|MIL|EDU|ARPA|+111|1|+111|BRL NOSC DARPA|IN-ADDR SRI-NICACC|+|UCI MIT|UDEL YALE|ISI|+-+-+|LCSACHILLES+-+|XXA C VAXA VENERA Mockapetris在此例中，根域有三个子域：MIL，EDU和ARPA，而LCS.MIT.EDU域有一个子域 XX.LCS.MIT.EDU，其它的节点也是域。2.5. 命名规则DNS的命名规则是为了使对域名的命名比较统一。也就是要将任何
13、现存的对象都 可以在最小改动的情况下变为域名。谨慎的使用者会选择域名适合域名系统和应 用程序。例如在命名邮件域名时，使用者会同时遵守相应的邮件协议。这就使对 老软件的兼容性提高了。下面的规则是一个较少引起问题的规则： := | := | . := := | := | - := | :=大小写的A到Z,共52个 := 0 到 9请注意：域名内不分大小写。标记必须遵守ARPANET主机名规则，它要求主机名 必须以字母开始，以字母或数字结束，中间的可以是数字字母或连字符，长度没 有限制。但标记必须少于63个字符。下面的字符串就表示了 APARNET中的主机:A.ISI.EDU XX.LCS.MIT.
14、EDU SRI-NIC.ARPA2.6. 资源记录域名标记结点，每个结点都有资源信息集，些集可以为空。资源信息集和由分离 资源集（RR）的特殊名字相关联。在集中的RR顺序没有关系，标记有这东西就 是了，它不用由名字服务器，resovler或DNS的其它部分保存，只在这儿有。特定的RR我们认为有以下几个：ownerRR能够被找到的域名它是 个16位值，指定RR内的资源类型，它指 个抽象资源，具体的标记有以 下几个：A主机地址CNAME一个拟名的统一命名HINFO标记由主机使用折CPU和OSMX标记用于域的邮件交换资源NS此域的权威认证名字服务器PTR指向其它域名空间的指针SOA标记区认证权威的开始class它是一个16位值，标记协议族或某一个协议实例，本文中使用IN代表 internet系统，CH代表Chaos系统TTL它是RR的生存时间，它是32位整数，单位是秒，它主要用于resolver 缓存RR多长时间它是 种类型，有时是依赖于数据的类，它描述了以下资源：A对于class是IN的，它是一个32位IP地址，对于CH，它是后面跟一 个16
