URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID1
Нить номер: 13501
[ Назад ]

Исходное сообщение
"Проблема с DNS"
Отправлено ork , 18-Фев-02 19:42

Есть DNS-сервер, обслуживающий интернет(ДОМЕН.ru).
Есть локальная сетка на WINS'е. Нужно убрать WINS и в локальной сети настроить DNS. Но при этом этот DNS сервер должен быть master для локальной сети и slave для DNS сервера обслуживающего интернет.

Содержание

RE: Проблема с DNS,lavr, 19:57 , 18-Фев-02
- RE: Проблема с DNS,ork, 11:21 , 19-Фев-02
  - RE: Проблема с DNS,Lamer, 12:59 , 19-Фев-02
  - RE: Проблема с DNS,lavr, 14:28 , 19-Фев-02
    - RE: Проблема с DNS,lavr, 14:34 , 19-Фев-02

Сообщения в этом обсуждении

"RE: Проблема с DNS"
Отправлено lavr , 18-Фев-02 19:57

>Есть DNS-сервер, обслуживающий интернет(ДОМЕН.ru).
>Есть локальная сетка на WINS'е. Нужно
>убрать WINS и в локальной
>сети настроить DNS. Но при
>этом этот DNS сервер должен
>быть master для локальной сети
>и slave для DNS сервера
>обслуживающего интернет.
странно, а при чем тут WINS?
DNS сам по себе - поднимается named который slave
клиентам раздается его адрес для резолва, чтобы не ползать на primary
WINS - можно оставить для авторизации Windoze машин, или заменить его Samba
чтобы не было путаницы - DNS (Domain Name System)
служит для соответствии именам - ip адресов и обратно - резловинг, при этом не является системой учета и авторизации пользователей.

"RE: Проблема с DNS"
Отправлено ork , 19-Фев-02 11:21

>>Есть 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, но ничего не нашел про настройку сервера имен для поддомена основного домена.

"RE: Проблема с DNS"
Отправлено Lamer , 19-Фев-02 12:59

>Уважаемый lavr я знаю что такое
>WINS. Может я слишком напутанно
>обяснил, поэтому попытаюсь рассказать попроще.
>У меня есть домен ДОМЕН.ru,
>мне нужно настроить сервер имен
>для домена НОВЫЙДОМЕН.ДОМЕН.ru, какую последовательность
>действий я должен сделать. Прочитал
>различные HOWTO, но ничего не
>нашел про настройку сервера имен
>для поддомена основного домена.
Последовательность действий:
#ee /etc/namedb/named.conf
(#vi /etc/named.conf - for Linux users)
добавить след.:
zone "localdomain.domain.ru" {
        type master;
        file "files/localdomain.domain.ru";
        };
zone "domain.ru" {
        type slave;
        file "files/domain.ru";
        masters { 195.268.257.239;};
        };
zone "0.168.192.in-addr.arpa" {
        type master;
        file "files/192.168.0";
        };
где 195.268.257.239 - твой DNS сервер, который держит master-зону для твоего интернетовского домена...
файл files/localdomain.domain.ru - файл, где описываются твои локальные машины..
файл files/domain.ru создавать не нужно, named создаст его сам, скопировав зону с основного сервера(на котором, конечно разрешены трансферы зон на ип твоего вторичного днс)...
файл files/192.168.0 - имеет обычный формат файла для реверсных зон, с той разницей, что адреса будут локальными..

"RE: Проблема с DNS"
Отправлено lavr , 19-Фев-02 14:28

>>>Есть 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

"RE: Проблема с DNS"
Отправлено lavr , 19-Фев-02 14:34

>в прямой зоне 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
выше была обшибка, отсутствие точки чтобы отсечь добавление домена:
; domain subdomain.domain.ru
subdomain   in   ns   ns.subdomain.domain.ru.
            in   ns   ns.domain.ru.
ns.subdomain.domain.ru.-завершающая точка
>названия [ns].[subdomain].[domain].ru условны и вовсе необязательно
>что primary-ns будет иметь
>имя ns.domain.ru
>
>И все это есть как в
>RFC, так и в HOWTO,
>структура
>файлов прямой и обратной зоны везде
>одинакова, смысл тоже.
>
>Примечание: и не забывать об изменении
>значений в serial