Как проверить скорость DNS прямо в браузере: тест через DoH

803 комментарии
Браузерный DNS Speed Test позволяет проверить скорость DNS прямо в вкладке через DoH – без установки утилит и с учётом реального сетевого окружения

Совет «поставьте Google DNS и будет быстрее» живёт в интернете уже больше десяти лет, но он работает не всегда: время отклика публичного резолвера зависит от географии, маршрутизации провайдера и текущей загрузки канала. Мы запустили браузерный тест DNS Speed Test на своём подключении и получили неожиданный результат: в тройку самых быстрых вошли Quad9 (37,7 мс), RethinkDNS (46,8 мс) и OpenDNS (47,8 мс), а Google 8.8.8.8 остался в середине списка. Разбираемся, как устроен замер, почему результаты расходятся с глобальными рейтингами и как получить цифры, которым можно доверять.

comss img 2026 04 24 102907

Почему универсального «самого быстрого» DNS не существует

Время отклика публичного DNS-резолвера складывается из нескольких независимых факторов: расстояния до ближайшей точки присутствия оператора, маршрутизации трафика у интернет-провайдера, загрузки Wi-Fi и состояния магистрали в момент запроса. Глобальные рейтинги вроде DNSPerf, где резолверы опрашиваются из более чем 200 точек по миру, дают усреднённую картину, но не переносятся один в один на конкретное подключение: у вашего провайдера пиринг с Cloudflare может быть хуже, чем с Quad9, а географическая близость к Google не всегда означает короткий сетевой маршрут.

Поэтому выбор DNS-сервера по чужому отзыву обесценивается в момент, когда тест запускается с вашего маршрутизатора. Для точного ответа нужен замер прямо из той сети, откуда будет идти трафик.

Как DNS Speed Test измеряет отклик

Браузерный сервис DNS Speed Test работает внутри вкладки и не требует установки. В отличие от классического GRC DNS Benchmark (исполняемый файл под Windows, под Linux и macOS запускается через Wine) или консольной утилиты dnsperf от DNS-OARC, рассчитанной на нагрузочное тестирование авторитативных серверов, онлайн-замер проводится из того же сетевого окружения, откуда пользователь ходит в интернет.

По описанию разработчика, весь код выполняется в браузере, серверной части нет, персональные данные не собираются. Запросы отправляются по протоколу DNS-over-HTTPS (DoH) через стандартный браузерный API fetch, а полное время кругового обхода замеряется через performance.now(). Поскольку измерение включает накладные расходы HTTP и TLS, итоговые цифры выше, чем у утилит, работающих с DNS напрямую на 53-м порту.

DNS-over-HTTPS (DoH) — протокол, описанный в RFC 8484. DNS-запросы инкапсулируются в HTTPS-трафик, что защищает их от прослушивания провайдером и подмены на промежуточных узлах.

Перед основным замером каждое соединение с резолвером прогревается: открывается TLS-сессия и заполняется кэш, чтобы последующие цифры отражали стационарный режим работы DoH, а не накладные расходы первого рукопожатия. Таймаут одного запроса — 5 секунд; если резолвер не ответил, он помечается как Unavailable и получает штраф в 5000 мс, чтобы не исказить усреднение.

Результаты на нашем подключении


comss img 2026 04 24 102931

Тест запускается одной кнопкой Run Speed Test; прогон занимает меньше минуты. Мы замеряли отклик из Молдовы, поэтому итоговая расстановка привязана именно к этому региону и не переносится напрямую на пользователей из других стран. В нашей сети в тройку самых быстрых резолверов вышли:

  • Quad9 (9.9.9.9) — 37,7 мс;
  • RethinkDNS (104.21.83.62) — 46,8 мс;
  • OpenDNS (208.67.222.222) — 47,8 мс.

Cloudflare 1.1.1.1 и Google 8.8.8.8, которые в глобальных рейтингах обычно идут в голове списка, у нас оказались в середине зелёной зоны — стабильно, но не лучше локальных и региональных операторов. Comss DNS, AdGuard DNS и Yandex DNS попали в среднюю часть таблицы с откликом порядка 80–100 мс. В красную зону с откликом от 350 мс ушли японский IIJ и китайский 360 — для подключения из нашего региона это ожидаемо.

