浅谈DNS体系结构.docxVIP

浅谈DNS体系结构 浅谈DNS体系构造：DNS系列之一浅谈DNS体系构造DNS是目前互联网上最不行或缺的效劳器之一，每天我们在互联网上冲浪都需要DNS的关心。DNS效劳器可以为我们解析域名，定位电子邮件效劳器，找到域中的域掌握器……面对这么一个重要的效劳器角色，我们有必要对它进展一番深化讨论，本文尝摸索讨一下DNS的体系构造，从而让大家能更好地理解DNS的原理。DNS的主要工作是域名解析，也就是把计算机名翻译成IP地址，这样我们就可以挺直用易于联想记忆的计算机名来进展网络通讯而不用去记忆那些枯燥晦涩的IP地址了。如今我们给出一个问题，在DNS出现之前，互联网上是如何进展计算机名称解析的？这个问题明显是有实际意义的，描绘DNS的RFC882和883出如今1984年，但1969年11月互联网就诞生了，莫非在DNS出现之前互联网的先驱们都是相互用IP地址进展通讯的？当然不是，但早期互联网的规模的确特别小，最早互联网上只有4台主机，分别在犹他大学，斯坦福大学，加州洛杉矶分校和加州圣芭芭拉分校，即使在整个70年月互联网上也只有几百台主机而已。这样一来，解决名称解析的问题就可以用法一个特别简洁的方法，每台主机利用一个Hosts文件就可以把互联网上全部的主机都解析出来。这个Hosts文件如今我们还在用法，途径就在\Windows\System32\Drivers\etc名目下，如下列图所示就是一个Hosts文件的例子，我们在图中可以很清晰地看到Hosts文件把[url]http://.doczj/doc/4dae9c7da66e58fafab069dc5022aaea998f41e8.html [/url]解析为。在一个小规模的互联网上，用法Hosts文件是一个特别简洁的解决方案，一般状况下，斯坦福大学的主机管理员每周更新一次Hosts文件，其他的主机管理员每周都定时下载更新的Hosts文件。但明显这种解决方案在互联网规模快速膨胀时就不太适用了，就算如今的互联网上有一亿台主机，想想看，假如每个人的计算机中都要有一个包容一亿台主机的Hosts文件！呵呵，是不是快要崩溃了！互联网的管理者们准时为Hosts文件找到了继任者－DNS，DNS的设计要求用法分布式构造，既可以允许主机分散管理数据，同时数据又可以被整个网络所用法。管理的分散有利于缓解单一主机的瓶颈，缓解流量压力，同时也让数据更新变得简洁。DNS还被设计用法有层次构造的名称空间为主机命名，以确保主机域名的唯一性。DNS的设计要求您已经看到了，下面我来详细说明一下。DNS的前身Hosts文件是一个完全的分散解析方案，每台主机都自己负责名称解析，这种方法已经被我们否认了。那我们能否用法一个完全集中的解析方案呢？也就是全世界只有一个Hosts文件，互联网用户都利用这个文件进展名称解析！这个方案咋一听还是有可取之处的，至少大家都解脱出来了，不用每台计算机都更新那个Hosts文件了，全世界只要把这个唯一的Hosts文件维护好就完事大吉了。事实上认真考虑一下，有许多的问题，例如这台存放Hosts文件的主时机成为性能瓶颈，面临宏大的流量压力，而且每个域名解析的结果都要通过这个文件进展更新，更新的速度可想而知不会太准时。因此，DNS也没有采纳这种完全集中的解析方案。目前DNS采纳的是分布式的解析方案。详细是这样的，互联网管理委员会规定，域名空间的解析权都归根效劳器全部，也就是说，根效劳器对互联网上全部的域名都享有完全的解析权！且慢，有读者要提问了，那这个根效劳器不就相当于全世界唯一的Hosts文件了吗？呵呵，不要焦急，根效劳器用了一个简洁的操作，就转变了这种构造。根效劳器用法的是什么操作？委派！下列图就是根效劳器委派的示意图，如下列图所示，根效劳器把com结尾的域名解析权委派给其他的DNS 效劳器，以后全部以com结尾的域名根效劳器就都不负责解析了，而由被委派的效劳器负责解析。而且根效劳器还把以net，org，edu，gov等结尾的域名都一一进展了委派，这些被委派的域名被称为顶级域名，每个顶级域名都有预设的用处，例如com域名用于商业公司，edu域名用于训练机构，gov域名用于政府机关等等，这种顶级域名也被称为顶级机构域名。根效劳器还针对不同国家进展了域名委派，例如把全部以CN结尾的域名委派给中国互联网管理中心，以JP结尾的域名委派给日本互联网管理中心，CN，JP这些顶级域名被称为顶级地理域名。每个被委派的DNS效劳器同样用法委派的方式向下进展，例如和讯公司想申请用法http://.doczj/doc/4dae9c7da66e58fafab069dc5022aaea998f41e8.html 域名，这时和讯就要向负责域名的DNS效劳器提出申请，只要http://.doczj/do