Создание файлов прямой и обратной зон DNS

• 1.Техническое задание.
• 1.1Цель работы
• 1.2Анализ технического задания
• 2.Теоретическое введение
• 2.1Введение в систему BIND
• 2.2Конфигурация BIND сервера.
• 2.3Создание файла зоны
• 2.4Создание файла зоны localhost.
• 3. Результат работы BIND сервера
• Заключение
• Список литературы:
• Техническое задание

Настройка ДНС сервера BIND для нужд организации. Прописывание прямых и обратных зон, почтовых и Интернет-серверов, кеширование.

Обеспечение функционирования авторитетного DNS-сервера.

1.2 Анализ технического задания.

В качестве домена, для которого выполняется настройка DNS-сервера выбран домен uncial.ru. Основная задача настройки - внести необходимые нам изменения в конфигурационные файлы named.conf, который определяет параметры функционирования сервера, описание прямой и обратной зоны. Также обеспечивание перенаправления и кеширования запросов

2. Теоретическое введение.

Система BIND позволяет определять зоны - логические группы IP-адресов и имен хостов, существующих на определенном уровне иерархии имен DNS. Например, com- это зона в корневой зоне (.), а uncial.ru. - это зона, существующая в зоне ru. имена зон всегда завершаются точкой, обозначающей корневую зону, - это является существенным при создании файлов зон. Поддомены - это зоны, управляемые отдельными серверами доменных имен; например kaf.unical.ru. - это зона, в которую может входить несколько машин. Фактически она может иметь столько дальнейших разделов сколько захочет сконфигурировать администратор. Эти зоны обеспечивают прямой поиск имен в системе DNS, или сопоставление именам IP-адресов. Обратный поиск имен в системе DNS, или сопоставление IP-адресам имен хостов, также осуществляется по зонам. Поскольку система DNS и IP-адреса ведут свое начало отпроекта ARPAnet и не претерпели с тех пор принципиальных структурных изменений, имя зоны обратного поиска DNS имеет вид CCC.BBB.AAA.-n-addr.arp. Это имя состоит из IP-адреса, записанного в обратном порядке, с добавлением суффикса .in-addr.arpa.

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

Файлы и программы системы BIND

· /usr/sbin/named. Демон сервера имен. Он прослушивает 53 порт ожидая поступления запросов поиска системы DNS.

· /etc/namedb. Все файлы конфигурации и файлы текущего состояния системы BIND, включая файлы определния зон, находятся в этом каталоге (или в созданных адинистратором подкаталогах).

· /etc/namedb/named.conf. Основной файл конфигурации системы BIND. Из него система BIND «узнает», какими доменами управляеть и как рабоать с каждым и них.

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

Систма BIND версии 9 существенно упрощает многие таинственные моменты конфигурирования сервера имен, обычно присутствовавшие в первых версиях системы (до версии 4 включительно). Система BIND 9 добавила множество возможностей конфигурирования, одновременно избавив от большого количества избыточных или плохо продуманныз элементов. Ниже приведен пример файлa «named.conf».

acl clients {10.198.0.0/16; 192.168.0.0/16; 127.0.0.1; };

options {

version "1.0.a";

listen-on { 10.198.20.110; 127.0.0.1; };

forward first;

forwarders { 213.234.192.8; };

allow-recursion { clients; };

};

zone "." {

type hint;

file "named.root";};

zone "localhost" {

type master;

file "master/localhost.rev";};

zone "0.0.127.in-addr.arpa" {

type master;

file "master/localhost.rev";};

zone "unical.ru" {

type master;

file "master/unical.ru/unical.ru";};

zone "143.23.216.in-addr.arpa" {

type master;

file "master/unical.ru/143.23.216.in-addr.arpa"; }

Система BIND позволяет ограничить доступ с помощью писков контроля дооступа (Access Control List - ACL). Список указывается в операторе acl, задающем имя списка и содержащем критерии вклдюченных хостов в список. Элементами списка контроля доступа также могут быть IP-адреса, адреса сетей в формате CIDR или оператор key (используется для защищенных транзикаций).

В нашем случае доступ разрешен подсетям 10.198.0.0/16; и 192.168.0.0/16.

Структура options - описывает глобальные параметры для сервера, а структуры zone - описывают, соответственно, доменные зоны.

-listen-on - позволяет указать на какие сетевые интерфейсы будет "вешаться" демон. У нас это 10.198.20.110

-version - строка, которая будет выдаваться на запрос определения версии DNS-сервера

-forward - этот параметр позволяет указать каким образом сервер обрабатывает запрос клиента. first - это означает что сервер сначала перенаправит запрос выше и если не получит положительного результата, то посмотрит в своем кэше. Если указать only - то у себя смотреть не будет

-forwarders - а тут указывается куда перенаправлять запросы клиентов.

named.root - в файле named.root описаны корневые DNS сервера.

