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