ДИАГНОСТИКА СОЕДИНЕНИЯ

Ваш VPN заметен?

Измеряем соединение своим сервером.
Показываем данные и основания вывода.

Без установки приложений
Без сторонних сервисов проверки
ИЗМЕРЯЕМ СОЕДИНЕНИЕ

Сравниваем задержки

Наш сервер сравнивает задержки браузера и сетевого уровня. Держите вкладку открытой до конца проверки.

ВЫХОДНОЙ IPИзмеряем…Без подтверждённого IP сетевые пробы не запускаются
РАЗНИЦА ЗАДЕРЖЕКИзмеряем…Минимальные задержки: браузер минус сетевой уровень
ВНЕШНИЕ СЕРВИСЫ0Измерения и правила выполняет наш сервер
01 / ИЗМЕРЕНИЯ

Два уровня соединения

RTT — время туда и обратно

До браузера / WebSocket

Нет данных

—

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

0 замеровМедиана —

90-й перцентиль: —

Сетевой уровень

Нет данных

—

Метод и данные появятся после завершения измерения.

0 замеровМедиана —

90-й перцентиль: —

Медленный интернет, недоступный IPv6 и блокировка ICMP сами по себе не считаются признаками VPN.

02 / ОБЪЯСНЕНИЕ

Почему такой результат

Ждём завершения собственных измерений…

03 / ТЕХНИЧЕСКИЕ ДАННЫЕ

Проверяемые основания

HTTPS IPv4: —

UDP IPv4 / свой STUN: Нет подтверждённого ответа

Разница задержек браузер − TCP/сеть: —

Ядро: netcheck-self/3

Время проверки: —

Задержка цикла сервера, p99: —

TCP прямого соединения: не используется в этом измерении

Отдельные IPv4/IPv6: независимые узлы пока не настроены; UDP-проба работает по IPv4

Методика, ограничения и данные

Собственная реализация. Страница обращается только к своему домену. Внешние SDK, IP-базы, геолокация и API детекторов не используются. Все измерения задержки и правила вывода реализованы в нашем приложении.

Что означает вывод. Сравниваются IPv4 HTTPS и UDP через наш STUN. Прикладные прокси и несколько сетевых интерфейсов могут использовать разные выходные адреса. UDP-адрес подтверждается пакетом на сервере и ICE-кандидатом браузера. Нет камеры, микрофона или сторонних STUN-серверов. Недоступный UDP сам по себе не считается признаком VPN. Также выявляется разница между временем ответа браузера и выходного узла. Порог 50 мс и отношение 1,5 — начальная эвристика, не вероятность VPN. Для вывода нужны минимум 10 ответов браузера и 3 сетевых замера, открытая вкладка и стабильные задержки. Разные приоритеты ICMP, корпоративные прокси и мобильные сети могут влиять на результат.

Сетевой уровень. На прямом VPS наше приложение завершает HTTPS и читает TCP_INFO этого соединения. Это RTT до TCP-собеседника: при прикладном прокси им может быть выходной сервер. Туннель уровня IP, например WireGuard, может не давать такой разницы. За ingress-прокси прямой метод отключён и используются исходящие ICMP/TCP-пробы. При отсутствии опорных измерений вывод остаётся неопределённым. Независимые узлы IPv4/IPv6 пока не настроены.

Данные. Сервер измеряет только адрес текущего соединения и хранит результаты в памяти на время проверки. Произвольные адреса из браузера не принимаются. Сторонним детекторам данные не отправляются. Хостинг может вести технические журналы. Скачиваемый JSON содержит ваш IP и сырые измерения.

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