несколько похоже на эта тема, Я столкнулся с проблемой где dig blah.net (для простоты назовем его blah.net) возвращается status: SERVFAIL
Эта зона DNS размещена на route53, и я использую GoDaddy в качестве регистратора, что указывает на NS-записи размещенной зоны на route53.
это довольно простая зона, которая состоит из CNAME и записи A, а также значений по умолчанию для записей SOA и NS для зоны, размещенной на route53 (обновлен / уменьшен только TTL)
Проблема в dig blah.net причины status: SERVFAIL при указании на сервер имен разрешается нормально (например, dig @ns-#.awsdns-##.net. blah.net отлично работает с status: NOERROR )
Он также показывает, что записи / разрешает нормально (без ошибок), если я использую dig blah.net +trace
Я ждал более 48 часов, чтобы убедиться, что GoDaddy распространил изменения, и дважды / трижды проверенный GoDaddy указывает на blah.net Записи NS
Я не вижу ничего странного на /etc/resolve.conf на моей машине (но не экспертом!), и он также не работает на сервере имен Google (@8.8.8.8)
Возможно ли, что что-то пошло не так со стороны GoDaddy? Любые предложения / комментарии о том, как отлаживать это, действительно приветствуются
[Edit] исправление: опечатка в имени DNS
Проблема в том, что dig blah.net вызывает статус: SERVFAIL при указании на сервер имен разрешает нормально (например, dig @ns - #. Awsdns - ##. Net. Blah.net отлично работает со статусом: NOERROR)
Это означает, что какой бы DNS-сервер вы ни использовали на хосте, dig неправильно настроен, имеет поврежденный кеш или (если использовать технический термин) перегружен.
Он также показывает, что записи / разрешаются нормально (без ошибок), если я использую dig blah.net + trace
Это дополнительно подтверждает вышеизложенное понятие, поскольку dig +trace не использует настройки DNS хоста для проверки DNS, а переходит прямо к корневым подсказкам.
Не разрешается правильно на @8.8.8.8 точно не исключает вашу локальную среду DNS.
И, конечно же, никто не сможет вам по-настоящему помочь, пока вы не укажете здесь реальное доменное имя.