DNS Leak Test

Узнайте, какие DNS-серверы на самом деле отвечают на ваши запросы и нет ли утечки DNS через VPN к вашему интернет-провайдеру. Эта проверка утечки DNS запускается сразу при открытии страницы, называет каждый сервер и даёт понятный вердикт.

Видит наш собственный тестовый сервер имён · DNS-серверы показаны по их адресам IPv4 · обращения хранятся 10 минут в памяти, затем забываются

ВыIPv4IPv6Определяем ваше подключение…

DNS-серверы, которые обратились к нашему серверу имён

Здесь появятся DNS-серверы, которые обращаются к нашему серверу имён: по строке на каждый, по мере поступления.

Проверка из командной строки

1DNS вашей системы

DNS-сервер, который используют ваши приложения. Сравните его со строками выше.

C:\> nslookup -type=txt whoami.leak.dnsrobot.net

Ответ — это адрес DNS-сервера, который обратился к нам.
Другой ответ означает, что браузер и приложения идут разными путями, например через безопасный DNS-сервер браузера.
Запускаете собственный резолвер (Pi-hole с Unbound)? Тогда ответ — ваш домашний адрес: не публикуйте его.

2Проверка на перехват

Спрашивает Cloudflare (1.1.1.1) напрямую.

C:\> nslookup -type=txt whoami.leak.dnsrobot.net 1.1.1.1

Адрес Cloudflare (AS13335): ваш запрос дошёл до Cloudflare, как и задумано.
Адрес любой другой сети: веский признак того, что что-то перенаправляет ваш DNS: приложение VPN (некоторые делают это намеренно), защитная программа, роутер или провайдер.

Вставьте вывод команды

Какая команда?

Текст остаётся на этой странице; на нашем сервере проверяется только адрес, чтобы назвать его сеть.

Наш сервер имён хранит обращения каждой проверки 10 минут в памяти, а затем забывает их. Ваш последний результат остаётся только в этом браузере, для сравнения «до и после».

Что означает результат проверки утечки DNS?

Это зависит от двух вещей: какие DNS-серверы обратились к нашему серверу имён и подключены ли вы через VPN. DNS вашего интернет-провайдера без VPN — это нормально, а при VPN — утечка; публичный DNS, например Cloudflare или Google, сам по себе никогда не бывает утечкой.

Утечка DNS (DNS leak) означает, что на ваши запросы отвечали DNS-серверы вашего провайдера, пока вы были подключены через VPN, поэтому провайдер видит сайты, которые вы запрашиваете, несмотря на туннель. Партнёрские или хостинговые компании, которые обслуживают DNS вашего VPN, — не утечка: Proton VPN проводит ту же границу.

Проверка относит каждый сервер к своему виду (DNS вашего VPN, публичный DNS, DNS вашего провайдера, сеть хостинга или ваш собственный резолвер) и пишет вердикт по их сочетанию, называя бренд. DNS вашего VPN вместе с DNS провайдера — это частичная утечка: часть запросов время от времени уходит мимо туннеля.

Ничего не пришло — это никогда не успешный результат: что-то остановило запросы проверки до того, как они попали в интернет. И DNS-сервер в другой стране — тоже не утечка.

Кто обратился к нашему серверу имён × подключены ли вы через VPN?шесть вердиктов

Замеченные DNS-серверыБез VPNС VPN

DNS вашего VPNНевозможноБез VPN нет и DNS VPN, который можно было бы увидеть.Утечки нетОтвечает M247 во Франкфурте: ваш провайдер ничего не видит.

Публичный DNSОтвечает CloudflareВаша настройка 1.1.1.1 работает. Это не утечка.Утечки нетЕго запросы приходят с адреса VPN, а не с вашего.

DNS вашего провайдераDNS вашего провайдераОтвечает Example Broadband, как и должно быть без VPN. Это не утечка.Утечка DNSВаш провайдер видит каждое имя, которое вы запрашиваете, несмотря на VPN.

Смесь: VPN или публичный + провайдерНе утечкаВторой DNS в настройках или резервный: без VPN это нормально.Частичная утечкаЧасть запросов уходит мимо туннеля: запустите расширенную проверку.

Сеть хостингаВероятно, Quad9Или партнёр другого сервиса, или вышестоящий DNS вашего роутера: страница говорит, когда не может определить.Утечки нетЭто не сеть вашего провайдера: вероятно, партнёр, обслуживающий DNS вашего VPN.

Ничего не пришлоНе засчитаноНикогда не «безопасно»: что-то остановило запросы проверки.Не засчитаноРазрешите имена проверки или запустите расширенную проверку.

Строки — виды DNS-серверов, которые называет проверка, в тех же цветах, что и в результатах; ячейки — вердикты, которые пишет страница. Правило при VPN: всё, что не является сетью вашего провайдера, — не утечка.

