打造
DNS
私有根
我们现在已经从前面的博文中了解到了很多DNS的相关知识,今天我们用一个综合性的实验把前面的内容都串起来复习一下,这个有趣的实验就是DNS的私有根。私有根顾名思义是由个人或企业自行创建的DNS根服务器,这个根服务器属于创建者私有专用,不能象互联网上的根服务器那样为众多的网民服务。那么为什么会有企业搭建私有根呢?直接用互联网上的根服务器不是很好吗?需要搭建私有根一般有下列原因,例如有的单位如警察或军事部门出于保密需要,必须把单位的网络和互联网物理隔离,但又不愿使用IP地址来互相访问,这样就必须使用DNS私有根才能保证域名的正常应用;还有的大型企业为了管理方便,也在企业内设置私有根解析域名,这样可以省却去公网申请域名的麻烦。
对我们来说,创建私有根的意义在于可以通过这些操作更好地理解DNS的体系结构,可以亲自体验一下DNS的诞生过程。下面我们准备用五台虚拟机来实现一个DNS的私有根,拓扑如下图所示,Florence充当私有根的根服务器,根服务器把.com区域的解析权委派给Berlin,把.net区域的解析权委派给Firenze。然后Berlin再把hexun.com的解析权委派给Istanbul,而Firenze把homeway.net的解析权委派给Perth。每台服务器的完全合格域名和IP地址都在拓扑图中进行了标注。
![](../attachment/200811/200811061225986347379.jpg)
一
负责根域的
DNS
服务器
我们把创建根服务器这个伟大的任务交给了Florence,私有根服务器的诞生宣布了我们使用了另外一个域名空间,和公网域名空间完全平行的另一个名称空间,在这个自己创建的域名空间中,我们可以使用任意域名而不用担心和公网上的同名区域发生冲突。如下图所示,我们在Florence的DNS管理器中选择新建区域,准备在Florence上创建出根域。
![](../attachment/200811/200811061225986481773.jpg)
出现新建区域向导,点击下一步继续。
![](../attachment/200811/200811061225986491594.jpg)
区域类型当然选择“主要区域”。
![](../attachment/200811/200811061225986498786.jpg)
区域的名称为
.
,哈哈,大名鼎鼎的根域原来如此简单。
![](../attachment/200811/200811061225986511296.jpg)
根域的区域数据文件是root.dns,注意,我们之后要修改这个文件。
![](../attachment/200811/200811061225986519701.jpg)
区域创建完毕,这时,私有根已经诞生了。
![](../attachment/200811/200811061225986531938.jpg)
我们在根域中首先检查NS和SOA记录,都任何区域来说,这两个记录都是不可或缺的。首先我们检查NS记录,如下图所示,NS记录中描述了根域的DNS服务器是Florence.,由于Florence.并不是一个完全合格域名,因此我们要对这个域名进行编辑。
![](../attachment/200811/200811061225986541507.jpg)
按照拓扑图中的设计,我们把根域的域名服务器改成了Florence.root.net.,IP地址是192.168.11.101。
![](../attachment/200811/200811061225986549427.jpg)
然后对根域的SOA记录也进行修改,如下图所示,我们把根域的主服务器设置为Florence.root.net.,这样,根域的NS记录和SOA记录就都设置好了。
![](../attachment/200811/200811061225986557371.jpg)
接下来我们就要在根域中设置区域委派了,按照拓扑要求,我们应该把com区域委派给Berlin,把net区域委派给Firenze。我们在根域的区域数据文件root.dns中设置委派,如下图所示,我们把com的解析权委派给Berlin.root.net. ,把net的解析权委派给Firenze.root.net.。
![](../attachment/200811/200811061225986565969.jpg)
修改了根域的区域数据文件后,我们在DNS管理器中已经可以看到根域的委派结果了。
至此,我们对根域的设置完成,主要工作是创建了根域以及在根域中设置了委派。
![](../attachment/200811/200811061225986580871.jpg)
二
负责
com
区域的
DNS
服务器
根服务器把com区域的解析权委派给了Berlin,接下来我们就要在Berlin上进行设置了,首先我们要做的就是让Berlin信任我们新创建的根服务器,默认情况下,Berlin只承认互联网上的那13个根服务器。如下图所示,我们在Berlin的DNS管理器中打开服务器属性中的根提示,发现了Berlin目前承认的13个根服务器。
![](../attachment/200811/200811061225986601200.jpg)
如下图所示,我们把13个根服务器删除,把Florence.root.net.作为唯一的DNS根服务器添加进来,这样,Berlin就承认我们新创建的根服务器了。
![](../attachment/200811/200811061225986611063.jpg)
Berlin承认了私有根后,我们在Berlin上创建com区域,如下图所示,我们在Berlin的DNS管理器中选择新建区域。
![](../attachment/200811/200811061225986619472.jpg)
区域类型选择主要区域。
![](../attachment/200811/200811061225986628112.jpg)
区域名称是com。
![](../attachment/200811/200811061225986637246.jpg)
Com区域的区域数据文件是com.dns。
![](../attachment/200811/200811061225986646598.jpg)
Com区域的创建非常简单,如下图所示,我们已经完成了com区域的创建。
![](../attachment/200811/200811061225986655605.jpg)
创建了com区域后,我们接下来就要在com区域中检查NS记录和SOA记录的设置情况了。我们检查com区域的区域数据文件com.dns,如下图所示,我们发现com区域中的NS记录和SOA记录都把域名服务器设置为了Berlin.,但Berlin.并不是一个完全合格域名,因此我们要对记录进行修改。
![](../attachment/200811/200811061225986670904.jpg)
如下图所示,我们通过编辑com.dns完成了两件工作,首先是把NS记录和SOA记录都用Berlin.root.net.这么个标准的完全合格域名来表示,其次是在com区域中进行了委派操作,把hexun.com的解析权委派给了Istanbul.hexun.com。
![](../attachment/200811/200811061225986682781.jpg)
如下图所示,我们可以看到修改了com.dns后的结果。
![](../attachment/200811/200811061225986691241.jpg)
至此,我们在
Berlin
上完成了
DNS
服务器的设置,首先修改了根服务器,然后完善了
com
区域的
NS
记录和
SOA
记录,最后在
com
区域中设置了委派。
三
负责
net
区域的
DNS
服务器
我们在根域中把net区域的解析权委派给了Firenze,接下来我们在Firenze上进行操作,首先Firenze要承认Florence是根服务器。如下图所示,我们在Firenze属性的根提示中设置了唯一的根服务器,Florence.root.net.。
![](../attachment/200811/200811061225986703570.jpg)
接下来在Firenze上创建net区域,如下图所示,我们在Firenze的DNS管理器中选择新建区域。
![](../attachment/200811/200811061225986713537.jpg)
区域名称是net。
![](../attachment/200811/200811061225986724655.jpg)
区域数据文件是net.dns。
![](../attachment/200811/200811061225986733797.jpg)
如下图所示,我们看到net区域的NS记录和SOA记录都表示得不恰当,我们在net的区域数据文件中进行修改。
![](../attachment/200811/200811061225986741819.jpg)
如下图所示,我们在区域数据文件中把net区域的NS记录和SOA记录都进行了修改,改成了firenze.root.net.,然后把homeway.net的解析权委派给了perth.homeway.net.。
![](../attachment/200811/200811061225986750753.jpg)
至此,
Firenze
的设置完成,基本上和
Berlin
的设置是相同的,也是重新设置了根服务器,创建了
net
区域,修改了区域的
NS
和
SOA
记录,同时设置了区域委派。
四
负责
hexun.com
的服务器
Istanbul负责hexun.com区域的解析,我们首先也是要设置Istanbul的根服务器,如下图所示,我们设置Florence.root.net.是唯一的根服务器。
![](../attachment/200811/200811061225986763758.jpg)
接下来需要在Istanbul上创建区域hexun.com,具体的创建过程不再赘述,如下图所示,这是hexun.com区域创建后的结果,显然,我们需要对其中的NS和SOA记录进行修改。
![](../attachment/200811/200811061225986777089.jpg)
如下图所示,我们编辑了hexun.com的区域数据文件hexun.com.dns。我们把hexun.com区域的NS和SOA记录中的域名服务器都改为了istanbul.hexun.com.,而且在区域中添加了[url]www.hexun.com[/url]和mail.hexun.com两条A记录。
![](../attachment/200811/200811061225986788510.jpg)
修改后的结果如下图所示。
在
Istanbul
上的设置相对简单一些,只是把根服务器重新设置了一下,同时对
hexun.com
区域中的记录进行了一些修改,没有涉及到区域委派。
五
负责
homeway.net
的服务器
负责homeway.net的是Perth,我们首先也是要在perth上修改根服务器,如下图所示,我们把根服务器修改为florence.root.net.。
![](../attachment/200811/200811061225987093658.jpg)
接下来在perth上创建区域homeway.net,具体过程不再赘述,如下图所示就是homeway.net刚创建完的结果。
我们修改区域数据文件homeway.net.dns,如下图所示,我们修改了homeway.net的NS和SOA记录,用完全合格域名来表示DNS服务器。然后还创建了两条A记录,[url]www.homeway.net[/url]和ftp.homeway.net。
修改后的结果如下图所示。
Perth的设置也比较简单,和Istanbul类似,只是简单地改了一下根服务器,同时对homeway.net的区域数据进行了一下修改。
六
私有根测试
我们费了半天力气终于搭好了私有根,现在我们来测试一下效果,理论上我们使用任何一个DNS服务器都可以把私有名称空间内的任何域名都解析出来。我们在perth上进行一个测试,用perth作为DNS服务器来解析[url]www.hexun.com[/url]。理论上分析,以hexun.com结尾的域名应该由Istanbul来解析,perth如果能解析出来,那肯定是通过私有根找到了istanbul。测试结果如下图所示,我们发现perth已经成功地解析了[url]www.hexun.com[/url]。
![](../attachment/200811/200811061225987128448.jpg)
我们用抓包工具记录一下perth的解析过程,我们可以很清楚地看到,perth先是向私有根的根服务器192.168.11.101发出了查询请求,然后又向负责com区域的192.168.11.108发出了查询请求,最后向负责hexun.com的192.168.11.107申请查询,这次终于如愿以偿,查到了正确结果,过程和以前在公网上的解析完全一样,我们设置私有根成功了!
![](../attachment/200811/200811061225987183924.jpg)