Алексей Стахнов - Linux

Настройка кэширующего сервера

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

/etc/named.conf

options {

directory "/var/named";

};

zone"." {

type hint;

file "root.hints";

};

zone "О.0.127.in-addr.arpa" {

type master;

file "127.0.0";

Строка directory указывает bind где искать файлы. Все файлы, используемые впоследствии, будут иметь путь относительно этого каталога.

Строка zone "0.0.127. in-addr.arpa" показывает, что bind также отвечает за обратную зону для подсети 127.*.*.*, является в ней мастером, и файл описания зоны – 127.0.0.

Секция zone"." самая важная. Она описывает, в каком файле лежат адреса корневых DNS-серверов, которые отвечают за зоны первого уровня.

Файл, названный /var/named/root.hints, должен находиться в указанном каталоге и содержать приблизительно следующую информацию:

Этот файл описывает имена корневых серверов имен по всему миру. Их список периодически изменяется. Поэтому данный файл необходимо время от времени корректировать.

dig @rs.internic.net. ns >root.hints

/etc/127.0.0

127.0.0 – это файл, который отвечает за преобразование чисел IP-адреса в имена.

Файл 127.0.0 должен выглядеть так:

Эта запись обозначает следующее:

• @ указывает, что описываем сами себя;

• описываемая зона держится сервером с именем ns.ogpu.odessa.ua;

• отвечает за нее человек, доступный по адресу hostmaster@ogpu.odessa.ua (первая точка заменяет @);

• у зоны серийный номер равен 1 (обычно для него используют дату последней правки зоны – на него опираются другие серверы, которые берут информацию с вашего);

• другие серверы будут обновлять информацию о вашем с периодичностью в восемь часов;

• при неудачном обновлении следующая попытка будет произведена через два часа;

• зона будет считаться содержащей недостоверную информацию на кэширующих серверах через одну неделю;

• зона будет считаться содержащей недостоверную информацию на кэширующих серверах не менее, чем через один день;

• строка IN NS ns.ogpu.odessa.ua. показывает, что авторитетным сервером за эту зону является ns.ogpu.odessa.ua., и именно ему надо рассылать обновления зоны ns.ogpu.odessa.ua.;

• строка 1 PTR localhost. описывает что машина с адресом 1 в зоне 127.0.0. имеет имя localhost.

Запуск named

Теперь можно запускать сервер. Наберите ndc start без опций и нажмите клавишу .

Затем запускаем программу nslookup:

$ nslookup

Default Server: localhost

>_

Если на мониторе это выглядит так, значит система работает. Мы так надеемся. Если вы видите что-то другое, то вернитесь назад и все проверьте. Каждый раз, когда вы изменяете файл named.conf, необходимо перезапустить named, используя команду ndc restart. Теперь проверим, как функционирует ваш кэширующий сервер – введем

user7.ogpu.odessa.ua:

> user7.ogpu.odessa.ua

Server: localhost

Name: user7.ogpu.odessa.ua Address: 195.66.195.31

При этом nslookup попросил ваш named посмотреть информацию о данном компьютере. Если вы повторно попросите узнать адрес компьютера user7.ogpu.odessa.ua, то получите такой ответ:

> user7.ogpu.odessa.ua

Server: localhost

Address: 127.0.0.1

Non-authoritative answer:

Name: user7.ogpu.odessa.ua

В это раз вы получили сообщение «Non-authoritative answer». Это значит, что named во второй раз не делал запрос к внешним серверам имен, а произвел поиск в своем кэше и нашел нужную запись. Поскольку вы увидели это сообщение, ваш кэширующий DNS-сервер функционирует верно. Получив положительный результат, можно завершить работу nslookup дав команду exit.

Настройка DNS-сервера

Настройка полнофункционального DNS-сервера несколько сложнее, чем кэширующего, но в основном файлы и записи те же самые. Для чистоты эксперимента рекомендуется произвести настройку для несуществующего домена. У нас он будет называться ivan.petrov.

/etc/named.conf

options {

directory "/var/named";

};

zone"." {

type hint;

file "root.hints";

};