Результат DNS leak test: запросы пользователя VPN обрабатывает DNS его провайдера, у каждого сервера есть имя и место — Вымышленный результат при VPN: DNS провайдера Example Broadband по-прежнему отвечает вне туннеля, поэтому проверка сообщает об утечке. Выберите номер, чтобы узнать, что показывает каждая часть.

Как работает DNS leak test?

Эта проверка утечки DNS заставляет ваш браузер запрашивать имена, которых никогда не существовало, например 1-k3x9q2mfp7c1vn4a.leak.dnsrobot.net. Ни у одного DNS-сервера их нет в кэше, поэтому сервер, который обрабатывает ваши запросы, должен спросить наш сервер имён, а тот записывает его адрес и отвечает «такого имени нет».

Затем страница спрашивает наш сервер имён, какие DNS-серверы запрашивали имена этой проверки. Это и есть серверы, которыми на самом деле пользуется ваш браузер, что бы ни было указано в настройках; домашний роутер обычно просто передаёт запросы дальше, поэтому виден сервер, которому он их пересылает. Каждое имя используется один раз, а наш сервер имён забывает проверку через 10 минут.

Стандартная проверка делает 6 запросов — обычно этого достаточно, чтобы заметить утечку. Расширенная делает 36 сериями по 6, чтобы поймать DNS-сервер, который отвечает лишь время от времени, например когда Windows опрашивает все адаптеры, потому что DNS вашего VPN медленно отвечает.

Если DNS-сервер передаёт часть вашего адреса (EDNS Client Subnet), его строка показывает эту подсеть только вам. Она никогда не записывается в журналы.

Один запрос шаг за шагомзапуск проверки, адреса заменены

Стандартная6 запросов · не дольше 3 с

Расширенная36 запросов · 6 серий · не дольше 18 с

Вверху: один из шести запросов с домашнего подключения, шаг за шагом. Каждое имя используется один раз, а наш сервер имён хранит, кто о нём спрашивал, 10 минут в памяти. Внизу: две длительности, по клетке на запрос; каждая серия из 6 ждёт не дольше 3 секунд. Цвета показывают VPN, который отправляет 2 из 36 запросов к DNS провайдера: проверка из 6 запросов легко это пропустит. Сама проверка показывает долю обращений каждого DNS-сервера.

Почему в результате видны Google, Cloudflare или другая страна?

Потому что адрес, который вы указали, — не тот адрес, с которого приходит запрос. Публичные DNS-сервисы отвечают на 1.1.1.1 или 8.8.8.8 сразу с множества площадок (anycast), и каждая площадка спрашивает другие серверы имён из своего пула адресов, иногда в сети партнёра.

С одного проверенного нами подключения только Cloudflare, Google и OpenDNS обращались к нашему серверу имён из собственных сетей; Quad9 пришёл через Equinix, AdGuard — через Datacamp, а NextDNS — через Vultr. Ничто из этого не утечка. Публичный DNS в результате означает, что ваш браузер, устройство или VPN отправляет запросы туда, а при VPN они приходят с адреса VPN, а не с вашего.

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

Страны тоже вводят в заблуждение: данные реестров указывают страну, где зарегистрирована сеть, а не где стоит сервер (сам 1.1.1.1 зарегистрирован в Австралии). Утечка — это вопрос о том, кто видит ваши запросы, а не о том, где они находятся.

Что вы указали · кто обратился к нам · его сетьодин записанный прогон, адреса заменены

Записано на оптоволоконной линии: Индия, 24 окт. 2026 г.

Cloudflare1.1.1.1192.0.2.10собственная сеть, AS13335страна по реестру: Соединенные ШтатыНе утечка
Google8.8.8.8192.0.2.12, 192.0.2.13собственная сеть, AS15169страна по реестру: Соединенные Штатыдва адреса для двух запросовНе утечка
Quad99.9.9.9192.0.2.11через Equinix, AS15830страна по реестру: Нидерландысеть партнёраНе утечка
AdGuard94.140.14.14192.0.2.30через Datacamp (CDN77), AS60068хостинг-партнёр (через него идёт и DNS4EU)Не утечка
NextDNSваша конфигурация192.0.2.41через Vultr, AS20473хостинг-партнёр (через него идёт и CleanBrowsing)Не утечка

Из 12 публичных DNS-сервисов, опрошенных с этого подключения, только Cloudflare, Google и OpenDNS обратились к нашему серверу имён из собственных сетей; остальные пришли через партнёров или хостинги. Флаг показывает, где зарегистрирована сеть, а не где стоит сервер. Страница прямо во время проверки спрашивает каждый сервис, какой адрес он для вас использует, а не полагается на таблицу вроде этой.

