* РЕДАКТИРОВАТЬ 1 * После использования дополнительных журналов отладки я вижу несколько интересных записей.
27-Jul-2012 23:45:26.537 general: error: zone example.lan/IN/internal: journal rollforward failed: no more
27-Jul-2012 23:45:26.537 general: error: zone example.lan/IN/internal: not loaded due to errors.
^^^ Если я смогу исправить вышеуказанные сообщения, думаю, я буду в порядке ^^^
* РЕДАКТИРОВАТЬ 2 * Взявшись за соломинку, я коснулся файла журнала прямой и обратной зон и перезапустил имя. Бум! Работает. Несмотря на документацию, утверждающую, что файлы создаются автоматически, и то, что я видел раньше ... не знаю почему, но это помогло. Также перепроверил perms в каталоге, в котором находятся файлы. Как бы я ни был уверен, они были правильными с named, имеющим rw.
Базовые функции DHCP и DNS доступны на 192.168.111.2. Клиентам назначаются адреса, как задумано, и они могут разрешать локальные DNS-имена, а также имена в Интернете. Моя проблема в том, что файлы журнала именованной зоны не создаются.
Я пробовал размещать файлы зоны в различных каталогах (/ var / named / data, / var / named, / var / named / dynamic - независимо от того, какой каталог с именованным владельцем и широко открытыми пермами я теперь никуда не денусь). В какой-то момент я получил отказ в разрешении, когда named пытался создать журнал. Решили проблему:
Затем был создан журнал, и здесь все развалилось. Попытался приручить разрешения на что-то более разумное и сломал. После изменения и перезапуска с именем он выдал ошибку, указывающую, что журнал не синхронизирован (или что-то в этом роде) ... не имело значения, так как это новая настройка, поэтому я удалил ее, и теперь она не создается заново. Хотя я не вижу ошибок в / var / log / messages, моем chrooted /var/log/ named.log или chrooted /var/log/ named.debug. Я увеличил уровень отладки с помощью rndc trace - без любви. Увеличил трассировку до 10, по-прежнему ничего.
SELinux отключен ...
[root@server temp]# sestatus
SELinux status: disabled
dhcpd.conf ...
allow client-updates;
ddns-update-style interim;
subnet 192.168.111.0 netmask 255.255.255.224 {
...
key dhcpudpate {
algorithm hmac-md5;
secret LDJMdPdEZED+/nN/AGO9ZA==;
}
zone example.lan. {
primary 192.168.111.2;
key dhcpudpate;
}
}
named.conf ...
key dhcpudpate {
algorithm hmac-md5;
secret "LDJMdPdEZED+/nN/AGO9ZA==";
};
zone "example.lan" {
type master;
file "/var/named/dynamic/example.lan.db";
allow-transfer { none; };
allow-update { key dhcpudpate; };
notify false;
check-names ignore;
};
Ниже показан вывод /var/log/ named.log именованного запуска - без ошибок.
27-Jul-2012 21:33:39.349 general: info: zone 111.168.192.in-addr.arpa/IN/internal: loaded serial 2012072601
27-Jul-2012 21:33:39.349 general: info: zone example.lan/IN/internal: loaded serial 2012072501
27-Jul-2012 21:33:39.350 general: info: zone example2.lan/IN/internal: loaded serial 2012072501
27-Jul-2012 21:33:39.350 general: info: zone example3.lan/IN/internal: loaded serial 2012072601
27-Jul-2012 21:33:39.350 general: info: zone example4.lan/IN/internal: loaded serial 2012072501
27-Jul-2012 21:33:39.351 general: info: zone example5.lan/IN/internal: loaded serial 2012072501
27-Jul-2012 21:33:39.351 general: info: managed-keys-zone ./IN/internal: loaded serial 0
27-Jul-2012 21:33:39.351 general: info: zone example.lan/IN/external: loaded serial 2012072501
27-Jul-2012 21:33:39.352 general: info: zone example1.lan/IN/external: loaded serial 2012072501
27-Jul-2012 21:33:39.352 general: info: zone example2.lan/IN/external: loaded serial 2012072501
27-Jul-2012 21:33:39.352 general: info: zone example3.lan/IN/external: loaded serial 2012072501
27-Jul-2012 21:33:39.353 general: info: managed-keys-zone ./IN/external: loaded serial 0
27-Jul-2012 21:33:39.353 general: notice: running
27-Jul-2012 21:34:03.825 general: info: received control channel command 'trace 10'
27-Jul-2012 21:34:03.825 general: info: debug level is now 10
... и / var / log / messages для именованного начала ...
Jul 27 23:02:04 server named[9124]: ----------------------------------------------------
Jul 27 23:02:04 server named[9124]: BIND 9 is maintained by Internet Systems Consortium,
Jul 27 23:02:04 server named[9124]: Inc. (ISC), a non-profit 501(c)(3) public-benefit
Jul 27 23:02:04 server named[9124]: corporation. Support and training for BIND 9 are
Jul 27 23:02:04 server named[9124]: available at https://www.isc.org/support
Jul 27 23:02:04 server named[9124]: ----------------------------------------------------
Jul 27 23:02:04 server named[9124]: adjusted limit on open files from 4096 to 1048576
Jul 27 23:02:04 server named[9124]: found 2 CPUs, using 2 worker threads
Jul 27 23:02:04 server named[9124]: using up to 4096 sockets
Jul 27 23:02:04 server named[9124]: loading configuration from '/etc/named.conf'
Jul 27 23:02:04 server named[9124]: using default UDP/IPv4 port range: [1024, 65535]
Jul 27 23:02:04 server named[9124]: using default UDP/IPv6 port range: [1024, 65535]
Jul 27 23:02:04 server named[9124]: listening on IPv4 interface eth0, 192.168.111.2#53
Jul 27 23:02:04 server named[9124]: generating session key for dynamic DNS
Jul 27 23:02:04 server named[9124]: sizing zone task pool based on 12 zones
Jul 27 23:02:04 server named[9124]: set up managed keys zone for view internal, file 'dynamic/3bed2cb3a3acf7b6a8ef408420cc682d5520e26976d354254f528c965612054f.mkeys'
Jul 27 23:02:04 server named[9124]: set up managed keys zone for view external, file 'dynamic/3c4623849a49a53911c4a3e48d8cead8a1858960bccdea7a1b978d73ec2f06d7.mkeys'
Jul 27 23:02:04 server named[9124]: command channel listening on 127.0.0.1#953
Что я могу сделать для дальнейшего устранения этой неполадки? Кажется, что dhcpd не запускает обновление. Может быть, мне стоит здесь устранить неполадки, и если да, то как?
Большое спасибо.
У меня была такая же проблема
Nov 24 15:05:04 zserver named[1020]: error (network unreachable) resolving './NS/IN': 2001:dc3::35#53
Nov 24 15:05:04 zserver named[1020]: error (network unreachable) resolving 'whois.verisign-grs.com/A/IN': 2001:7fd::1#53
Nov 24 15:05:04 zserver named[1020]: error (network unreachable) resolving 'whois.verisign-grs.com/AAAA/IN': 2001:503:ba3e::2:30#53
Nov 24 15:05:04 zserver named[1020]: error (network unreachable) resolving 'whois.verisign-grs.com/A/IN': 2001:dc3::35#53
Nov 24 15:05:04 zserver named[1020]: error (network unreachable) resolving 'whois.verisign-grs.com/AAAA/IN': 2001:7fd::1#53
Nov 24 15:05:04 zserver named[1020]: error (network unreachable) resolving 'whois.verisign-grs.com/AAAA/IN': 2001:dc3::35#53
Проблема для меня заключалась в том, что мой eth0 был шлюзом по умолчанию (ДО)
Destination Gateway Genmask Flags Metric Ref Use Iface
172.16.123.0 * 255.255.255.0 U 0 0 0 eth1
link-local * 255.255.0.0 U 1002 0 0 eth0
link-local * 255.255.0.0 U 1003 0 0 eth1
10.0.0.0 * 255.0.0.0 U 0 0 0 eth0
default zserver.Stanton 0.0.0.0 UG 0 0 0 eth0
Я вручную добавил маршрут с внешним шлюзом (ПОСЛЕ)
route add default gw ip address
Destination Gateway Genmask Flags Metric Ref Use Iface
172.16.123.0 * 255.255.255.0 U 0 0 0 eth1
link-local * 255.255.0.0 U 1002 0 0 eth0
link-local * 255.255.0.0 U 1003 0 0 eth1
10.0.0.0 * 255.0.0.0 U 0 0 0 eth0
default 172.16.123.1 0.0.0.0 UG 0 0 0 eth1
default zserver.Stanton 0.0.0.0 UG 0 0 0 eth0
сделал nslookup из клиента Windows
Nov 24 15:27:58 zserver named[1020]: client 10.10.100.1#57727: RFC 1918 response from Internet for 1.123.16.172.in-addr.arpa