Назад | Перейти на главную страницу

DHCPD назначает неправильный DNS-сервер

Я только что установил два сервера Ubuntu 14.04LTS. На первый я установил bind9 и isc-dhcp-server. Второй остался установленным для использования DHCP. Я создал новую частную сеть с помощью VMware fusion, чтобы предотвратить доступ DHCP-сервера к остальной части моей сети, и подключил обе машины к этой сети. Эта частная сеть является сетью только для хоста и не позволяет хосту подключаться к сети или назначать адреса для VMware. Нет подключения к Интернету или другому сетевому подключению. Всего две изолированные виртуальные машины.

Как прямое, так и обратное разрешение DNS. DHCP успешно добавляет прямые и обратные записи для клиентского сервера. Второй сервер получает всю необходимую информацию от DHCP-сервера, КРОМЕ для DNS-сервера. Несмотря на то, что я ввел в серверы доменных имен, клиентский сервер всегда получает 127.0.1.1.

Я действительно чувствую, что 127.0.1.1 отправляется DHCP-сервером и не перезаписывается ничем на клиентском сервере, поскольку значение отображается в /var/lib/dhcp/dhclient.eth0.leases. Я чувствую, что если бы он был перезаписан чем-то на клиентском сервере, он показал бы правильное значение в этом файле, но я могу ошибаться.

Конфигурация сервера

/etc/dhcp/dhcpd.conf

root@srv1:~# cat /etc/dhcp/dhcpd.conf
ddns-update-style interim;
ddns-domainname "example.net.";
ddns-rev-domainname "in-addr.arpa.";

log-facility local7;

subnet 172.16.163.0 netmask 255.255.255.0 {

    range 172.16.163.10 172.16.163.20;

    option domain-name-servers 172.16.163.1;
    option domain-name "example.net";
    option routers 172.16.163.1;
    option broadcast-address 172.16.163.225;

    default-lease-time 600;
    max-lease-time 7200;

}

key DHCP_UPDATER {
    algorithm HMAC-MD5.SIG-ALG.REG.INT;
    secret "xxxxxxxxxxxxxxxxxx==";
};

zone example.net. {
    primary 127.0.0.1;
    key DHCP_UPDATER;
}

zone 163.16.172.in-addr.arpa. {
    primary 127.0.0.1;
    key DHCP_UPDATER;
}

/etc/resolve.conf

root@srv1:~# cat /etc/resolv.conf
nameserver 172.16.163.1
search example.net

/ и т.д. / сеть / интерфейсы

root@srv1:~# cat /etc/network/interfaces
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

# The loopback network interface
auto lo
iface lo inet loopback

# The primary network interface
auto eth0

iface eth0 inet static
    address 172.16.163.1
    netmask 255.255.255.0
    gateway 173.16.163.1

Как я уже сказал, все работает нормально, за исключением того, что второй сервер не получает правильную запись DNS. Если я вручную выберу правильный DNS-сервер, все будет нормально.

Если мои конфигурации кажутся упрощенными, это всего лишь тест в лабораторной среде виртуальных машин, где еще ничего не подвергается опасности.

Спасибо

Я ненавижу публиковать, а затем немедленно публиковать свой собственный ответ, но когда я работал над получением конфигурации клиента DHCP и файла аренды, я заметил около полдюжины записей об аренде. Чтобы создать чистый файл для публикации, я удалил этот файл и перезагрузился. После этого он получил правильную информацию о DNS-сервере.

Хотя я чувствую, что это было нечто большее, я решил удалить /var/lib/dhcp/dhclient.eth0.leases на клиенте и перезагрузить компьютер.

Довольно сложно отказаться от того, чтобы ничего не увидеть в реальности. но в качестве первого крика я бы сказал, что, поскольку example.net - это домен в доменном имени подсети, а затем вы указываете место «откуда» для обновления зоны example.net на 127.0.0.1 Я предполагаю, что где ваша проблема является.