Eu tenho o dhcpd empurrando as atualizações para ligar, e parece estar funcionando bem:
named[24161]: client 192.168.10.1#59141: signer "dhcp_updater" approved
named[24161]: client 192.168.10.1#59141: updating zone 'office.lan/IN': adding an RR at 'Examples-MBP.office.lan' A
named[24161]: client 192.168.10.1#59141: updating zone 'office.lan/IN': adding an RR at 'Examples-MBP.office.lan' TXT
named[24161]: client 192.168.10.1#47923: signer "dhcp_updater" approved
named[24161]: client 192.168.10.1#47923: updating zone '10.168.192.in-addr.arpa/IN': deleting rrset at '7.10.168.192.in-addr.arpa' PTR
named[24161]: client 192.168.10.1#47923: updating zone '10.168.192.in-addr.arpa/IN': adding an RR at '7.10.168.192.in-addr.arpa' PTR
No entanto, os nossos MacBooks estão frequentemente em Wi-Fi e conectados via Ethernet ao mesmo tempo. Isso significa que o bind rejeita a atualização, devido a nomes de host duplicados:
named[24161]: client 192.168.10.1#34165: updating zone 'office.lan/IN': update unsuccessful: Examples-MBP.office.lan: 'name not in use' prerequisite not satisfied (YXDOMAIN)
named[24161]: client 192.168.10.1#35832: updating zone 'office.lan/IN': update unsuccessful: Examples-MBP.office.lan/TXT: 'RRset exists (value dependent)' prerequisite not satisfied (NXRRSET)
Eu realmente não me importo muito com a pesquisa direta, eu só quero a pesquisa inversa em ambos os IPs, para que ambos os endereços IP apontem para o mesmo nome de host.
Aqui está a parte relevante de dhcpd.conf :
ddns-update-style interim;
ddns-domainname "office.lan.";
ddns-rev-domainname "in-addr.arpa";
key DHCP_UPDATER { algorithm hmac-md5; secret "{{secret key}}"; };
zone 10.168.192.in-addr.arpa. { primary 192.168.10.2; key DHCP_UPDATER; }
zone office.lan. { primary 192.168.10.2; key DHCP_UPDATER; }
e as partes relevantes de named.conf.local :
zone "office.lan" IN {
type master;
file "/var/lib/bind/office.lan.db";
allow-update { key DHCP_UPDATER; };
};
zone "10.168.192.in-addr.arpa" {
type master;
file "/var/lib/bind/10.168.192.in-addr.arpa";
allow-update { key DHCP_UPDATER; };
};
Eu tentei comentar as linhas zone office.lan. e ddns-domainname em dhcpd.conf , mas só recebi essas mensagens de erro:
dhcpd: Unable to add forward map from Examples-MBP.office.lan. to 192.168.10.7: timed out
Portanto, a pergunta é: Como posso obter o dhcp apenas para atualizar os registros em 10.168.192.in-addr.arpa e não me preocupar com nomes de host duplicados em office.lan.db ? Alternativamente, existe alguma maneira de ignorar nomes de hosts duplicados ou alterar os nomes de host para torná-los exclusivos?
Por favor, deixe-me saber se você precisar de mais informações.
Eu encontrei uma boa solução. Acabei de colocar nossos dispositivos Wifi em uma VLAN diferente, para poder configurar um domínio DNS dinâmico diferente para essa sub-rede.
Agora, uma pesquisa inversa para um IP de cliente de Wi-Fi retorna <hostname>.wifi.lan e um cliente com fio retorna <hostname>.office.lan .