>>>Есть DNS-сервер, обслуживающий интернет(ДОМЕН.ru).
>>>Есть локальная сетка на WINS'е. Нужно
>>>убрать WINS и в локальной
>>>сети настроить DNS. Но при
>>>этом этот DNS сервер должен
>>>быть master для локальной сети
>>>и slave для DNS сервера
>>>обслуживающего интернет.
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^- это кто, дядя писал? где здесь зона второго уровня, а где третьего и кто что для кого должен держать!?
>>странно, а при чем тут WINS?
>>
>>
>>DNS сам по себе - поднимается
>>named который slave
>>клиентам раздается его адрес для резолва,
>>чтобы не ползать на primary
>>
>>
>>WINS - можно оставить для авторизации
>>Windoze машин, или заменить его
>>Samba
>>
>>чтобы не было путаницы - DNS
>>(Domain Name System)
>>служит для соответствии именам - ip
>>адресов и обратно - резловинг,
>>при этом не является системой
>>учета и авторизации пользователей.
>
>
>Уважаемый lavr я знаю что такое
>WINS. Может я слишком напутанно
>обяснил, поэтому попытаюсь рассказать попроще.
>У меня есть домен ДОМЕН.ru,
>мне нужно настроить сервер имен
>для домена НОВЫЙДОМЕН.ДОМЕН.ru, какую последовательность
>действий я должен сделать. Прочитал
>различные HOWTO, но ничего не
>нашел про настройку сервера имен
>для поддомена основного домена.
от постановки задачи или вопроса - зависит какой будет ответ, если вопрос напутанный, то ответа и вовсе может не быть. Писать надо по-русски.
в чем собственно разница, будет ли зона второго
уровня domain.ru или subdomain.domain.ru? bind'у
все равно какая зона и сколько там уровней, теория
DNS одна для всех
допустим где-то есть primary dns-сервер для
зоны domain.ru:
----------------- кусок named.conf --------------
...
zone "." in {
type hint;
file "named.root";
};
zone "0.0.127.in-addr.arpa" in {
type master;
file "master/localhost.rev";
};
zone "domain.ru" in {
type master;
file "master/domain.ru";
};
примечание: файлы прямой и обратной зон опускаем,
надеюсь понятно как их создавать (если нет - вы просто не читали DNS и не знаете его)
если сервер зоны domain.ru будет slave'ом для
зоны subdomain.domain.ru для которой primary-ns имеет адрес=kkk.lll.mmm.nnn то добавляем:
zone "subdomain.domain.ru" in {
type slave;
file "slave/subdomain.domain.ru";
master { kkk.lll.mmm.nnn; };
};
это означает что primary-ns зоны domain.ru становится slave'ом для зоны subdomain.domain.ru и будет вытягивать эту зону с адреса kkk.lll.mmm.nnn - primary-ns-for-subdomain
на сервере primary-ns-subdomain создаем конфиг и
файлы прямой и обратной зон (обратную зону создаем только в том случае, если primary-ns-subdomain ИМЕЕТ свою сеть класса C или подсеть)
zone "." in {
type hint;
file "named.root";
};
zone "0.0.127.in-addr.arpa" in {
type master;
file "master/localhost.rev";
};
zone "subdomain.domain.ru" in {
type master;
file "master/subdomain.domain.ru";
};
если в свою очередь сервер primary-ns-subdomain будет slave'ом для вышестоящей зоны (обменялись друг с другом чтобы взаимно быть друг для друга
secondary) то добавляем запись:
zone "domain.ru" in {
type slave;
file "slave/domain.ru";
master { aaa.bbb.ccc.ddd ; };
};
где aaa.bbb.ccc.ddd - адрес primary-ns зоны domain.ru и с указанного ip-address'а будет сниматься зона domain.ru при первой загрузке и
при изменениях (сие будет выполняться и в верхнем случае)
можно обмениваться, можно не обмениваться, а по договоренности в одностороннем порядке
в прямой зоне domain.ru - file "master/domain.ru"
так и быть (кусок из прямой зоны domain.ru):
для зоны subdomain.domain.ru при наличии ORIGIN NS
записи будут означать что для зоны
третьего уровня subdomain.domain.ru primary-ns является ns.subdomain.domain.ru:
; domain subdomain.domain.ru
subdomain in ns ns.subdomain.domain.ru
если ns.domain.ru является secondary для subdomain, мы договорились с их мастером, то имеем
; domain subdomain.domain.ru
subdomain in ns ns.subdomain.domain.ru
in ns ns.domain.ru
названия [ns].[subdomain].[domain].ru условны и вовсе необязательно что primary-ns будет иметь
имя ns.domain.ru
И все это есть как в RFC, так и в HOWTO, структура
файлов прямой и обратной зоны везде одинакова, смысл тоже.
Примечание: и не забывать об изменении значений в serial
Вариант для распечатки
OpenNET: Виртуальная конференция (Public)
on
18-Фев-02, 19:42 (MSK)
