Официальный (Authoritative) сервер зоны

В руководстве по BIND данная конфигурация обозначена как «Authoritative-only server». Смысл её заключается в том, что демонстрируется настройка сервера, который обслуживает запросы от любого хоста Сети, но только к той зоне, за которую он официально отвечает. В терминологии BIND 4.х такой сервер именовался как «primary» для зоны, а в терминологии BIND 8.х- 9.х он именуется как «master». Его файл настройки будет выглядеть следующим образом:

options {

directory «/var/named»; // Working directory

pid-file «named.pid»; // Put pid file in working

allow-query { any; }; // This is default

recursion no; // Do not provide recursion service

};

zone «.» {

type hint;

file «root.hint»;

};

zone «0.0.127.in-addr.arpa» {

type master;

file «0.0.127.in-addr.arpa»;

notify no;

};

zone «example.com.» {

type master;

file «example.com»;

allow-transfer { 192.168.4.14; 192.168.5.53; };

};

Сначала необходимо обратить внимание на отличие в описании опций директивы «options». Во-первых, с запросами к данному серверу позволено обращаться любому хосту сети, что логично, т.к. никто другой кроме официального сервера в полном объёме за данную зону не отвечает (опция «allow-query»). Есть, конечно, вспомогательные серверы, но они только дублируют «master» сервер. Вносить изменения в описание зоны можно только на «primary master сервере». Именно поэтому при выходе из строя «primary master сервера» время обслуживания запросов вспомогательными серверами ограничено. Предполагается, что при отказе «primary master» данные вспомогательных серверов не будут соответствовать исходному описанию зоны, а потому обслуживание запросов лучше прекратить.

Во-вторых, данный сервер не обслуживает запросы рекурсивно. Он только отвечает на запросы к своей зоне (опция «recursion»). Последнее означает, что в отличии от кэширующего сервера, который принимает запросы от клиентов (resolver’ов), опрашивает серверы доменных имён и потом отвечает клиентам, наш сервер запросы клиентов, которые не касаются зоны его ответственности обслуживать не будет.

Описание корневых (root) серверов и обратной зоны для «127.0.0.1» такое же, как и для кэширующего сервера.

При описании зоны ответственности (директива zone «example.com») в качестве первого параметра указано имя зоны («example.com») в фигурных скобках определены опции: тип сервера – «master», т.е. официальный сервер зоны; файл описания зоны – file «example.com»; список вспомогательных серверов – «allow-transfer { 192.168.4.14; 192.168.5.53 };».

Собственно, опция «allow-transfer» задает список серверов, которым разрешено копировать зону. Официальными вспомогательными серверами они станут только в том случае, если они таковыми были определены в заявке (для доменов второго уровня – корпоративных доменов, например), либо приписаны таковыми при делегировании зоны более глубокого уровня.

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