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 да — фиксируйте обе временные метки при отладке.