Из-за чего возникает утечка DNS?

Обычно из-за того, что устройство отправляет запросы не туда, куда VPN: приложение VPN не задаёт собственный DNS, Windows опрашивает все сетевые адаптеры или IPv6 идёт в обход туннеля, который передаёт только IPv4.

Windows может отправлять каждый запрос одновременно через Wi-Fi и VPN, чтобы быстрее получить ответ (smart multi-homed name resolution). Многие VPN передают только IPv4, оставляя трафик IPv6 и DNS, отправленный по нему, вне туннеля (RFC 7359). Собственный DNS, заданный в системе, тоже может переопределить защиту приложения VPN.

Каждая причина оставляет в результате свой след. Свой поставщик для функции безопасный DNS-сервер в браузере виден как этот публичный DNS, в обход DNS вашего VPN. Однако автоматический режим Chrome сохраняет вашего текущего поставщика, а режим Firefox по умолчанию отключается при VPN.

Что-то, что перенаправляет DNS на порту 53, например прозрачный прокси провайдера, показывает вашего провайдера, даже если вы указали 1.1.1.1. VPN, который обрывается без kill switch, допускает утечку лишь на мгновение, поэтому одна проверка может её пропустить: проверьте снова после того, как VPN переподключится.

Шесть причин и что эта проверка показывает для каждойпоследняя строка карточки

VPN не задаёт собственный DNS
Трафик идёт через туннель, но система сохраняет прежние DNS-серверы, обычно серверы вашего провайдера.
Утечка DNSDNS провайдера при включённом VPN
Свой безопасный DNS-сервер в браузере
Если в браузере указан свой поставщик, браузер отправляет ему запросы по HTTPS, в обход DNS вашего VPN. Автоматический режим Chrome сохраняет вашего текущего поставщика, а режим Firefox по умолчанию отключается, когда видит VPN.
Утечки нетпубличный DNS, а не DNS вашего VPN
Windows опрашивает все адаптеры
С функцией smart multi-homed name resolution Windows отправляет запросы во все сети сразу: и в VPN, и в Wi-Fi.
Частичная утечкаDNS вашего VPN + DNS провайдера
IPv6 идёт в обход туннеля
Многие VPN передают только IPv4. Трафик IPv6 и любой DNS, отправленный по нему, выходит через вашего провайдера.
Утечка IPv6отдельная строка под результатом
Что-то перенаправляет DNS
Роутер, защитная программа или провайдер (или приложение VPN, намеренно) перехватывает запросы на порт 53 и отвечает на них, даже на адресованные 1.1.1.1.
DNS вашего провайдера«Не Cloudflare 1.1.1.1: ответил ваш провайдер»
VPN обрывается, а kill switch нет
Если туннель прерывается, запросы могут уходить к DNS системы по умолчанию, вероятно к DNS вашего провайдера, пока соединение не восстановится.
Частичная утечкалишь время от времени: расширенная проверка ловит это чаще

Teredo, старый способ Windows туннелировать IPv6 через IPv4, отключён начиная с Windows 10 версии 1803, поэтому сегодня он редко бывает причиной.

Как устранить утечку DNS?

Включите в приложении VPN защиту от утечек DNS, защиту от утечки IPv6 и kill switch, затем проверьте снова. Защита от утечек удерживает DNS внутри VPN с помощью правил файрвола, а kill switch прикрывает моменты, когда туннель обрывается.

Если утечка осталась, исправьте систему. В Windows параметр block-outside-dns в профиле OpenVPN не пускает запросы ни через один другой адаптер, а туннель WireGuard, через который идёт весь трафик (0.0.0.0/0), со строкой DNS = пропускает порт 53 только к DNS туннеля. Отключение smart multi-homed name resolution лишь останавливает параллельные запросы; это не решение.

В Linux с systemd-resolved назначьте каналу VPN домен маршрутизации ~., чтобы другие каналы не опрашивались. Пусть приложение VPN передаёт или блокирует IPv6, а не отключайте IPv6 совсем: Microsoft этого не советует. Пока пользуетесь VPN, уберите свой безопасный DNS-сервер из браузера и собственный DNS из системы.

На Android, пока пользуетесь VPN, выберите для параметра «Персональный DNS-сервер» вариант Выкл., как советуют Proton VPN и Mullvad: имя хоста персонального DNS-сервера отправляет все запросы этому поставщику. Затем запустите проверку снова: сравнение «до и после» покажет, какие DNS-серверы пропали.

Переключатели, которые важныдля каждой системы

Приложение VPN · Настройки

Защита от утечек DNSдержит все запросы внутри туннеля

Защита от утечки IPv6блокирует IPv6 или передаёт его по туннелю

Kill switchникакого трафика, пока туннель не работает

