[DNS培训.docxVIP

DNS相关学习与实践简介DOMAIN NAME SYSTEM：域名系统TCP/IP网络中的功能实体，通过该服务器，用户只通过域名就可以访问对应的服务器。在TCP/IP网络中域名与IP地址一一对应，域名便于记忆，但网络中的服务器间只能通过IP地址相互识别，域名和IP地址之间的转换称为域名解析，域名解析需要通过专门的域名解析服务器来完成，DNS就是进行域名解析的服务器。起源摘录20世纪70年代的美国，此时的ARPAnet，这个由美国国防部出资兴建的网络，只是一个拥有几百台主机的很小很友好的网络。那么这几百台主机如何相互串门儿呢？原来每一台主机都有一个通讯录，记录这其他主机的地址。每当要访问另外一台主机时，先从自己的通讯录上查出目地主机的地址，然后去访问。这一切都如此顺畅。正如你所知，“但是”马上就要来了。但是，随着ARPAnet采用了TCP/IP协议簇，网络上的新增主机如雨后春笋般层出不穷。从几百台很快发展到了成千上万台，而且还在不断增加。这么多台主机间如何访问呢？那位说了，该咋访问咋访问呗，不是每台主机有通讯录么？只要扩充通讯录就行了。这样行吗？短期内是可以凑合的，但会带来很多问题。比如说，网络上的一台主机要改变自己的地址了，那么剩下的几万台主机如果还想正常访问这台主机的话，那么必须要更新自己的通讯录，这个代价是很大的。再比如，网络上如果有两台主机的名字一样，那么就会造成名字冲突，可是又很难保证每台主机的名字都不一样。最关键的问题是通讯录文件的线性结构并不是很好。这些问题在网络主机少的时候根本不是问题，但是如果网络规模爆炸式增长，那么这个问题就变得刻不容缓了。如果不能妥善解决，那么终将限制网络的发展。时代开始呼唤新的“通讯录”。新的“通讯录”应该具备什么样的特性才能满足网络的发展呢？通讯录已经不能满足需求了，应该是一个更高深的东西，名曰“系统”，才能搞定问题。新系统应该允许本地管理数据，同时数据又能被整个网络所使用。管理的分散化能消除单一主机的瓶颈，缓解流量问题。同时本地管理能使及时更新数据变得简单得多。新系统应该使用层次结构的名字空间来为主机命名，从而确保名字的惟一性。在南加州大学的信息科学所一位巨牛的主导下，新系统很快被设计了出来。正如你知，这就是我们今天故事的主角：DNS-------DOMAIN NAME SYSTEM。实际上， DNS是一个分布式数据库。它允许对整个数据库的各个部分进行本地控制；同时整个网络也能通过客户—服务器方式访问每个部分的数据。借助备份和缓存机制，DNS 将具有强壮性和足够的性能。结构DNS是标准的树结构，是非常标准的树结构，它将在课本学到的树结构完美的实现了出来，它既没有森林的复杂，也没有图、矩阵等的强方向性，异常清晰的框架结构注定了DNS功能的强大，也为当前DNS在网络中愈加重要的地位打下了坚实的基础。看一幅“域名空间”图，就是一棵树：树中每个节点都有一个可以长达63 个字符的文本标号（text label）（不含“.”）。空标号（长度为0）是为根保留的。树中任何一个节点的完整域名（domain name）都是从该节点到根的路径上所有节点标号的顺序连接。域名总是从节点向根（向上）的方向读，并用“.”来分隔路径上所出现的各个名字（文本标号）。如果根节点的标号出现在一个节点的域名中，那么这个名字看上去就像以“.”结束，比如.，但它实际上是以分隔符“.”和根的空标号结束的。当根的空标号单独出现时，简写成一个单独的点“.”。因而，有些软件将域名末端出现的“.”解释为这个域名是绝对（absolute）域名。绝对域名是相对于根而言的，它惟一确定一个节点在层次结构中的位置。绝对域名也用以指代全限定域名（f u l l yqualified domain name），通常简写成FQDN。不以“.”结束的域名有时被解释为是相对于某个非根域的。也叫相对域名。一个域（domain）就是域名空间中的一棵子树。域的名字也就是这棵子树的顶端节点的域名。在上图中，每一个节点以及它的子节点就构成了一个域。要想判断一个域是否是另一个域的子域，很简单，只用比较它们的域名即可。子域的域名是以其父域的域名来结尾的。例如，域 一定是 的子域，因为 是以 结尾的。同样地，它也是com 的子域。顺便普及一下GTLD域名空间：com商业组织，如IBM（）edu教育组织，如柏克莱大学（）gov政府单位，如NASA（）及国家科学基金会（mil军事单位，如美国陆军（）及海军（）net 网络组织，如NSFNET（）org 非营利性组织，如美国国家公园（）int 国际性组织，如NATO（）特点由于DNS的这种树形结构，使它具有了以下特点：每个域名服务器只维护其下一级的服务器的信息这是至关重要的，因为此点，对于某台DNS服务器，它只需要管理它的子节点，