Под блоком Fastest for your location выводится полная таблица с минимальным, медианным, средним и максимальным временем отклика по каждому резолверу — консистентность здесь важна не меньше, чем сама скорость: резолвер с медианой 50 мс, но разбросом от 20 до 400 мс, на практике хуже сервера со стабильными 70 мс.

Почему однократный запуск ничего не доказывает

Разработчик DNS Speed Test прямо предупреждает: задержка в сети, пропускная способность канала и текущая нагрузка браузера создают заметный разброс, поэтому один прогон — это срез за конкретную минуту, а не характеристика резолвера. Для корректной картины нужно несколько замеров в разное время суток.

Ещё одна тонкость — кэширование на стороне провайдера. Публичные резолверы агрессивно кэшируют запросы к популярным доменам, поэтому стандартный тестовый список с youtube.com и facebook.com показывает идеализированную скорость. В интерфейсе есть разделы Test Hosts и DoH Servers: в первый можно добавить собственные домены из повседневного использования, во второй — произвольные DoH-эндпоинты (поддержка CORS и метода запроса для пользовательского резолвера определяется автоматически).

comss img 2026 04 24 103001

Пользователям из России список по умолчанию стоит переделать под реальный сценарий использования: убрать youtube.com и facebook.com (доступ к обоим сервисам ограничен с территории России, а Meta признана экстремистской организацией и запрещена) и добавить домены, которые действительно открываются каждый день — comss.ru, ya.ru, vk.com,  mail.ru. Замер на фактически посещаемых сайтах даёт куда более полезную картину, чем усреднение по чужим популярным доменам.

Перед очередным прогоном стоит очистить кэш DNS операционной системы. В Windows запустите командную строку с правами администратора и выполните:

ipconfig /flushdns

В Linux с systemd-resolved команда такая:

sudo systemd-resolve --flush-caches

Иначе часть ответов придёт не от резолвера, а из локальной записи, и тест потеряет смысл. Сам автор инструмента подчёркивает, что результаты стоит использовать именно как относительное сравнение резолверов в конкретных условиях пользователя, а не как абсолютный ранкинг.

Зачем вообще менять DNS-сервер

Скорость — не единственный повод. DNS-сервер провайдера по умолчанию видит все домены, к которым обращается пользователь: эти данные могут использоваться для таргетированной рекламы или передаваться третьим сторонам. Переход на независимый публичный DNS с политикой отказа от логирования (такую декларируют Cloudflare 1.1.1.1 и Quad9 9.9.9.9) закрывает этот канал утечки.

Отдельные операторы предлагают фильтрацию на уровне DNS: Quad9 блокирует домены из баз киберугроз, которые формируют сторонние партнёры сервиса; AdGuard DNS отсекает рекламу и трекеры; CleanBrowsing и DNS for Family отфильтровывают взрослый контент. Это не заменяет антивирус или блокировщик в браузере, но добавляет независимый уровень защиты без установки клиентского ПО.

Перейти на сайт DNS Speed Test

Примечание. Сервис DNS Speed Test использует инфраструктуру Cloudflare, поэтому доступ к сайту может быть ограничен у некоторых пользователей в России на уровне интернет-провайдера..

Запуск локально. Исходный код проекта открыт и опубликован на GitHub под лицензией GPL v3. Если доступ к сайту ограничен, тест можно запустить у себя на компьютере без установки каких-либо программ:

  • скачайте архив с репозиторием по прямой ссылке и распакуйте его в любую папку, после чего откройте файл index.html в браузере двойным щелчком;
  • либо, если установлен Git, склонируйте репозиторий командой
    git clone https://github.com/BrainicHQ/DoHSpeedTest.git
    и откройте index.html из созданной папки.

Весь код выполняется прямо в браузере, серверной части у теста нет, поэтому дополнительной настройки не требуется.

comss img 2026 04 24 124724

Заключение

Наш замер подтвердил главное наблюдение авторов DNS Speed Test: глобальный рейтинг не равен локальному. Quad9, RethinkDNS и OpenDNS в нашей сети обогнали Google и Cloudflare не потому, что они быстрее по миру, а потому, что так легли маршруты конкретного провайдера. Для осмысленного выбора DNS-сервера нужно несколько замеров в разное время, расширенный список доменов под свои привычки и оценка не только времени отклика, но и политики оператора в отношении логов и фильтрации.

Автор:
Комментарии и отзывы

Нашли ошибку?

Новое на сайте