Domain & DNS

Перевірка пропагації DNS

Перевір статус записів на 15 DNS-серверах світу.

Про цей інструмент

Після зміни DNS-запису він не набуває чинності глобально одразу. Кожен recursive resolver кешує відповіді на TTL, опублікований authoritative nameserver, тож різні мережі бачать старі та нові значення певний час. Цей інструмент паралельно запитує 15 публічних resolver по світу і стрімить їхні відповіді в браузер у міру надходження.

Ми охоплюємо основні anycast-мережі (Google, Cloudflare, Quad9, OpenDNS, NextDNS), privacy-орієнтованих провайдерів (AdGuard, Mullvad, CleanBrowsing), регіональні resolver (CZ.NIC в Європі, Yandex та Comss в СНД, Alibaba і DNSPod в Азії, Canadian Shield у CA, DNS.SB у DE). Якщо конкретний регіон або провайдер досі обслуговує старий запис, таблиця це покаже.

Коли використовувати цей інструмент

  • Після зміни nameserver або A/AAAA-запису — підтвердити, що нове значення живе всюди, перш ніж перемикати трафік.
  • Розслідування скарг користувачів «ваш сайт не вантажиться» — спитайте, який resolver вони використовують, і перевірте його окремо.
  • Відстеження змін MX — поштові сервери ретраять з різними resolver, тож часткове розгортання може спричинити тихі помилки доставки.
  • Виявлення split DNS — якщо AS маршрутизує провайдера через GeoDNS, різні регіони отримують різні відповіді; колонка country це підсвітить.

Як читати результати

Кожен рядок — один recursive resolver. OK означає, що resolver повернув відповідь (значення показано); Timeout — немає відповіді за 5с (upstream повільний або заблокований); Error — resolver відмовив або повернув malformed-відповідь. Колонка часу — round-trip із нашого сервера, залежить від нашого розташування, тож сприймайте абсолютні числа як «верхню межу». Важлива саме консистентність значень по рядках.

Часті запитання

Чому деякі resolver досі показують старе значення?

Бо вони його закешували. Authoritative nameserver публікує TTL для кожного запису; recursive resolver може тримати копію стільки секунд, перш ніж перезапитати. Поширені TTL — 300с–86400с. Якщо ви знизили TTL перед зміною, кеші очистяться швидше; якщо ні — чекайте до одного TTL лагу. Cloudflare і Google Public DNS іноді pre-fetch-ять записи, але менші resolver завжди чекають.

Чому деякі resolver позначені Timeout?

Або resolver перевантажений (буває коротко з меншими провайдерами), або заблокований від нашого IP-діапазону, або просто повільний цього дня. Один timeout не означає, що ваш запис зламано — дивіться на решту 14 рядків. Якщо більше половини таймаутить одночасно, перезапустіть за хвилину; якщо триває — проблема з нашого боку.

Чим це відрізняється від DNS Lookup?

DNS Lookup запитує один обраний resolver і показує всі типи записів одразу. DNS Propagation запитує багато resolver паралельно, але лише для одного типу запису — відповідає на питання «чи нове значення видно всюди?», а не «які записи в цього домену?». Використовуйте обидва після зміни: Lookup для перевірки authoritative-значення, Propagation для спостереження за поширенням.

Чи перевіряєте ви IPv6-only resolver?

Поки що ні. Всі 15 resolver запитуються по IPv4 на UDP-порту 53. Видимість IPv6 у публічному DNS-ландшафті дуже нерівномірна; ми додамо IPv6-рядки, коли достатньо провайдерів зафіксують стабільний IPv6 anycast.