-type - тип зоны

Я добавил две структуры: "прямую" зону - uncial.ru и реверсивную - 143.23.216.in-addr.arpa. Удалил опции определяющие форвард запросов и не разрешаю трансфер своих таблиц. Таким образом у меня получился мастер DNS-сервер для моего домена uncial.ru

2.3 Создание файла зоны

В файле зоны задаются соответствия имен хостои и IP-адресов в пределах домена или зоны. Формат файла зоны (который часто называют главным файлом зоны - Master Zone File) весьма сложен и строг, хотя и допускает определенные послабления. Ниже приведен пример файлы прямой и обратной зоны для uncial.ru.

Прямая зона

unical.ru. IN SOA dns.unical.ru. admin.unical.ru.(

1997120802; Serial

10800; Refresh 3 hours

3600 ; Retry 1 hour

3600000; Expire 1000 hrs

86400 ); Min 24 hours

unical.ru. IN NS ns.unical.ru.

unical.ru. IN NS ns1.unical.ru.

@ IN A 216.23.143.66

kaf IN A 216.23.143.65

mail.unical.ru. IN A 216.23.143.67

@ IN MX 10 mail.unical.ru.

kaf2.unical.ru. IN CNAME auditory.ru.

www.unical.ru. IN CNAME www.corbina.ru.

Обратная зона

@ IN SOA ns.unical.ru. admin.unical.ru. (

1997120802; Serial

10800; Refresh 3 hours

3600 ; Retry 1 hour

3600000; Expire 1000 hrs

86400 ); Min 24 hours

IN NS ns.unical.ru.

@ IN NS ns1.unical.ru.

63 IN PTR ns.unical.ru.

64 IN PTR ns1.unical.ru.

67 IN PTR mail.unical.ru.

66 IN PTR unical.ru.

Расшифровка полей файлов зон:

Каждая зона должна включать запись типа SOA (State Of Authority, сведения об ответственности). В этой записи определяются основные временные и административные параметры домена, в том числе электронный адрес лица, ответственного за домен (администратора) и серийный номер зоны.

-2007050802 ;serial - серийный номер версии таблицы. Самый лучший формат - ГГГГММДДNN, где NN - номер изменения таблицы за текущий день

-108000 ;refresh - время в секундах, указывающее как часто необходимо проверять таблицу мастер-сервера на необходимость update-а

-3600 ;retry - время в секундах, которое сервер ожидает при ошибочном сеансе refresh-а чтобы начать его заново

-3600000 ;expirу - максимальный предел в секундах времени хранения таблицы, по его истечении таблица считается устаревшей и скачивается заново.

-86400 ;ttl - параметр time-to-live. Время в секундах, которое указывает серверу сколько хранить в кэше данные таблицы. По его истечении срвер перечитывает таблицу заново.

-NS - указывает name-серверы для данной зоны

-MX - указывает на почтовые серверы домена, очередность - 0,10,20,

-A - "прямая" запись ресурса (имя-адрес)

-PTR - "реверсивная" запись (адрес-имя)

-CNAME - псевдоним

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

2.4 Создание файла зоны localhost

Для правильной работы необходимо создаь специальный файл зоны localhost (0.0.127.in-addr.arpa). В каталоге /etc/namedb имеется сценарий make-localhost, помогающий создать такой файл. Сценарий читай шаблон (PROTO.localhost.rev) и заполянет его введеной администратором информацией.

Сгенерированный файл зоны localhost.rev

$TTL 3600

@ IN SOA ns.unical.ru. admin.unical.ru. (

20070909 ; Serial

3600 ; Refresh

900 ; Retry

3600000 ; Expire

3600 ) ; Minimum

IN NS ns.unical.ru.

1 IN PTR localhost

Всё ! BIND сервер готов к запуску, делается это командой named.

3. Результат работы BIND сервера

# dig unical.ru

; <<>> DiG 9.3.3 <<>> unical.ru

;; global options: printcmd

;; Got answer:

;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 36762

;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 2, ADDITIONAL: 0

;; QUESTION SECTION:

;unical.ru. IN A

;; ANSWER SECTION:

unical.ru. 86400 IN A 216.23.143.66

;; AUTHORITY SECTION:

unical.ru. 86400 IN NS ns.unical.ru.

unical.ru. 86400 IN NS ns1.unical.ru.

;; Query time: 0 msec

;; SERVER: 127.0.0.1#53(127.0.0.1)

;; WHEN: Mon May 10 04:12:10 2007

;; MSG SIZE rcvd: 78

# nslookup unical.ru

Server: 127.0.0.1

Address: 127.0.0.1#53

Name: unical.ru

Address: 216.23.143.66

# nslookup mail.unical.ru

Server: 127.0.0.1

Address: 127.0.0.1#53

Name: mail.unical.ru

Address: 216.23.143.67

Заключение