Domain & DNS

Бенчмарк часу відповіді DNS

Бенчмарк швидкості резолверів у кількох провайдерів.

Domain, record type, runs We query 15 resolvers N times and stream each latency sample live.

Try: cloudflare.com google.com github.com

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

Цей інструмент вимірює, як швидко 15 публічних resolver відповідають на DNS-запит для обраного домену. Кожен resolver запитується кілька разів поспіль, щоб побачити варіацію — окремий викид часто означає cold cache, стабільно високе число — anycast-зона далеко від нашого франкфуртського хоста.

Латентність береться з власної статистики ;; Query time від dig, що вимірює wire-час між нами і resolver після старту процесу. Накладні витрати fork+exec (~10–20мс) виключені, тож числа відображають поведінку мережі та resolver, а не OS-планувальника. Sparkline показує сиру послідовність; колонки Min/Avg/Max підсумовують лише успішні запуски.

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

Обрати resolver для роутера чи пристрою. Запустіть проти домену, яким реально користуєтесь — різні мережі бачать різних переможців.
Діагностика повільного сайту. Порівняйте латентність resolver із симптомами завантаження — DNS, що завжди займає 200мс, додається на десятках subresources.
Моніторинг провайдера. Якщо ваш основний resolver раптом стрибає з 20мс на 300мс протягом кількох запусків, час перемикатися.
Порівняння anycast-покриття. Cloudflare і Google зазвичай виграють з EU-хостів; Alibaba та DNSPod несподівано виграють із Азії.

Чому результати відрізняються від вашої локальної мережі

Ми вимірюємо з нашого сервера в Німеччині до найближчого anycast-POP кожного resolver. З вашої домашньої мережі відстані та peering інші. Сприймайте абсолютні числа як відносне порівняння, а не як вашу персональну латентність. Для локального вимірювання запустіть dig +stats @<ip> example.com на власній машині — той самий прапор дає те саме число.

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

Чому один resolver значно повільніший за решту?

Або його найближчий POP далеко від нашого хоста, або anycast має поганий день, або recursive довелось іти до authoritative-сервера (cold cache). Наш дефолтний запит — cloudflare.com, дуже популярне ім'я, яке кешує кожен resolver; якщо запитати рідкісний домен, перший запуск буде повільним для всіх.

Що означає «Timeout»?

Немає UDP-відповіді за 2 секунди. Може бути тимчасовий збій, IP нашого хоста заблоковано тим провайдером, або resolver під тиском. Один timeout з п'яти запусків — шум; п'ять із п'яти означає, що цей resolver зараз недоступний із нашої франкфуртської мережі.

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

Propagation запитує: «чи бачать resolver нове значення?» — один запит кожному, значення порівнюються поряд. Response Time запитує: «як швидко вони відповідають?» — кілька запитів кожному, латентність порівнюється поряд. Різні питання, ті самі 15 resolver.

Чи можна змінити кількість запусків?

Так — оберіть 3, 5, 7 або 10 у випадайці. Більше запусків = щільніша медіана, але кожен запуск чекає завершення попереднього через усі 15 resolver, тож 10 запусків займуть приблизно в 5× довше за 2. Для звичайного використання 5 — гарний баланс.