Перевірка поширення DNS
Введіть домен, щоб запитати його DNS-записи з резолверів по всьому світу й побачити, чи набула чинності нещодавня зміна.
- Розв'язано
- Немає відповіді
- Перевірка
-
Benito Juarez Мексика —
-
Buenos Aires Аргентина —
-
City of London Велика Британія —
-
Chicago Сполучені Штати —
-
Lehi Сполучені Штати —
-
New York Сполучені Штати —
-
Frankfurt am Main Німеччина —
-
Paris Франція —
-
Roosendaal Нідерланди —
-
Vancouver Канада —
-
South Brisbane Австралія —
-
Tokyo Японія —
-
Singapore Сінгапур —
-
Pune Індія —
-
São Paulo Бразилія —
-
Milan Італія —
-
Son Espanyol Іспанія —
-
Slaka Швеція —
-
Jakarta Індонезія —
-
Randburg Південно-Африканська Республіка —
-
San Bernardo Чилі —
-
Vinhomes Times City Вʼєтнам —
-
Ajman Обʼєднані Арабські Емірати —
-
Jerusalem Ізраїль —
Перевірка DNS за країнами
-
Сполучені Штати Серверів: 8
-
Австралія Серверів: 6
-
Австрія Серверів: 6
-
Бразилія Серверів: 6
-
Болгарія Серверів: 6
-
Канада Серверів: 6
-
Чилі Серверів: 6
-
Китай Серверів: 6
-
Колумбія Серверів: 6
-
Хорватія Серверів: 6
-
Чехія Серверів: 6
-
Данія Серверів: 6
-
Еквадор Серверів: 6
-
Єгипет Серверів: 6
-
Фінляндія Серверів: 6
-
Німеччина Серверів: 6
-
Греція Серверів: 6
-
Гонконг, ОАР Китаю Серверів: 6
-
Угорщина Серверів: 6
-
Індія Серверів: 6
-
Індонезія Серверів: 6
-
Іран Серверів: 6
-
Ізраїль Серверів: 6
-
Італія Серверів: 6
Як працює поширення DNS
Кожен DNS-запис має час життя, або TTL: кількість секунд, протягом яких резолвер може тримати кешовану відповідь, перш ніж знову спитати авторитетні сервери імен.
Резолвери, у яких досі є попереднє значення, роздають його далі, доки їхня копія не спливе. Лише тоді вони забирають нову відповідь.
Немає глобального перемикача, що спрацьовує разом. Спливання відбувається незалежно на тисячах резолверів, тому оновлення може вже працювати в одному місці й лишатися застарілим в іншому.
Зниження TTL за день до запланованої зміни пришвидшує її закріплення. Перевірка з багатьох точок показує, як далеко розійшлося нове значення.
Чому результати різняться залежно від локації
Кожен резолвер кешує за власним розкладом, тож один може досі тримати запис, який інший уже оновив. Зміна може виглядати завершеною з офісу й незавершеною з телефона в мобільній мережі.
Багато великих сайтів відповідають IP-адресою, підібраною під розташування резолвера, що питає. Резолвер у Європі й резолвер в Азії можуть отримати правильні, але різні адреси для одного імені хоста.
Відставання кешу зникає в міру спливання TTL, а відмінності через CDN зберігаються навмисно. Порівняння локацій поруч розділяє ці два ефекти.
Типи DNS-записів, які можна перевірити
- A
- Запис A зіставляє ім'я хоста з адресою IPv4. Саме його розв'язує браузер, щоб знайти сервер сайту, тому його зазвичай і перевіряють після переїзду на новий хостинг.
- AAAA
- Запис AAAA зіставляє ім'я хоста з адресою IPv6. Для клієнтів і мереж, що потрапляють на сайт через IPv6, він відіграє ту саму роль, що й запис A.
- MX
- Запис MX називає поштові сервери, які приймають пошту для домену, і задає кожному пріоритет. Сервери-отримувачі читають його, щоб вирішити, куди доставляти, — перевіряйте його після будь-якої зміни поштового хостингу.
- NS
- Запис NS перелічує авторитетні сервери імен домену. Саме вони зберігають справжні відповіді зони, і делегування в реєстратора має вказувати на них.
- TXT
- Запис TXT зберігає довільний текст, прив'язаний до імені. Він широко використовується для підтвердження домену та для поштових політик на кшталт SPF і DKIM.
- PTR
- Запис PTR зіставляє IP-адресу назад з іменем хоста — протилежність запиту A чи AAAA. Він розташований у провайдера, що керує блоком IP, і його часто перевіряють задля репутації поштового сервера.
- CNAME
- Запис CNAME робить одне ім'я хоста псевдонімом іншого, і резолвери йдуть за ним до записів цілі. Ім'я з CNAME не може нести інших типів записів на тій самій мітці.
- CAA
- Запис CAA вказує, яким центрам сертифікації дозволено видавати TLS-сертифікати для домену. Центри читають його перед видачею, що обмежує помилкову видачу.
- SOA
- Запис SOA містить адміністративні параметри зони: первинний сервер імен, відповідальний контакт, серійний номер і типовий час негативного кешування. На зону припадає рівно один такий запис.
- SRV
- Запис SRV оголошує хост і порт конкретної служби, наприклад SIP чи XMPP, під структурованим іменем. Клієнти, які його підтримують, використовують запис, щоб знайти службу.
Як користуватися цією перевіркою
- Введіть домен або ім'я хоста, яке хочете перевірити, наприклад www.example.com, і виберіть тип запису зі списку.
- Запустіть перевірку. Кожен сервер запитує запис незалежно й повідомляє отриману відповідь разом із часом відповіді.
- Порівняйте результати між локаціями. Однакові всюди відповіді означають, що зміна поширилася; суміш старих і нових значень — що частина резолверів досі тримає кешовану копію.
Часті запитання
Що таке Global DNS Checker?
Global DNS Checker — безплатний інструмент, який одночасно запитує DNS-записи домену із серверів по всьому світу.
Підтримуються записи A, AAAA, CNAME, CAA, MX, NS, PTR, SOA, SRV і TXT.
Global DNS Checker безплатний?
Так. Усі інструменти на сайті безплатні, і жоден не вимагає облікового запису. Просимо лише користуватися сайтом вручну, а не спрямовувати на нього скрипти.
Як перевірити DNS-записи доменного імені?
Введіть домен у поле вгорі сторінки, виберіть тип запису й натисніть «Перевірити DNS». Перелічені нижче сервери виконають однаковий запит і покажуть відповідь, яку отримав кожен із них, разом із часом відповіді.
Скільки триває поширення DNS?
Ним керує TTL запису, а не фіксований годинник.
Резолвери віддають попередню відповідь, доки їхня кешована копія не спливе, а тоді забирають нову: запис із TTL 300 секунд оновиться приблизно за п'ять хвилин, а добовий TTL може тривати до 24 годин.
Поширене твердження, ніби зміни завжди займають 48 годин, — міф із часів повільніших серверів імен; справжній спосіб пришвидшити процес — знизити TTL перед зміною.
Чому мій DNS не поширюється?
Зазвичай усе працює, а ви просто бачите резолвер, який тримає старе значення в кеші, доки не спливе його TTL.
Інші часті причини — зміна серверів імен, не збережена в реєстратора, через що делегування досі вказує на старого провайдера, і негативне кешування, коли резолвер запам'ятав, що імені не існувало, і повертає це далі, доки не спливе таймер негативного кешу з SOA.
Перевірка з кількох точок показує, чи розходиться нове значення, чи його справді немає.
Як очистити кеш DNS?
У Windows відкрийте командний рядок і виконайте ipconfig /flushdns.
У macOS виконайте sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder.
У більшості систем Linux із systemd-resolved виконайте sudo resolvectl flush-caches.
Перезапуск браузера чи пристрою також чистить кеші застосунків. Очищення стосується лише вашої машини і не змінює того, що віддають інші резолвери світу.
Що таке TTL у DNS?
TTL розшифровується як time-to-live, час життя: кількість секунд, протягом яких резолвер може тримати кешовану DNS-відповідь, перш ніж знову опитати авторитетні сервери.
Низький TTL змушує резолвери оновлюватися часто — зміни з'являються швидко, але запитів більше; високий TTL означає менше запитів, але повільніші оновлення.
Знизити TTL перед запланованою зміною, а потім підняти — це швидке поширення без постійних витрат.
Чим перевірка DNS відрізняється від запиту WHOIS?
Перевірка DNS питає в резолверів, які значення зараз повертають записи домену — наприклад, A, MX чи TXT; саме вони насправді скеровують трафік і пошту.
Запит WHOIS натомість повідомляє реєстраційні дані самого домену: реєстратора, дати створення й закінчення, делегування серверів імен.
DNS каже, як домен поводиться просто зараз; WHOIS — хто його зареєстрував і коли він спливає.
Чи оновився мій DNS усюди?
Інструмент перевіряє домен із резолверів у багатьох точках одразу: якщо кожен сервер повернув нове значення, зміна дійшла до перевірених резолверів.
Але резолверів у світі значно більше, ніж здатен опитати будь-який інструмент, тому цілком однаковий результат — вагоме свідчення, а не абсолютна гарантія.
Суміш старих і нових відповідей означає, що поширення ще триває й частина резолверів тримає кешовану копію до спливання її TTL.
Який тип DNS-запису перевіряти?
Перевіряйте той запис, який змінювали.
Після переїзду сайту на новий хостинг перевірте запис A, а якщо віддаєте IPv6 — і AAAA.
Після зміни поштового хостингу перевірте запис MX.
Переносячи домен до нового DNS-провайдера, перевірте записи NS.
Для підтвердження домену й поштових політик на кшталт SPF чи DKIM перевірте запис TXT.
Якщо не впевнені, почніть з A і MX — вони покривають більшість змін сайту та пошти.