Чем может грозить неопределение обратной зоны?Ситуация такая. Начальство небольшого подразделения, в котором я работаю, купило какой-то из контрактов в МТУ по которому эта организация выделила нам a.b.c.d/28 - подсетку постоянных адресов. Сейчас на этих машинах стоят некоторые сервисы, которыми мы пользуемся. Ну, естественно, захотелось чтоб снаружи можно было бы набирать не ip а имена машин. Далее, зарегистрировали домен с помощью услуг www.nic.ru (назовем его здесь условно mydomainn.ru). Почитав всякие howto и даже лекцию по настройке dns (https://www.opennet.ru/docs/RUS/dns1/) я пришел к выводу (возможно ошибочному), что в такой ситуации, вроде бы, можно запустить первичный DNS, поддерживающий зону mydomainn.ru (может быть впоследствии - какие-то еще зоны) на нашей машине. При этом вторичный dns-сервер можно заказать в том же www.nic.ru.
Только вот мне не понятно, что делать с обратной зоной, обязательно ли ее определение? В нашем случае ее же должно поддерживать МТУ, чего, кажется у нас нет. По крайней мере, адреса записаны только до уровня подсети a.b.0.0/16.
0.0.b.a.in-addr.arpa name = ppp0-0.pppoe.mtu-net.ru.
т.е., если набрать
# nslookup a.b.0.0
, то ответ будет
Server: 212.188.4.10
Address: 212.188.4.10#53
0.0.b.a.in-addr.arpa name = ppp0-0.pppoe.mtu-net.ru.
а если какую-либо подсеть или узел в этой сетке, то уже ничего не найдется.
Так вот, я собираюсь не определять обратную зону. В связи с этим и интересуюсь, будет ли описанная конструкция работоспособной? Если да, то не опасно ли для окружающих отсутствие на сервере обратной зоны?
Хочется разобраться еще до того как я начну эксперименты с делегированием домена mydomenn.ru, а то может и не стоит начинать ;)
Заранее спасибо.