Пользовательский DNSне включайте: в некоторых приложениях он отключает защиту от утечек

Профиль OpenVPN (.ovpn)

block-outside-dns

# только Windows: порт 53 не доходит ни до одного другого адаптера

WireGuard (.conf)

[Interface]

DNS = 10.2.0.1

# без этой строки система сохраняет прежний DNS

[Peer]

AllowedIPs = 0.0.0.0/0, ::/0

# WireGuard для Windows: с маршрутом /0 порт 53 доходит только до DNS выше

Windows 11 · Settings

SettingsNetwork & internetWi-FiManage known networks

DNS server assignmentпри включённом VPN DNS, введённый вручную, может переопределить его защиту от утечекAutomatic (DHCP)

Не отключайте IPv6: Microsoft не советует этого делать. Используйте защиту от утечки IPv6 в приложении VPN.

Group Policy

Computer Configuration › Network › DNS Client

Turn off smart multi-homed name resolution = Enabled

# останавливает только параллельные запросы: это не решение

значение реестра

DisableSmartNameResolution

Проверьте DNS системы

C:\> nslookup -type=txt whoami.leak.dnsrobot.net

macOS · System Settings

Apple menuSystem SettingsNetworkWi-FiDetailsDNS

DNS Serversудалите серверы, добавленные вручную, пока пользуетесь VPN

Включённый вами профиль или приложение шифрованного DNS действует на всю систему, и приложение VPN не может его перенаправить.

Когда включён VPN, iCloud Private Relay уступает ему.

Проверьте DNS системы

$ dns-sd -q whoami.leak.dnsrobot.net TXT

# работает, пока вы не нажмёте Ctrl-C

$ dig +short TXT whoami.leak.dnsrobot.net

# dig спрашивает только основной резолвер из /etc/resolv.conf

Linux

systemd-resolvedЗапрос, который не подходит ни под один домен маршрутизации, уходит во все каналы с маршрутом по умолчанию: и в VPN, и в Wi-Fi.решение: назначьте каналу VPN домен маршрутизации ~.

NetworkManagerОтрицательный приоритет DNS в профиле VPN отсекает DNS-серверы других подключений.

/etc/resolv.confБез systemd-resolved: после подключения удалите оставшиеся строки nameserver из /etc/resolv.conf.

# отправлять все запросы в канал VPN

$ resolvectl domain wg0 '~.'

# NetworkManager: только DNS профиля VPN

$ nmcli connection modify my-vpn ipv4.dns-priority -10

Проверьте DNS системы

$ resolvectl query --type=TXT whoami.leak.dnsrobot.net

Android · Settings

SettingsNetwork & internetPrivate DNS

Samsung: SettingsConnectionsMore connection settingsPrivate DNS

Off
Automatic
Private DNS provider hostname

Производители VPN советуют выключать эту функцию, пока вы пользуетесь VPN.
Имя хоста отправляет все запросы этому поставщику, в обход DNS вашего VPN.

iPhone · Settings

SettingsWi-FiⓘConfigure DNS

Automatic
Manual

DNS, введённый вручную, действует только для этой сети Wi-Fi и может переопределить DNS вашего VPN.

Включённый вами профиль или приложение шифрованного DNS действует на всю систему, и приложение VPN не может его перенаправить.
Когда включён VPN, iCloud Private Relay уступает ему.

Chrome · Settings

SettingsPrivacy and securitySecurityAdvanced

Use secure DNS

your current service provider
a custom service provider

Edge: те же варианты, в разделеSettingsPrivacy, search, and services

Автоматический режим лишь переводит вашего текущего поставщика на шифрованный DNS.
Свой поставщик получает запросы в обход VPN, и приложение VPN не может их перенаправить.
Производители VPN идут дальше и советуют отключить эту функцию.

Firefox · Settings

DNS over HTTPS

Default Protection
Increased Protection
Max Protection
Off

«Default Protection» отключает DNS over HTTPS, когда обнаруживает VPN.
«Increased» и «Max» сохраняют выбранного вами поставщика, в обход DNS вашего VPN.
По умолчанию включён только в странах: Соединенные Штаты, Канада, Россия и Украина.

Названия переключателей зависят от приложения: здесь это общие названия. Названия меню — английские надписи производителей. 10.2.0.1 — DNS Proton VPN внутри туннеля, для примера; параметр OpenVPN работает только в Windows.

Работает ли ваш собственный DNS? Проверьте 1.1.1.1, NextDNS, AdGuard или Pi-hole

Выберите то, что вы настроили, в разделе Что вы проверяете? и запустите проверку: вердикт скажет, действительно ли отвечает этот сервис. При работающей настройке виден только этот сервис, часто из сети партнёра или хостинга, а не из собственной, как показывает таблица. Когда всё работает, Тест скорости DNS сравнит его по времени с другими резолверами с вашего подключения.

