Лабораторные работы по ПО/Система доменных имен сервера Bind

Настройка Сервера Доменных Имен (DNS)

В предидущих практических работах мы настраивали сетевые сервисы и получали к ним доступ по ip адресам. С точки зрения разработки протоколов и программного обеспечения адреса компьютеров выраженные в цифровом формате очень удобны. Но было бы странно предлагать другому человеку зайти на новый сайт с адресом 192.168.5.20. Было бы гораздо удобнее сказать "зайди на хост с именем serv2.lab.nntc.nnov.ru". Пусть даже немного длиннее, но уже понятнее и гораздо лучше запоминаеться. Именно для этого в начале 90-х годов был придуман сервис DNS. DNS (Domain Naim Service) выполняет только одну, но очень важную задачу - связи буквенных имен компьютеров и их числовых ip адресов.

В DNS храняться имена компьютеров в сети, например mail.ru, и соответствующие этим именам ip-адреса.

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

В этой работе мы:

• установим свой DNS сервер, обслуживающий нашу под-зону имен
• создадим две записи в нашей подзоне, отдельно для сервиса www и ftp
• подготовим DNS сервер для создания виртуальных доменов в Apache в следующей практической работе

Установка сервера доменных имен BIND

Самым распространенным в Internet является сервер доменных имен BIND (Berkley Internet Nameserver Daemon). Он используется более чем на 80% интернет серверов. Мы так же воспользуемся им.

Все настройки нужно будет производить на сервере. Зайдите на сервер с помощью удаленного доступа к консоли по протоколу ssh, как вы это делали при выполнении предидущих заданий.

В репозитории сервис bind представлен пакетом 9-й версии этого приложения. Установм его коммандой:

sudo aptitude install bind9

После установки пакета перейдите в директорию с конфигурационными файлами сервиса bind:

cd /etc/bind

Базовая настройка сервиса BIND

Сразу после установки сервер настроен на работу в качестве кэширующего DNS-сервера и при запросах к нему делает обращения к корневым DNS-серверам, указанным в файле /etc/bind/db.root.

В нашем случае наш DNS-сервер должен будет обслуживать один из поддоменов колледжа и обращаться за адресами компьютеров вне своей под-зоны только через колледжный DNS-сервер. Для этого в файле /etc/bind/named.conf.options нам потреуеться добавить параметр forwarders.

sudo nano /etc/bind/named.conf.options

forwarders {
            192.168.10.1;
         };

Теперь все DNS-запросы к внешним адресам, сделанные серез DNS-сервер на вашем сервере, будут обрабатыватся основным DNS-сервером колледжа.

Прямая зона поддомена

Создадим прямую зону нашего поддомена с двумя записями.

Для этого в файле /etc/bind/named.conf.local опишем нашу зону:

sudo nano /etc/bind/named.conf.local

zone "srv1.lab.nntc" {
     type master;
     file "/etc/bind/db.srv1";
     notify no;
};

Теперь создадим файл, непосредственно содержащий информацию об именах компьютеров и соответствующих им ip-адресах.

sudo nano /etc/bind/db.srv1


@       IN    SOA   ns1.srv1.lab.nntc. root.srv1.lab.nntc. (
           20091123 ; серийный номер
              2M    ; обновление каждые 2 минуты
              3M    ; повтор каждый 3 минуты
              1D    ; хранить 1 день
              30)   ; TTL записи — 30 минут
          
@        IN NS       ns1.srv1.lab.nntc.
@        IN A        192.168.5.2
ns1      IN A        192.168.5.2      

Сохраним файл и перезапустим сервис bind

sudo /etc/init.d/bind9 restart

Проверка работоспособности зоны

Давайте проверим правильность работы нашего поддомена. В терминате компьютера за которым вы непосредственно седите (не на виртуальном сервере) выполните команду nslookup с имен нашего поддомена в качестве параметра.

nslookup srv1.lab.nntc.

Наличие точки в конце адреса хоста зависит от параметров в файле /etc/resolv.conf. Если ваш dhcp сервер соощает настройки dns сервера с параметром search, то вам следует соохранить точку в конце доменново имени. Иначе значение параметра search будет автоматически подставлено к внутреннему адресу srv1.lab.nntc и вы получите неверный запрос. Если параметр search в /etc/resolv.conf отсутствует точка в конце доменного имени не обязательна.

В ответ на комманду вы должны получить соответствующий имени домена ip-адрес.

Если вы получаете именно тот адрес, который задавали в файле db.srv1 - значит все работает правильно.

Добавление дополнительных хостов

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

Давайте создадим две записи, www.srv1.lab.nntc и ftp.srv1.lab.nntc

sudo nano /etc/bind/db.dhsilabs.com


@       IN    SOA   ns1.srv1.lab.nntc. root.srv1.lad.nntc. (
           20091123 ; серийный номер
              2M    ; обновление каждые 2 минуты
              3M    ; повтор каждый 3 минуты
              1D    ; хранить 1 день
              30)   ; TTL записи — 30 минут
          
@        IN NS       ns1.srv1.lab.nntc.
@        IN A        192.168.5.2
ns1      IN A        192.168.5.2  
www      IN A       192.168.5.2
ftp      IN A       192.168.5.2

Перезапускаем сервис bind

sudo /etc/init.d/bind9 restart

И проверяем работоспособность новых доменных записей

nslookup www.srv1.lab.nntc

nslookup ftp.srv1.lab.nntc