Настройка обратной зоны
Обратная зона предназначена для обратного преобразования, с ее помощью мы можем по IP-адресу узнать доменное имя узла. Для повседневной работы обратная зона обычно не требуется, и многие администраторы ее не создают, но при ее отсутствии могут возникнуть проблемы у многих сетевых сервисов, чаще всего неявные и неочевидные для начинающих, поэтому мы рекомендуем всегда сразу создавать обратную зону.
Точно также создадим файл зоны:
touch /var/lib/bind/db.192.168.72
И начнем его заполнять, первой записью у нас должна быть SOA, которая ничем не отличается от аналогичной записи прямой зоны и записи, указывающие на сервера имен, обслуживающие зону.
$TTL 86400 ;
@ IN SOA dns-1.interface31.lab. root.interface31.lab. (
2022103005 ; Serial
600 ; Refresh
3600 ; Retry
1w ; Expire
360 ) ; Negative Cache TTL
@ IN NS dns-1.interface31.lab.
@ IN NS dns-2.interface31.lab.
Затем начнем заполнять его записями, для показанной выше прямой зоны обратная будет выглядеть так:
8 IN PTR dns-1.interface31.lab.
9 IN PTR dns-2.interface31.lab.
7 IN PTR pve7.interface31.lab.
1 IN PTR chr72.interface31.lab.
Что обозначают эти записи? Начнем с того, что если имя узла указано без точки, то оно дополняется именем текущего домена, поэтому для указанной нами в записи цифры 8 это будет 8.72.168.192.in-addr.arpa, т.е. обратная запись для узла с адресом 192.168.72.8. Также обратите внимание, что доменные имена узлов следует указывать полностью, с точкой на конце.
Проверка работы первичного dns-сервера
После того, как вы выполнили все настройки, а также создали и настроили файлы зон можно проверить функционирование нашего сервера. Сначала проверим конфигурацию на ошибки:
named-checkconf
Затем проверим зоны, для этого указываем их наименования и пути к файлам данных:
named-checkzone interface31.lab /var/lib/bind/db.interface31.lab
named-checkzone 72.168.192.in-addr.arpa /var/lib/bind/db.192.168.72
Если ошибок не зафиксировано, то перезапускаем службу и проверяем ее работу:
systemctl restart named
systemctl status named
Теперь можно попробовать направить запрос, начнем с прямого:
nslookup pve7.interface31.lab 192.168.72.8
Затем проверим обратный
nslookup 192.168.72.7 192.168.72.8
Чтобы запрос был направлен именно нашему серверу мы явно указываем его адрес вторым параметром команды.
В обоих случаях вы должны получить правильные ответы, после чего можно переходить к настройке вторичного DNS-сервера.
Установка и настройка bind 9 на вторичном сервере
Точно также установим пакет на второй сервер:
apt install bind9
И сразу перейдем к /etc/bind/named.conf.options, настройки которого полностью аналогичны первичному серверу, за исключением строки:
listen-on port 53 { 127.0.0.1; 192.168.72.9; };
В которой следует указать IP-адрес второго сервера, у нас это 192.168.72.9.
Теперь откроем /etc/bind/named.conf.local и пропишем зоны:
zone "interface31.lab" {
type slave;
file "db.interface31.lab";
masters { 192.168.72.8; };
};
zone "72.168.192.in-addr.arpa" {
type slave;
file "db.192.168.72";
masters { 192.168.72.8; };
};
Назначение параметров:
type - тип зоны, в нашем случае вторичная - slave
file - имя файла зоны, указываем без путей, файлы вторичных зон хранятся в /var/cache/bind
masters - адрес нашего первичного сервера с которого вторичный будет забирать изменения
После чего проверяем правильность конфигурации:
named-checkconf
И перезапускаем сервер:
systemctl restart named
На этом настройка вторичного сервера закончена, можем проверить его работу аналогично тому, как мы это делали для первичного сервера.