named для дистрибутивов базирующихся на RedHat- базовая настройк
По регламенту регистратора зоны .ru для делегирования домена необходимы два IP-адреса из различных подсетей класса С. Это означает, что IP-адреса должны различаться в предпоследнем октете, например
- 90.156.148.183
- 90.156.149.131
Для регистраторов зон .org, .com и т.п. это требование обычно можно игнорировать. Допустим, что IP-адреса уже заданы и корректно настроены (см ifconfig)
-
Необходимо проверить, установлены ли пакеты bind и bind-chroot. Список установленных пакетов можно посмотреть, например, командой
$ rpm -qa | grep bind bind-utils-9.4.2-3.fc7 rpcbind-0.1.4-8.fc7 bind-libs-9.4.2-3.fc7 bind-9.4.2-3.fc7 bind-chroot-9.4.2-3.fc7 bind-devel-9.4.2-3.fc7
Если в этом списке их нет, устанавливаем
$ yum install bind bind-chroot
DNS-сервер работает под chroot, поэтому все конфигурационные файлы лежат внутри папки /var/named/chroot/
-
В конец файла /var/named/chroot/etc/named.conf добавляем строки
zone "mysite.ru" IN { type master; file "named.mysite"; };
Как показала практика этот пункт не подходит для по крайней мере FC7 и FC8, так как конфигурационный файл в первом случае вообще отсутствует, а во втором - годится только для локального сервера. Поэтому в конце приводится текст нормального конфигурационного файла, который нужно скопировать вместо имеющегося. Остальная часть инструкции корректна и не требует изменений 3. Соответственно зона домена mysite.ru будет прописана в файле /var/named/chroot/var/named/named.mysite Создаем файл /var/named/chroot/var/named/named.mysite со следующим текстом:
$TTL 86400
@ IN SOA ns1.mysite.ru. ваш.почтовый.ящик. (
1194087297 ; Serial
10800 ; Refresh
3600 ; Retry
604800 ; Expire
10800 ) ; Minimum
mysite.ru. IN NS ns1.mysite.ru.
mysite.ru. IN NS ns2.mysite.ru.
ns1.mysite.ru. IN A первый_IP
ns2.mysite.ru. IN A второй_IP
mysite.ru. IN A mysite.ru. IN A первый_IP
www IN CNAME mysite.ru.
mysite.ru. IN MX 10 mail.mysite.ru.
mail IN A второй_IP
Реальный почтовый ящик имеет вид "ваш@почтовый.ящик" , но вместо @ в файле зоны пишут точку. Все точки в файле зоны существенны. Записи вида
mysite.ru. IN A первый_IP
mysite.ru IN A первый_IP
различны. Первая задает адрес домена mysite.ru, вторая - адрес поддомена mysite.ru.mysite.ru Файл содержит DNS-записи различных типов.
* SOA-запись обязательна. Она содержит технические параметры зоны. Подробно на них останавливаться не будем, обратим лишь внимание на параметр Serial. Его начальное значение не важно, однако при изменении DNS-зоны (добавлении/удалении записей, изменении их значений) его необходимо увеличивать. Например, можно в качестве Serial использовать текущую дату: час, день, месяц, год дадут 1406032008.
* NS-записи для основного домена также обязательны
mysite.ru. IN NS ns1.mysite.ru.
mysite.ru. IN NS ns2.mysite.ru.
Их можно писать в виде
@ IN NS ns1.mysite.ru.
@ IN NS ns2.mysite.ru.
_ '@' в файле зоны всегда заменяет имя основного домена. _
* Следующие две записи необходимы в нашем случае, они задают IP-адреса для самих DNS-серверов.
ns1.mysite.ru. IN A первый_IP
ns2.mysite.ru. IN A второй_IP
* Остальные записи не требуются для работы DNS-серверов. Они задают адрес сайта, почтового сервера, поддоменов. В предложенном шаблоне определяются адрес основного домена:
mysite.ru. IN A первый_IP
адрес поддомена mail.mysite.ru
mail IN A второй_IP
Домен www__.mysite.ru делается синонимом основного домена
www IN CNAME mysite.ru.
Почта домена направляется на поддомен mail.mysite.ru
mysite.ru. IN MX 10 mail.mysite.ru.
Таким образом предполагается, что по адресу mail.mysite.ru будет расположен SMTP-сервер, принимающий почту, направленную на адреса вида smth@__mysite.ru
* Для добавления произвольного поддомена subdomain.mysite.ru следует использовать шаблон
subdomain IN A IP-адрес
www.subdomain IN CNAME subdomain
-
Далее . проверяем корректность файла зоны . запускаем сервер . проверяем, корректно ли выдается адрес
$ named-checkzone named.mysite $ service named start $ host mysite.ru первый_IP $ host mysite.ru второй_IP
В результате двух последних команд должен быть выведен IP из строки
mysite.ru. IN A первый_IP
файла зоны. _ После любого изменения зоны следует выполнять проверку и перезапуск DNS-сервера:
$ named-checkzone named.mysite
$ service named restart
_
-
Теперь можно у регистратора делегировать домен mysite.ru на серверы
ns1.mysite.ru первый_IP ns2.mysite.ru второй_IP -
_ Делегировать домен = сообщить регистратору адрес(или адреса) сервера, на котором хранится информация о его DNS-зоне. После делегирования регистратор своими силами распространяет эту информацию по глобальным DNS-зонам. Этот процесс может занимать до 72 часов._
Замена пункта 2 Правильный текст конфигурационного файла /var/named/chroot/etc/named :
options
{
/* make named use port 53 for the source of all queries, to allow
* firewalls to block all ports except 53:
*/
query-source port 53;
query-source-v6 port 53;
// Put files that named is allowed to write in the data/ directory:
directory "/var/named"; // the default
dump-file "data/cache_dump.db";
statistics-file "data/named_stats.txt";
memstatistics-file "data/named_mem_stats.txt";
};
logging
{
/* If you want to enable debugging, eg. using the 'rndc trace' command,
* named will try to write the 'named.run' file in the $directory (/var/named).
* By default, SELinux policy does not allow named to modify the /var/named directory,
* so put the default debug log file in data/ :
*/
channel default_debug {
file "data/named.run";
severity dynamic;
};
};
//
// All BIND 9 zones are in a "view", which allow different zones to be served
// to different types of client addresses, and for options to be set for groups
// of zones.
//
// By default, if named.conf contains no "view" clauses, all zones are in the
// "default" view, which matches all clients.
//
// If named.conf contains any "view" clause, then all zones MUST be in a view;
// so it is recommended to start off using views to avoid having to restructure
// your configuration files in the future.
//
view "localhost_resolver"
{
/* This view sets up named to be a localhost resolver ( caching only nameserver ).
* If all you want is a caching-only nameserver, then you need only define this view:
*/
match-clients { localhost; };
match-destinations { localhost; };
recursion yes;
include "/etc/named.rfc1912.zones";
include "/etc/named.conf.inc";
};
view "external"
{
/* This view will contain zones you want to serve only to "external" clients
* that have addresses that are not on your directly attached LAN interface subnets:
*/
recursion no;
// you'd probably want to deny recursion to external clients, so you don't
// end up providing free DNS service to all takers
include "/etc/named.conf.inc";
};
Создавая новую зону добавляем текст
zone "mysite.ru" IN {
type master;
file "named.mysite";
};
не в сам конфигурационный файл, а в подключаемый файл /var/named/chroot/etc/named/named.conf.inc
Комментарии:
Нет комментариев.
Пожалуйста войдите или зарегистрируйтесь чтобы оставлять комментарии.