Pi-hole пересылает запросы своему вышестоящему DNS, поэтому проверка показывает этот вышестоящий сервер (например, Cloudflare), а не Pi-hole. С Unbound он сам разрешает имена, поэтому виден ваш собственный домашний адрес: без VPN это нормально. Cloudflare и NextDNS тоже подтверждают работу своих сервисов: на странице проверки Cloudflare и на test.nextdns.io.

Если вместо него виден ваш провайдер, значит, ваш выбор переопределяет роутер, приложение или браузер либо что-то перенаправляет порт 53; некоторые роутеры даже неправильно маршрутизируют сам 1.1.1.1. Проверка из командной строки поможет понять, что именно.

Что должен показать каждый сервиспример одного подключения

Сервис	Вы указали	Проверка должна показать	Часто приходит из
Cloudflare	1.1.1.1	Публичный DNS Cloudflare	собственная сеть · AS13335
Google Public DNS	8.8.8.8	Публичный DNS Google	собственные опубликованные диапазоны · AS15169 +ещё 3
Quad9	9.9.9.9	Публичный DNS Quad9	партнёр, например Equinix · AS15830
NextDNS	ваш ID конфигурации	Хостинг NextDNS вероятно	хостинг, например Vultr · AS20473
AdGuard DNS	94.140.14.14	Хостинг AdGuard вероятно	хостинг, например Datacamp (CDN77) · AS60068
Control D	76.76.2.0	Публичный DNS Control D	региональный хостинг · AS146943
Pi-hole	адрес вашего Pi-hole	Публичный DNS вышестоящий DNS вашего Pi-hole или Ваш собственный с Unbound	сеть вашего вышестоящего DNS или ваш собственный адрес

«Часто приходит из» — пример одного подключения (проверка фактов, 24 окт. 2026 г.); у вас может быть иначе. Страница на это не опирается: она спрашивает каждый сервис по DNS over HTTPS, какой адрес он для вас использует, и пишет «вероятно», когда сервис спросить нельзя.

Как проверить утечку DNS из командной строки?

Выполните nslookup -type=txt whoami.leak.dnsrobot.net: наш сервер имён ответит адресом DNS-сервера, который его спросил, то есть DNS вашей системы по умолчанию. На Mac используйте dns-sd -q whoami.leak.dnsrobot.net TXT (остановите его сочетанием Ctrl-C), потому что dig видит там только основную настройку DNS; в Linux — resolvectl query --type=TXT whoami.leak.dnsrobot.net. Панель команд копирует каждую из них.

Эта проверка видит DNS, которым пользуется ваш браузер, а приложения могут идти другим путём: свой безопасный DNS-сервер в Chrome или Firefox получает запросы браузера вместо DNS системы. Если браузер и команда расходятся, утечка есть только в одном из них.

Добавьте 1.1.1.1 в конце, чтобы спросить Cloudflare напрямую (dig @1.1.1.1 TXT whoami.leak.dnsrobot.net +short на Mac или в Linux). В ответе должен быть адрес из сети Cloudflare. Адрес любой другой сети — веский признак того, что на DNS-запросы, адресованные 1.1.1.1, отвечает что-то другое: ваше приложение VPN (некоторые делают это намеренно), защитная программа, роутер или провайдер.

Если вы запускаете собственный резолвер, например Pi-hole с Unbound, ответом будет ваш собственный домашний адрес: помните об этом, прежде чем куда-то его вставлять.

Две проверки из терминалаnslookup в Windows, настоящий формат вывода

1 · DNS вашей системы

C:\> nslookup -type=txt whoami.leak.dnsrobot.net
Server:  cache2.broadband.example
Address:  203.0.113.53

Non-authoritative answer:
whoami.leak.dnsrobot.net        text =

        "203.0.113.53"

DNS Example Broadband: тот же сервер, что и в проверке браузера, значит, здесь браузер и система идут одним путём.

Запускаете собственный резолвер (Pi-hole с Unbound)? Тогда ответом будет ваш собственный публичный адрес.

2 · проверка на перехват

C:\> nslookup -type=txt whoami.leak.dnsrobot.net 1.1.1.1
Server:  one.one.one.one
Address:  1.1.1.1

Non-authoritative answer:
whoami.leak.dnsrobot.net        text =

        "192.0.2.10"

Адрес Cloudflare (AS13335): ваш запрос дошёл до Cloudflare, как и задумано. Само по себе это не доказывает, что посередине ничего нет: прокси может передавать запросы на 1.1.1.1.

Если бы там было "203.0.113.53", это был бы веский признак того, что что-то перенаправляет ваш DNS: приложение VPN (некоторые делают это намеренно), защитная программа, роутер или провайдер.

