Распространение DNS в 2026 году: скорость резолверов и расхождение ответов

Под распространением обычно понимают время, за которое изменение записи доходит до всех резолверов. Величина эта не измеряется напрямую: она определяется TTL предыдущего ответа, а не скоростью каких-либо серверов. Если у старой записи стоял час, час она и будет жить в кэшах — независимо от того, чей резолвер спрашивать.

Поэтому измерить можно две другие вещи, и обе полезнее: насколько быстро отвечает каждый резолвер и дают ли разные резолверы одинаковый ответ. Второе — то, что люди чаще всего и видят, когда говорят «у меня уже обновилось, а у коллеги нет».

27 августа 2026 года мы опросили пять публичных резолверов по 600 доменам — 3 000 запросов. Точка замера одна: Москва, сеть Selectel.

Оговорка, без которой таблицу читать нельзя: задержка до резолвера определяется сетевым путём от точки замера, а не качеством самого резолвера. Это числа для одного московского сервера в конкретной сети, и из другого места порядок может быть иным. Общим рейтингом резолверов их считать нельзя.

Обратите внимание на хвост: у OpenDNS худшая медиана среди быстрых, зато самый короткий p99 — 547 мс против 1 187 у Cloudflare. Для DNS это часто важнее среднего: одна задержка в секунду на критическом запросе заметнее, чем стабильные лишние сорок миллисекунд.

Пустых ответов у всех пяти вышло одинаково — 51–57 из 600, то есть 8–10%. Совпадение здесь хороший знак: все резолверы согласны в том, какие домены не резолвятся вовсе, а значит метод не смещён.

Мы сравнили наборы адресов, которые пять резолверов вернули для одного и того же домена:

На первый взгляд это выглядит как преимущество Рунета: ответы стабильнее. На деле всё наоборот, и причина важнее самой цифры.

Расхождение резолверов — почти всегда след географического DNS. Сеть доставки контента намеренно отдаёт разным резолверам разные адреса, чтобы направить посетителя к ближайшему узлу. Домен, стоящий за таким CDN, обязан давать разные ответы — в этом весь смысл. Домен на одном фиксированном адресе даёт всем одно и то же.

То есть доля расхождений измеряет распространённость CDN, а не качество DNS. Четыре процента в .ru против тридцати в .org — это ещё одно измерение того же факта, что мы получили по заголовкам alt-svc и по коротким TTL. Три независимых признака, один вывод.

1. Снижайте TTL заранее. За сутки до переезда поставьте пять минут и дождитесь, пока прежнее значение истечёт. Задним числом TTL не сокращается — это единственный рычаг, и он работает только до изменения.
2. Не пугайтесь разных ответов у сайта за CDN. Если ваш домен обслуживает сеть доставки, разные резолверы должны отдавать разные адреса. Это не ошибка распространения.
3. Проверяйте на авторитетном сервере, а не на публичном резолвере. Запрос напрямую к вашему NS показывает, что вы опубликовали; запрос к 8.8.8.8 показывает, что закэшировано. Это разные вопросы, и путаница между ними — самая частая причина ложной тревоги.
4. Помните про кэш на своей машине. Операционная система и браузер кэшируют отдельно от провайдера, и «у меня не обновилось» нередко означает именно это.

Посмотреть, как ответ расходится по резолверам, можно в проверке распространения, а полный набор записей домена — в проверке DNS.