К содержанию
D1
RU
Гайды

Nameservers в WHOIS lookup

whois nameservers · проверить nameservers домена · ns delegation whois

Как читать поля nameserver в WHOIS, сопоставлять с DNS NS-записями, исправлять делегирование после миграций и избегать split-brain DNS.

Автор: Команда DN01

Поля nameserver в WHOIS регистратора показывают, что registry публикует на TLD parent — они должны совпадать с NS внутри зоны и тем, что кэшируют recursive resolvers. Mismatch — корневая причина многих тикетов «DNS работает в панели».

Используйте WHOIS для registry view, DNS Checker для живых ответов и DIG NS для traces по конкретным resolvers.

Registrar NS vs zone NS

Обновляйте registrar glue при смене DNS-провайдера — панель у нового хоста сама по себе недостаточна.

Рекомендуется минимум два различных NS hostname в разных сетях.

Glue records нужны для in-bailiwick NS имён (ns1.example.com для example.com).

Чеклист после миграции

Снизьте TTL перед cutover, смените registrar NS, дождитесь propagation, заполните записи у нового провайдера.

WHOIS NS обновлён + DNS Checker показывает те же NS + spot-check MX/A/TXT.

Держите старого провайдера read-only, пока TTL не истечёт глобально.

Частые вопросы

WHOIS NS обновлён, но сайт не работает?

Зона на новых NS может быть пустой или с неверными A — проверяйте authoritative answers, а не только WHOIS.

Сколько времени занимают изменения NS?

На стороне registry часто минуты; кэши соблюдают прежний TTL — планируйте часы.

WHOIS NS может временно отличаться от DNS NS?

Во время propagation да — фиксируйте обе временные метки при отладке.