Формат настоящего вывода nslookup в Windows при запросе к нашему серверу имён, с адресами для документации. Панель самого инструмента копирует эти команды для Windows, macOS, Linux и PowerShell.

Утечки DNS, IPv6 и WebRTC: в чём разница?

Это три разных пути в обход VPN. Утечка DNS показывает вашему провайдеру имена, которые вы запрашиваете; утечка IPv6 выпускает трафик IPv6 с вашим настоящим адресом; утечка WebRTC позволяет сайту узнать ваш адрес через функцию звонков в реальном времени в браузере. Полная проверка VPN на утечки, или проверка утечки IP, охватывает все три.

Эта страница проверяет первые две за один запуск: обратившиеся DNS-серверы и то, откуда выходит ваш адрес IPv6, — отдельной строкой под результатом. WebRTC не связан с DNS, поэтому для него есть своя Проверка утечки WebRTC; адреса, которые видят сайты, показывает Мой IP адрес, а открываются ли у вас сайты по IPv6 вообще, покажет Проверка IPv6.

Она работает и как проверка утечки DNS по IPv6, с одним ограничением: наш сервер имён доступен только по IPv4, поэтому каждый DNS-сервер показан по его адресу IPv4. Запрос, который ваше устройство отправляет по IPv6, всё равно учитывается, потому что DNS-сервер, до которого он доходит, должен спросить нас по IPv4; редкий DNS-сервер, работающий только по IPv6, до нас не доберётся и будет показан как ничего не пришло.

Три пути в обход VPNодно подключение, три проверки

Утечка DNSDNS-серверы, которые обратились к нам: строки этой проверки.
Утечка WebRTCАдреса, которые ваш браузер может сообщать сайтам: их проверяет Проверка утечки WebRTC.
Утечка IPv6Куда уходит ваш трафик IPv6: отдельная строка под результатом этой проверки.

Пример утечки IPv6 из инструмента: DNS идёт через туннель к DNS вашего VPN, поэтому утечки DNS нет, а IPv6 выходит через Example Broadband, потому что этот VPN передаёт только IPv4. Для WebRTC нужна отдельная проверка.

Что должен показывать VPN при проверке утечки DNS?

Только собственный DNS VPN: сервер в сети VPN или его партнёра, обычно рядом с сервером, к которому вы подключились. Название вашего интернет-провайдера никогда не должно появляться, пока VPN включён; Мой провайдер покажет, какую сеть вместо этого видят сайты.

Производители описывают это по-разному. Surfshark пишет, что проверка утечки DNS для Surfshark должна показать один DNS-сервер с тем же адресом, что и у вашего VPN; Proton VPN и Windscribe пишут, что адрес отличается, но находится в том же месте. Mullvad использует DNS-сервер на том VPN-сервере, к которому вы подключены, ExpressVPN держит собственный шифрованный DNS на каждом сервере, а NordVPN публикует два своих адреса DNS.

Поэтому проверка утечки DNS для ExpressVPN, Mullvad или NordVPN, как и для любого VPN, пройдена, если ни один DNS-сервер не находится в сети вашего провайдера, каким бы ни был адрес: эта проверка никогда не сравнивает адреса. Собственное правило Mullvad строже: там утечкой считается любой DNS-сервер, который не принадлежит Mullvad.

Пользовательский DNS в приложении VPN меняет картину: «Use Existing DNS» в PIA и параметр пользовательского DNS в Mullvad отправляют запросы в обход собственного DNS VPN, поэтому вместо него виден этот сервер. В таблице собрано то, что пишут страницы помощи каждого VPN; это не рейтинг и не рекомендация.

Что, по словам семи VPN, вы должны увидетьпо их собственным страницам помощи

VPN	Свой DNS по умолчанию	Что показывает эта проверка	Опубликованный адрес DNS
Mullvad	да	DNS-сервер на сервере Mullvad, к которому вы подключены	не опубликован
Proton VPN	да	DNS-сервер в том же дата-центре, что и ваш VPN-сервер, на другом адресе; он может принадлежать партнёру	10.2.0.1
NordVPN	да	Собственные DNS-серверы NordVPN	103.86.96.100103.86.99.100
Surfshark	да	Один DNS-сервер из того же места; Surfshark утверждает, что ваш IP-адрес и адрес DNS совпадают	не опубликован
ExpressVPN	да	Собственный шифрованный DNS ExpressVPN, который работает на каждом его сервере	не опубликован
Private Internet Access	да	DNS PIA, используемый приложением по умолчанию	10.0.0.24210.0.0.243
Windscribe	да	Собственный DNS в той же стране, обычно не точный адрес вашего VPN	10.255.255.x

