У меня dhcpd отправляет обновления для привязки, и, похоже, он работает нормально:
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
Однако наши MacBook часто подключены к Wi-Fi и одновременно через Ethernet. Это означает, что bind отклоняет обновление из-за повторяющихся имен хостов:
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)
На самом деле меня не слишком заботит прямой поиск, мне просто нужен обратный поиск на обоих IP-адресах, чтобы оба IP-адреса указывали на одно и то же имя хоста.
Вот соответствующая часть 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; }
и соответствующие части 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; };
};
Я попытался прокомментировать zone office.lan.
и ddns-domainname
линии в dhcpd.conf
, но тогда я просто получал эти сообщения об ошибках:
dhcpd: Unable to add forward map from Examples-MBP.office.lan. to 192.168.10.7: timed out
Итак, вопрос: как я могу заставить dhcpd просто обновлять записи в 10.168.192.in-addr.arpa
и не беспокойтесь о повторяющихся именах хостов в office.lan.db
? В качестве альтернативы, есть ли способ игнорировать повторяющиеся имена хостов или изменить имена хостов, чтобы сделать их уникальными?
Пожалуйста, дайте мне знать, если вам понадобится дополнительная информация.
Я нашел хорошее решение. Я просто поместил наши устройства Wi-Fi в другую VLAN, чтобы я мог настроить другой динамический домен DNS для этой подсети.
Итак, теперь возвращается обратный поиск IP-адреса клиента Wi-Fi. <hostname>.wifi.lan
, и проводной клиент возвращается <hostname>.office.lan
.