No servidor de DHCP iremos iniciar seus serviços com o comando:
# service isc-dhcp-server start
Se não apresentar nenhum erro significa que subiu com sucesso ou você não está vendo direito :)
Brincadeiras à parte, verificar qualquer erro em
/var/log/syslog.
No servidor DNS que roda o BIND iremos reiniciar os serviços também com o comando:
# service bind9 start
Podemos proceder da mesma forma e verificar os erros em /var/log/syslog.
Para quem não conhece, com o comando abaixo visualizamos as últimas linhas do arquivo e também todas as futuras alterações que ocorram no arquivo:
# tail -f /var/log/syslog
Se você não vê nenhum erro significa que o serviço subiu corretamente
Vejamos o que acontece quando um novo cliente solicita endereço no servidor de DHCP. Podemos ver as seguintes linhas no arquivo de log:
Jul 29 00:11:34 ddns dhcpd: DHCPDISCOVER from 08:00:27:78:58:a6 via eth0
Jul 29 00:11:35 ddns dhcpd: DHCPOFFER on 192.168.0.12 to 08:00:27:78:58:a6 (clientelinux) via eth0
Jul 29 00:11:35 ddns dhcpd: Added new forward map from clientelinux.teste.br to 192.168.0.12
Jul 29 00:11:35 ddns dhcpd: added reverse map from 12.0.168.192.in-addr.arpa. to clientelinux.teste.br
Jul 29 00:11:35 ddns dhcpd: DHCPREQUEST for 192.168.0.12 (192.168.0.5) from 08:00:27:78:58:a6 (clientelinux) via eth0
Jul 29 00:11:35 ddns dhcpd: DHCPACK on 192.168.0.12 to 08:00:27:78:58:a6 (clientelinux) via eth0
Jul 29 00:15:23 ddns dhcpd: DHCPREQUEST for 192.168.0.14 from 08:00:27:db:24:05 (admin_linux) via eth0
Jul 29 00:15:43 ddns dhcpd: DHCPREQUEST for 192.168.0.12 from 08:00:27:78:58:a6 (clientelinux) via eth0
Jul 29 00:15:43 ddns dhcpd: DHCPACK on 192.168.0.12 to 08:00:27:78:58:a6 (clientelinux) via eth0
A linha "addedd new forward map from ..." indica que foi enviada a solicitação para atualização do registro DNS do host para o servidor de nomes (BIND).
Vamos agora observar se a solicitação foi processada com sucesso, olhando o mesmo arquivo de log agora no servidor de DNS que roda o BIND:
Jul 29 00:11:35 named named[1409]: client 192.168.0.5#44878: signer "ddns_update" approved
Jul 29 00:11:35 named named[1409]: client 192.168.0.5#44878: updating zone 'teste.br/IN': adding an RR at 'clientelinux.teste.br' A
Jul 29 00:11:35 named named[1409]: client 192.168.0.5#44878: updating zone 'teste.br/IN': adding an RR at 'clientelinux.teste.br' TXT
Jul 29 00:11:35 named named[1409]: client 192.168.0.5#39149: signer "ddns_update" approved
Jul 29 00:11:35 named named[1409]: client 192.168.0.5#39149: updating zone '0.168.192.in-addr.arpa/IN': deleting rrset at '12.0.168.192.in-addr.arpa' PTR
Jul 29 00:11:35 named named[1409]: client 192.168.0.5#39149: updating zone '0.168.192.in-addr.arpa/IN': adding an RR at '12.0.168.192.in-addr.arpa' PTR
Muito bem, parece que funcionou. Mas, para ter certeza vamos verificar se o BIND está respondendo solicitações de DNS para esse registro. Para isso, vamos testar a resolução de nomes para esses registros:
# host clientelinux.teste.br
Saída:
clientelinux.teste.br has address 192.168.0.12
# host 192.168.0.12
Saída:
12.0.168.192.in-addr.arpa domain name pointer clientelinux.teste.br.
Como podemos ver, o servidor de DNS está atualizado com as informações que chegaram via DDNS do servidor DHCP.
É isso aí pessoal, com este artigo espero ter ajudado, eu que sempre postei minhas dúvidas e obtive ótimas soluções no VOL e espero ter contribuído de alguma forma dessa vez.
"O mundo que deixaremos para os nossos filhos vai depender muito dos filhos que deixaremos para o nosso mundo"