По страницам помощи каждого VPN, прочитанным 24 окт. 2026 г.. Их правила различаются (Surfshark: тот же адрес; Proton и Windscribe: другой адрес в том же месте), поэтому проверка никогда не сравнивает адреса: если ни один DNS-сервер не находится в сети вашего провайдера, утечки нет.

DNS Leak Test: вопросы и ответы

Что такое утечка DNS (DNS leak) и опасна ли она?

Утечка DNS — это когда на ваши запросы отвечают DNS-серверы вашего интернет-провайдера, пока вы подключены через VPN. Это важно, если вы полагаетесь на VPN ради конфиденциальности: провайдер видит название каждого сайта, который вы запрашиваете, хотя трафик идёт через туннель. Без VPN DNS провайдера — обычный путь, а не утечка. Проверка покажет, какой у вас случай.

Видит ли провайдер, какие сайты я открываю, при утечке DNS?

Он видит названия сайтов, которые вы запрашиваете, например example.com, и время запроса. Страницы и то, что вы вводите, он не видит: их шифрует HTTPS. При работающем VPN он видит только туннель. При утечке DNS он снова видит названия: обычный DNS не шифруется, даже если сам сайт работает по HTTPS (RFC 9076).

Устраняет ли VPN утечки DNS?

Хорошее приложение VPN предотвращает их, отправляя каждый запрос своему DNS внутри туннеля, если его защита от утечек DNS включена и ничто на устройстве её не переопределяет. Сетевые адаптеры Windows, IPv6, свой безопасный DNS-сервер в браузере и «Персональный DNS-сервер» Android всё равно могут отправлять запросы в другое место. Чтобы убедиться, запустите проверку после подключения.

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

DNS-сервисы отвечают с ближайшей из множества площадок, а она может спрашивать другие серверы имён с адреса, зарегистрированного в другой стране, или из сети партнёра. DNS вашего VPN тоже может находиться в соседнем дата-центре. Другая страна сама по себе никогда не утечка: важно, чей это сервер, а это показывает метка в каждой строке.

Почему я вижу Google или Cloudflare, хотя их нет в моих настройках?

Что-то на вашем устройстве или в сети отправляет туда запросы: свой безопасный DNS-сервер в браузере, настройки роутера, приложение VPN или DNS-приложение. Если DNS вашей системы — 1.1.1.1 или 8.8.8.8, Chrome может и дальше обращаться к этому сервису по HTTPS, в обход VPN, который перехватывает только порт 53. Само по себе ничто из этого не утечка, а при VPN эти запросы приходят с адреса VPN, а не с вашего.

Проверка не нашла DNS-серверов. Значит, утечки нет?

Нет. «Ничего не пришло» означает, что ни один DNS-сервер не обратился к нашему серверу имён, обычно потому, что имена проверки остановил блокировщик рекламы, список Pi-hole, фильтрующий DNS или блокировка в сети, так что проверка вообще не видит ваш DNS. Разрешите *.leak.dnsrobot.net и запустите проверку снова или попробуйте расширенную проверку. Пустой результат никогда не считается успешным.

Конфиденциальна ли эта проверка утечки DNS?

Проверка запрашивает случайные имена в нашем собственном домене; наш сервер имён хранит обратившиеся DNS-серверы в памяти 10 минут, а затем забывает их. Чтобы узнать ваш второй адрес и опознать публичные DNS-сервисы, ваш браузер также задаёт пару вопросов ipify и нескольким DNS-сервисам, поэтому они видят ваш IP-адрес. Подсеть, переданную о вас, видите только вы. Последний результат остаётся в вашем браузере, и его можно удалить.

Что такое утечка IPv6 и проверяет ли её этот тест?

Утечка IPv6 — это когда ваш VPN передаёт трафик IPv4, а трафик IPv6 выходит через провайдера с вашим настоящим адресом IPv6. Эта проверка в том же запуске смотрит, откуда выходит ваш адрес IPv6, и показывает это отдельной строкой. Решение — защита от утечки IPv6 в приложении VPN или VPN, который передаёт IPv6; отключать IPv6 Microsoft не советует.

Защищает ли DNS over HTTPS от утечек DNS?

Он скрывает ваши запросы от вашей сети, но не от DNS-компании, которой вы их отправляете, поэтому DoH-сервис вроде Cloudflare или NextDNS — не утечка к вашему провайдеру. Свой поставщик DoH в браузере действительно обходит DNS вашего VPN. Автоматический режим Chrome сохраняет вашего текущего поставщика, а Firefox включает DoH по умолчанию только в США, Канаде, России и Украине и отключает его при VPN.

Может ли быть утечка DNS без VPN?

