测试DDNS
经过上述服务器的配置，现在可以检测一下DDNS的实现过程。
当DNS配置成支持动态更新后，在/var/named/目录下会多出两个以.jnl结尾的二进制格式区域文件。这两个文件是当前正在工作的区域文件的运行时文件，所有动态更新的纪录都会最先反映到这两个文件中，然后经过大约15分钟左右才将更新的内容反映到文本形式的区域文件中，即以.jnl结尾的区域文件中是最新的内容。
在本文所举实例中，/var/named/目录下的区域文件为：
tcbuu.cn 正向区域文件。
tcbuu.cn.arpa 反向区域文件。
tcbuu.cn.arpa.jnl 临时工作的二进制正向区域文件（新增）。
tcbuu.cn.jnl 临时工作的二进制反向区域文件（新增）。
1．以Windows 2000作为DHCP客户端测试
（1）设客户机的主机名为kill-virus，执行ipconfig /all显示所获得的IP地址为10.22.1.69。
（2）在客户端执行nslookup测试。
C:\Documents and Settings\Administrator>nslookup
Default Server: slack9.tcbuu.cn
Address: 10.22.1.123
> kill-virus.tcbuu.cn//测试客户机FQDN在区域文件中是否存在
Server: slack9.tcbuu.cn
Address: 10.22.1.123
Name: kill-virus.tcbuu.cn
Address: 10.22.1.69//测试结果，表明该资源纪录存在
（3）在客户机kill-virus上执行ipconfig /release释放获得的IP地址。
（4）在客户机kill-virus上执行ipconfig /renew重新获得IP地址。
（5）用nslookup显示区域数据库中的内容。
C:\Documents and Settings\Administrator>nslookup
Default Server: slack9.tcbuu.cn
Address: 10.22.1.123
> ls tcbuu.cn//显示区域数据库中的资源纪录
[ftp.tcbuu.cn]
tcbuu.cn. NS server = slack9.tcbuu.cn
D2501 A 10.22.1.60
dellpc A 10.22.1.100
kill-virus A 10.22.1.61 file://IP地址发生变化
slack9 A 10.22.1.123
以上测试说明同一台客户机kill-virus通过DHCP服务可以先后获得IP地址，并与动态DNS服务器建立联系，使该客户机的主机名与获得的IP地址一同作为一条纪录动态地更新到正向区域文件中去。可以采用同样的方法测试反向区域的更新，不再赘述。
2．用Linux DHCP客户端测试
在Linux DHCP客户端进行测试时，需要执行dhcpcd守护进程。如果要进行动态更新，还需要加上-h参数。执行的命令格式如下：
#dhcpcd -h MyLinux
其中-h后面跟的是本机的主机名，用来通过DHCP服务注册到DDNS服务器的区域文件中，是进行动态更新必不可少的。
动态更新后的区域数据库文件
通过查看正向区域数据库文件/var/named/tcbuu.cn和反向区域数据库文件/var/named/tcbuu.cn，可以了解区域数据库文件到底更新了哪些内容。
|
以上区域文件的书写格式与更新前相比变化较大，说明该文件已被更新过了。这里还要说明的是，在动态更新的客户端kill-virus的A纪录下多了一条同名的TXT类型的纪录。TXT类型纪录是BIND-DNS和DHCP专门用来实现DDNS的辅助性资源纪录，它的值是哈希标示符字符串，该字符串的值还可以在/var/state/dhcp/dhcpd.leases文件中找到。
总的来说，在Linux下通过DHCP实现安全DDNS的过程可分为三步：第一，创建进行安全动态更新的密钥；第二，修改DNS的主配置文件/etc/named.conf，目的是定义采用动态更新的密钥及指定可以动态更新的区域；第三，修改DHCP的配置文件/etc/dhcpd.conf，目的是定义采用动态更新的密钥及指定动态更新哪些区域。
.分页: [1] [2] [3]
TAG: