Назад | Перейти на главную страницу

Тестирование новых серверов имен с помощью dig

У меня есть домен, example.co.uk, и его серверы имен зарегистрированы у регистратора как current-nameserver.co.uk. У него есть запись TXT со значением ОРИГИНАЛ.

Я решаю сменить провайдера DNS на new-nameserver.co.uk. В качестве теста я установил для записи TXT значение НОВАЯ.

Идея протестировать новый сервер состоит в том, чтобы найти запись TXT и посмотреть, что возвращается,

Однако я стараюсь:

dig @new-nameserver.co.uk example.co.uk TXT

Несмотря на попытки многочисленных комбинаций команд, всегда возвращается значение ORIGINAL.

Почему это? И как я могу предотвратить предоставление DNS-сервером авторитетного ответа, поскольку, похоже, он знает, что не является частью обычной цепочки, поскольку не зарегистрирован на родительском сервере имен.

Доступен ли параметр командной строки или перекрывает корневой сервер имен (как в Тестирование конфигурации сервера имен с его помощью ) единственный вариант?

Некоторые идеи, пришедшие мне в голову:

  1. Является ли «new-nameserver.co.uk» рекурсивным сервером, авторитетным сервером или и тем, и другим? Вы пробовали указать флаг + norec для отключения рекурсии?
  2. Что говорит запись SOA для содержащей зоны? Я бы посоветовал увеличить серийный номер на новом сервере, перезагрузить зону и выполнить запрос SOA, а затем внимательно посмотреть на возвращенный серийный номер. Если вы не получаете новый серийный номер, значит, что-то не так с перезагрузкой данных вашей зоны.
  3. Вы являются перезагрузка данных зоны после внесения изменений в файл зоны, не так ли?

Единственный способ заставить DNS-сервер предоставить авторитетный ответ - сделать его первичным или вторичным для этой зоны:

zone "example.co.uk" IN {
    type master;
    # ...other options
}

zone "example.co.uk" in {
   type slave;
   # ...other options
}