Вопрос по работе ДНС

[Gamerman]

Есть первый сервер и на нем bind на котором поднята одна зона, например domain.org
Делегиурую на нем на другой сервер subdomain.domain.org
На другом сервере поднимаю subdomain.domain.org.

Но, пока я не прописал ІР адрес первого сервера, в allow-transfer, subdomain.domain.org нигде не было видно.

Вопрос. Зачем нужно прописывать адрес первого сервера в allow-transfer?

[Хостинг HostFood.ru]

Тарифы на хостинг в России, от 12 рублей: https://www.host-food.ru/tariffs/hosting/
Тарифы на виртуальные сервера (VPS/VDS/KVM) в РФ, от 189 руб.: https://www.host-food.ru/tariffs/virtualny-server-vps/
Выделенные сервера, Россия, Москва, от 2000 рублей (HP Proliant G5, Intel Xeon E5430 (2.66GHz, Quad-Core, 12Mb), 8Gb RAM, 2x300Gb SAS HDD, P400i, 512Mb, BBU):
https://www.host-food.ru/tariffs/vydelennyi-server-ds/
Недорогие домены в популярных зонах: https://www.host-food.ru/domains/

[unix-admin]

http://forum.lissyara.su/viewtopic.php? ... 11&start=0

[Gamerman]

Но на первом сервере я же не указывал сервер, для передачи зоны? Только секондари.

[BlackCat]

Gamerman, приведите конфигурацию и первого и второго серверов. К какому из этих серверов обращается клиент? Что именно не работает?

[Gamerman]

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

Часть описания зоны на сервере который делегировал:

Код: Выделить всё

$ORIGIN .
$TTL 86400      ; 1 day
gamer.***.ua       IN SOA  gamer.***.ua. gamer.***.net. (
                                2011011207 ; serial
                                86400      ; refresh (1 day)
                                7200       ; retry (2 hours)
                                1209600    ; expire (2 weeks)
                                7200       ; minimum (2 hours)
                                )
                        NS      ns.gamer.***.ua.
                        NS      ns.secondary.net.ua.
                        A       82.207.***.218
                        MX      10 mail.gamer.***.ua.
                        MX      30 smtp.gamer.***.ua.
sh.gamer.***.ua.         NS      ns.sh.gamer.***.ua.
ns.sh.gamer.***.ua.      A       82.207.***.69

Часть описания, куда делегировали.

Код: Выделить всё

$ORIGIN .
$TTL 86400      ; 1 day
sh.gamer.***.ua       IN SOA  gamer.***.ua. gamer.***.net. (
                                2011010401 ; serial
                                86400      ; refresh (1 day)
                                7200       ; retry (2 hours)
                                1209600    ; expire (2 weeks)
                                7200       ; minimum (2 hours)
                                )
                        NS      ns.sh.gamer.***.ua.
                        A       82.207.***.69
                        MX      10 mail.sh.gamer.***.ua.
                        MX      30 smtp.sh.gamer.***.ua.
$ORIGIN sh.gamer.***.ua.
ns                      A       82.207.***.69
ftp                     A       82.207.***.69
mail                    A       82.207.***.69
smtp                    A       82.207.***.69
/code]
Пока на втором не прописал     82.207.***.218; в секции:
[code]       allow-transfer { 
                         193.201.116.2;
                         82.207.***.218;
                       };

                  82.207.***.218;
                       };

адрес sh.gamer.***.ua не резольвился нигде.

Проверял командой nslookup sh.gamer.***.ua на внешней машине и на первом сервере.

[BlackCat]

Gamerman должны быть два сервера, которые обслуживают зону (gamer.***.ua). Они синхронизироваться успели?

[Gamerman]

gamer.***.ua обслуживают 2 сервера, собственно gamer.***.ua и secondary.net.ua
sh.gamer.***.ua раньше был просто хостом, прописаным на gamer.***.ua. Потом захотелось поиграться с делегированием. Делегировал, все зарабоатло я обрадовался и забыл. Сегодня с удивлением обнаружил, что sh.gamer.***.ua не резольвится.
Методом проб и ошибок дописал адрес первого сервера в секции allow-transfer и все заработало. Теперь думаю, чего оно так работает, а без дописывания - нет.

[BlackCat]

Методом проб и ошибок дописал адрес первого сервера в секции allow-transfer и все заработало. Теперь думаю, чего оно так работает, а без дописывания - нет.

С настройками зон, на первый взгляд всё в порядке. Вышестоящий сервер не обязан запрашивать всю зону у нижестоящего. Нужны полные конфигурационные файлы named.conf.
=====

sh.gamer.***.ua не резольвится

- это не диагноз, опросите каждый из серверов (синхроннизация зоны на двух верхних серверах, SOA- и NS-записи), что бы понять, что именно не сработало.

[Gamerman]

Каким способом лучше сделать опрос серверов?

[BlackCat]

Каким способом лучше сделать опрос серверов?

Попробуйте dig(1):

Код: Выделить всё

~$ dig @server name type

например запрос NS-записей:

Код: Выделить всё

~$ dig @ns.sh.gamer.***.ua sh.gamer.***.ua NS

подробности в документации.

[Gamerman]

Хм.. Ничего особо интересного не увидел. Кстати убрал Первый сервер из списка allow-transfer. Пока ничего не изменилось. Посмотрю через время, может кеш рабоатет еще, а может все нормально.
В общем непонятен глюк был.

[BlackCat]

Gamerman, кэш возможно сдампить или очистить с помощью rndc(8).

[Gamerman]

Я о кеше тех ДНС-серверов, через которые проверял. Провайдерские.

[FiL]

Вопрос. Зачем нужно прописывать адрес первого сервера в allow-transfer?

не нужно. Никогда не прописывал и не имел проблем.

для начала проверьте, что внешние сервера
а) могут получить информацию с 82.207.***.69
б) видят, что 82.207.***.69 является сервером зоны для sh.gamer.***.ua

Что-то у меня подозрение, что или туда вообще не обращаются или обращаются, но пролезть не могут.

[Gamerman]

Да, убрал - работает.
Скорее всего, действительно, были проблемы с доступностью второго ДНС-сервера.

[Gamerman]

Еще вопрос.
Правильно ли я понимаю в bind, что если оставить секцию
forwarders {
};
пустой, то запросы будут обрабатываться дольше, но надежнее, поскольку запросы будут идти через корневые сервера и авторитетные ДНС-сервера?

Зачем это? Чтобы проверять работу новонастроеных ДНС-серверов не взирая на старые кеши других ДНС.

[terminus]

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

Разрешать запросы самому - секюрней.