Не в обычном смысле: без VPN DNS провайдера — обычный путь. Бывает другое: DNS, который вы выбрали, например 1.1.1.1, на самом деле не отвечает, потому что роутер, приложение или провайдер переопределяют его или перенаправляют порт 53. Выберите этот сервис в разделе «Что вы проверяете?», и вердикт скажет, действительно ли отвечает он.

Как устранить утечку DNS на Android или iPhone?

На Android, пока пользуетесь VPN, выключите «Персональный DNS-сервер»: имя хоста персонального DNS-сервера отправляет все запросы этому поставщику, а не VPN. На iPhone профиль или приложение шифрованного DNS после включения действует на всю систему, поэтому удалите те, которыми больше не пользуетесь. Когда включён iCloud Private Relay, запросы Safari выполняют партнёры Apple по ретрансляции, поэтому видны их серверы; VPN имеет приоритет над Private Relay.

Как часто нужно проверять утечки DNS?

После установки или обновления приложения VPN, после изменения настроек DNS и каждый раз, когда вы меняете сеть, например переходите с домашнего Wi-Fi на Wi-Fi в кафе или мобильный интернет. Каждая сеть выдаёт собственный DNS, и VPN, который обрывается, может на мгновение вернуться к нему. Страница хранит ваш последний результат в браузере, поэтому каждая новая проверка покажет, какие DNS-серверы изменились.

Чего-то не хватает?Предложите функцию или новый инструмент

DNS Leak Test

Проверка из командной строки

1DNS вашей системы

2Проверка на перехват

Что означает результат проверки утечки DNS?

Как работает DNS leak test?

Почему в результате видны Google, Cloudflare или другая страна?

Из-за чего возникает утечка DNS?

VPN не задаёт собственный DNS

Свой безопасный DNS-сервер в браузере

Windows опрашивает все адаптеры

IPv6 идёт в обход туннеля

Что-то перенаправляет DNS

VPN обрывается, а kill switch нет

Как устранить утечку DNS?

Работает ли ваш собственный DNS? Проверьте 1.1.1.1, NextDNS, AdGuard или Pi-hole

Как проверить утечку DNS из командной строки?

Утечки DNS, IPv6 и WebRTC: в чём разница?

Что должен показывать VPN при проверке утечки DNS?

DNS Leak Test: вопросы и ответы

Что такое утечка DNS (DNS leak) и опасна ли она?

Видит ли провайдер, какие сайты я открываю, при утечке DNS?

Устраняет ли VPN утечки DNS?

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

Почему я вижу Google или Cloudflare, хотя их нет в моих настройках?

Проверка не нашла DNS-серверов. Значит, утечки нет?

Конфиденциальна ли эта проверка утечки DNS?

Что такое утечка IPv6 и проверяет ли её этот тест?

Защищает ли DNS over HTTPS от утечек DNS?

Может ли быть утечка DNS без VPN?

Как устранить утечку DNS на Android или iPhone?

Как часто нужно проверять утечки DNS?

Тест Скорости DNS

Проверка утечки WebRTC

Мой IP адрес

Мой провайдер

Проверка IPv6

Проверка DNS

Проверка из командной строки

1DNS вашей системы

2Проверка на перехват

Что означает результат проверки утечки DNS?

Как работает DNS leak test?

Почему в результате видны Google, Cloudflare или другая страна?

Из-за чего возникает утечка DNS?

VPN не задаёт собственный DNS

Свой безопасный DNS-сервер в браузере

Windows опрашивает все адаптеры

IPv6 идёт в обход туннеля

Что-то перенаправляет DNS

VPN обрывается, а kill switch нет

Как устранить утечку DNS?

Работает ли ваш собственный DNS? Проверьте 1.1.1.1, NextDNS, AdGuard или Pi-hole

Как проверить утечку DNS из командной строки?

Утечки DNS, IPv6 и WebRTC: в чём разница?

Что должен показывать VPN при проверке утечки DNS?

DNS Leak Test: вопросы и ответы

Что такое утечка DNS (DNS leak) и опасна ли она?

Видит ли провайдер, какие сайты я открываю, при утечке DNS?

Устраняет ли VPN утечки DNS?

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

Почему я вижу Google или Cloudflare, хотя их нет в моих настройках?

Проверка не нашла DNS-серверов. Значит, утечки нет?

Конфиденциальна ли эта проверка утечки DNS?

Что такое утечка IPv6 и проверяет ли её этот тест?

Защищает ли DNS over HTTPS от утечек DNS?

Может ли быть утечка DNS без VPN?

Как устранить утечку DNS на Android или iPhone?

Как часто нужно проверять утечки DNS?

Другие инструменты для DNS и сети

Тест Скорости DNS

Проверка утечки WebRTC

Мой IP адрес

Мой провайдер

Проверка IPv6

Проверка DNS