Коллеги, помогите разобраться с заморочкой.
А именно - в сети есть два сервера, на одном поднят DHCP, на другом - BIND. Настроено автоматическое обновление DNS от DHCP. Причем, аж с 2х зон (IP-сетей). Однако, по непонятным мне причинам зоны обновляются частично. Отдельные хосты в DNS попадают. А про отдельные - полный молчок. Более того - в /var/log/messages обоих серверов нет никаких записей об попытках обновить прямую и реверсную зоны для этих копьютеров. Ощущение такое, что DHCP даже не пытается это сделать. Только нужные IP раздает и свой leases-файл обновляет.
Есть ли какая команда, которая заставит принудительно DHCP обновить зоны DNS,
[решено]DHCP не полностью обновляет DNS
Покажи конфиг dhcpd.conf и named.conf.
Они у тебя не в chroot окружение работают?
Покажи конфиг dhcpd.conf и named.conf.
Они у тебя не в chroot окружение работают?
1. Конфиги верные. Иначе хосты в DNS не регистрировались бы вообще.
2. Вот конфиг dchp.conf
Показать
authoritative;
# option definitions common to all supported networks...
option domain-name "mydomain.ru";
option domain-name-servers 192.168.43.2, 192.168.43.4, 192.168.43.6;
option ntp-servers 192.168.43.2, 192.168.43.4, 192.168.43.6;
option netbios-name-servers 192.168.43.5;
option routers 192.168.43.2;
default-lease-time 432000; # 5 дней
max-lease-time 604800; # 7 дней
# Use this to enble / disable dynamic dns updates globally.
ddns-update-style interim; # setup dynamic DNS updates
ddns-updates on;
ddns-domainname "mydomain.ru"; # domain name for DDNS updates
ddns-rev-domainname "in-addr.arpa";
ddns-ttl 3600;
ignore client-updates;
update-optimization on;
update-static-leases on;
key DHCP_UPDATER {
algorithm hmac-md5;
secret secret==; # get from the /etc/rndc.key file
}
zone mydomain.ru. # forward zone to update
{
primary 192.168.43.2; # update on DNS-server
key DHCP_UPDATER; # key to use for the update
}
zone 43.168.192.in-addr.arpa. # reverse zone to update
{
primary 192.168.43.2; # update on DNS-server
key DHCP_UPDATER; # key for update
}
# Use this to send dhcp log messages to a different log file (you also
# have to hack syslog.conf to complete the redirection).
log-facility local7;
# No service will be given on this subnet, but declaring it helps the
# DHCP server to understand the network topology.
subnet 192.168.43.0 netmask 255.255.255.0 {
range 192.168.43.10 192.168.43.99;
option subnet-mask 255.255.255.0;
option routers 192.168.43.2;
allow unknown-clients;
ignore client-updates;
one-lease-per-client on;
zone 43.168.192.in-addr.arpa. # reverse zone to update
{
primary 192.168.43.2; # update on DNS-server
key DHCP_UPDATER; # key for update
}
}
Вот конфиг named
Показать
algorithm hmac-md5;
secret secret==;
};
controls {
inet 127.0.0.1 port 953 allow { any; } keys { DHCP_UPDATER; };
inet 192.168.43.2 port 953 allow { any; } keys { DHCP_UPDATER; };
};
options {
listen-on port 53 {
127.0.0.1; // локалхост
192.168.43.2; // внутренний IP адрес
};
version "mycorp.DNS hint+master";
allow-transfer { 192.168.43.4; 192.168.43.6; 192.168.128.2;};// ip-адреса серверов, которым разрешено забирать у нас файлы зон
directory "/var/named";
dump-file "/var/named/data/cache_dump.db";
statistics-file "/var/named/data/named_stats.txt";
memstatistics-file "/var/named/data/named_mem_stats.txt";
allow-query { 192.168.43.0/24; 192.168.128.2; localhost; };
allow-recursion { 127.0.0.1; 192.168.43.0/24; 192.168.128.2;};
allow-update { key DHCP_UPDATER; };
dnssec-enable yes;
dnssec-validation yes;
dnssec-lookaside . trust-anchor dlv.isc.org.;
notify yes;
auth-nxdomain yes;
};
logging {
channel default_debug {
file "data/named.run";
severity dynamic;
};
channel update_debug {
file "data/update-debug.log";
severity debug 10;
print-category yes;
print-severity yes;
print-time yes;
};
channel security_info {
file "data/named-auth.info";
severity info;
print-category yes;
print-severity yes;
print-time yes;
};
category update { update_debug; };
category security { security_info; };
};
zone "." IN {
type hint;
file "/var/named/named.ca";
};
zone "mycorp.ru" IN {
type master;
file "/var/named/mycorp.zone";
allow-update { key DHCP_UPDATER; };
};
zone "43.168.192.in-addr.arpa" IN {
type master;
file "/var/named/192.168.43.zone";
allow-update { key DHCP_UPDATER; };
};
zone "53.168.192.in-addr.arpa" IN {
type master;
file "/var/named/192.168.53.zone";
allow-update { key DHCP_UPDATER; };
};
zone "0.168.192.in-addr.arpa" IN {
type master;
file "/var/named/192.168.0.zone";
};
include "/etc/named.rfc1912.zones";
include "/etc/named.iscdlv.key";
И никакого чрута. Одни хосты честно получают от DHCP свои адреса, dhcpd вносит эти адреса в dns, а вот друние хосты адреса получают, но dhcpd даже попыток не делает обновить DNS...
И никакого чрута. Одни хосты честно получают от DHCP свои адреса, dhcpd вносит эти адреса в dns, а вот друние хосты адреса получают, но dhcpd даже попыток не делает обновить DNS...
dhcpd всегда одни и те же хосты не обновляет в dns или когда как?
Может стоит попробовать воспользоваться утилитой strace. Натравить его на dhcpd и посмотреть где он именно тупит ( strace -p PID_dhcpd ). Сам правда я не когда не пользовался ей пока.
говорите не скок зон а dhcp прописана ток одна.
говорите не скок зон а dhcp прописана ток одна.
А ревесные зоны?
DNS обслуживает один домен с двумя IP сетями 192.168.43.0 и 192.168.53.0.
В каждой сети свой dhcp-сервис. И если обновление DNS по сети 192.168.53.0 идет правильно, то по 43-й сети - непонятно как. Настройки dhcp.conf в обоих сетях одинаковы (отличия только в адресе сети, в раздаваемых IP-шниках).
А ну если в каждой своей тогда хз. У меня раздаёт один на 3 сети и норм.
А ну если в каждой своей тогда хз.
Всем спасибо. Собака зарылась в том, что по непонятным мне причинам отдельные записи в файлах leased[~] задвоились. Внимательно прочитал эти файлы, выбросил некоторые задвоеные записи. После перезагрузки "задвоеные" компьютеры стали заноситься в DNS. Так что проблема если не решена (не понята причина - почему заболело?), то понятен путь решения (как вылечить).