?
?之前讨论了DNS的正向解析和反向解析，但有的时候我们想让DNS服务器对于服务器本机的解析和对于外网的解析是不同的。那就需要在主配置文件中对本机和外网进行不同的配置：
?
?
?
?
?
?这个是主配置文件中对于本服务器的访问，并且副配置文件为example.com.zone；（注意要注释的内容）。
?
?
?
?这个是对于非本机的配置，并且副配置文件为example.com.inter.
?
?为了统一期间，把之前的副配置文件的策略注释掉。
?
?
?
?
?然后我们创建外网的副配置文件并进行编辑：
?
?
?
?
?
?这是我们外网副配置文件的设置，和内网不同的是www.example.com 对应的IP是192.168.2.160，而不是192.168.2.150
?
?重启服务后先用本机查看www.example.com所对应的IP：
?
?
?
?然后用非本机的查看www.example.com所对应的IP：
?
?
?
?注意：在给大家做实验的时候卡壳了，最后发现原因是防火墙没有刷掉，所以大家在测试的时候一定要注意关掉火墙。
?
?
?在做下一个实验的时候我们要还原之前的设置！！
?
?
?
?2.辅助节点的DNS
?
?通常DNS服务器并不只是一个，我们会利用集群的思想，就是多个DNS服务器共同提供域名解析服务。这个时候我们需要其他的服务器作为辅助节点，让主节点和辅助节点同步起来是我们的最后目标.
?
?辅助节点的主配置文件修改：
?
?
?
?其副配置文件的修改：
?
?
?
?
?
?此时我们的配置文件不再named目录下，而是在slave目录下。
?
此时在主节点我们要添加一个信息，那就是指定辅助节点为我们刚才所设置的服务器：
?
?
?当我们两个服务器同时开启服务之后，发现辅助节点的slave目录底下多出了example.com.zone文件，这就是同步所产生的。
?
?
?
?此时我们修改辅助节点的dns为其本身：
?
?
?
?我们并没有设置example.com.zone里边的信息，但是dig之后得到的ip和主服务器上设置的相同：
?
?
?
?我们修改主服务器上的example.com.zone中的A记录www.example.com的ip为192.168.2.151,然后重启named服务，dig www.example.com发现辅助节点的服务器的IP并没有修改:
?
?主节点：
?
?
?
?辅助节点：
?
?
?
?虽然辅助节点也可以访问主节点的信息，但是没有做到同步啊。这是不行的。我们要让主辅助节点的A记录同步起来：
?
?在主节点的配置文件中修改，添加同步信息：
?
?
?
?增加参数also-notify：
?
?
?
?保存后重启服务：
?
?
?
?并且我们要查看selinux的布尔值，如果不允许还要开启可以修改的权限：
?
?
?
?完成后我们用辅助节点来增加www.example.com的IP信息：
?
?
?
?发现是不被允许的，然后排查后发现原来是主节点的一个参数allow-uodate没有设置成辅助节点的IP，添加它：
?
?
?
?之后再增添bbs.example.com:
?
?
?修改成功了！
?
?然后我们dig一下bbs.example.com:
?
?
?
?和我们添加的是相同的，说明已经做到了同步，其实我们还可以添加更多的节点，这样的话就可以提供功能更加强大的DNS服务。
?
?
?小结：
?
? 上面看起来我们的DNS功能似乎已经不错了，但是显然在安全方面做的还不足，下节将会讲解加密后的修改A记录。这次的实验期间错误百出，说明自己在考虑问题方面还是思维不够缜密，这个习惯需要加强。下节再进行讲解。
?
?
?
?
?
?
?