Перевірка NS-серверів
Порівняйте NS-сервери, на які делегує реєстр, з NS-записами всередині вашої зони й знайдіть NS-сервери, які не відповідають або не обслуговують зону.
Що перевіряє цей інструмент
Для зареєстрованого домену (example.com для www.example.com) DNSPeek запитує делегування в NS-серверів реєстру TLD, потім без рекурсії запитує NS- і SOA-записи зони за кожною адресою кожного делегованого NS-сервера й порівнює DS-запис реєстру із записами DNSKEY зони. Він також показує, що зараз повертає публічний резолвер, — це може бути ще кешована відповідь із часів до зміни. IPv6-адреси показуються, але не запитуються, бо наша перевірка не має IPv6-зʼєднання.
Як читати результат
«Делеговано .com» — це перелік реєстру; «У самій зоні» — те, що NS-сервери кажуть про себе. Кожен делегований сервер має відповідати авторитетно й мати той самий серійний номер SOA, що й інші сервери того самого провайдера. Відсутні чи зайві імена означають, що переліки розійшлися, — так часто буває після перенесення DNS до нового провайдера без оновлення NS-записів у новій зоні.
Що перевірити після перенесення
Перш ніж змінювати NS-сервери в реєстратора, переконайтеся, що в нового DNS-провайдера вже є всі записи: порівняйте старі й нові сервери за допомогою порівняння DNS. Після зміни запустіть цю перевірку ще раз і тримайте стару зону онлайн, доки резолвери не підхоплять нові NS-записи. Порядок кроків описано в плані перенесення.
Поширені запитання
Чим делегування в реєстрі відрізняється від NS-записів зони?
Делегування — це перелік NS-серверів, який ваш реєстратор передає до реєстру домену верхнього рівня (наприклад, .com). Резолвери починають звідти. Сама зона теж має NS-записи, які задаються у вашого DNS-провайдера. Обидва переліки мають збігатися; якщо вони різняться, деякі резолвери можуть звертатися до серверів, якими ви вже не користуєтеся.
Як DNSPeek читає делегування?
Він напряму, без рекурсії, запитує про ваш домен один із власних NS-серверів домену верхнього рівня. Сервер TLD відповідає переадресацією з переліком делегованих NS-серверів і їхніх glue-адрес — точно так, як вони записані в реєстрі, без жодного кешу посередині.
Що таке некоректне (lame) делегування?
Це NS-сервер, делегований у реєстрі, який не обслуговує вашу зону, тож відхиляє запити або відповідає неавторитетно. Резолвери, що його обирають, отримують помилку або сповільнюються. Додайте зону в цього провайдера або видаліть сервер у реєстратора.
Скільки триває зміна NS-серверів?
Реєстр зазвичай публікує зміну за кілька хвилин, але резолвери зберігають старі NS-записи, доки не спливе їхній TTL, — часто до 48 годин. До того часу підтримуйте зону робочою і в старого, і в нового DNS-провайдера.
Чому відрізняються серійні номери SOA?
Кожен NS-сервер віддає копію зони з номером версії (серійним номером SOA). У межах одного провайдера різні номери означають, що зміна ще не дійшла до всіх серверів або вторинний сервер перестав отримувати зону. Зона, яку обслуговують два провайдери (наприклад, NS1 і Route 53), має окремий номер у кожного, тому перевірка порівнює номери лише в межах провайдера.
Що таке застарілий DS-запис?
З DNSSEC реєстр публікує DS-запис, що вказує ключ, яким ваш DNS-провайдер підписує зону. Якщо перейти до нового DNS-провайдера, не оновивши й не видаливши DS, ключі перестануть збігатися: резолвери з валідацією, як-от Google, Cloudflare і Quad9, тоді не зможуть відкрити весь домен. Перевірка порівнює key tag у DS із записами DNSKEY на NS-серверах і підказує виправити DS у реєстратора.
Переносите сайт на новий сервер?
Подивіться сайт на новому сервері до зміни DNS: DNSPeek дає одне HTTPS-посилання на превʼю, яке працює на будь-якому пристрої і яким можна поділитися з командою чи клієнтом. Без файлу hosts і без VPN.
Створити безкоштовне посилання-превʼю