01 · DISCOVERY
Разбор без исполнения присланного файла
Nereid читает разрешённые поля ссылки или подписки и строит собственную временную конфигурацию.
- Определяются все поддерживаемые узлы и служебные записи.
- Неподдерживаемая запись остаётся в coverage, а не исчезает из результата.
- Приватные, loopback и служебные адреса блокируются до подключения.
02 · BASELINE
Сначала измеряется сам агент
Прямой маршрут нужен, чтобы не обвинить VPN в ограничении домашней сети, провайдера или измерительного endpoint.
- Фиксируются P50, P95, P99, jitter и успешность контрольных запросов.
- Download и upload измеряются отдельно адаптивными потоками.
- Слабый baseline снижает уверенность причинного вывода.
03 · NODE EVIDENCE
Каждый маршрут поднимается отдельно
Для узла запускается изолированный процесс и локальный SOCKS-вход, через который выполняются только контролируемые тесты.
- Проверяется работа туннеля, а не только открытый TCP-порт.
- Аномалии задержки и потерь подтверждаются повторной серией.
- DNS-запросы, exit IP и страна выхода проверяются внутри VPN-маршрута.
- Добровольный browser probe сравнивает WebRTC ICE с HTTPS-путём и не сохраняет адреса-кандидаты.
- Экспресс, Стандартная и Расширенная проверки отличаются только глубиной speed-выборки.
- Функциональная диагностика всегда охватывает каждый найденный узел.
04 · DIAGNOSIS
Проблема локализуется, а не угадывается
Движок сопоставляет baseline, соседние узлы, протокол, транспорт и повторные измерения.
- Различаются агент, клиентская сеть, конкретный узел, UDP/QUIC-путь, DNS и endpoint замера.
- Указывается уровень уверенности и ограничение каждого вывода.
- Рекомендация не выдаётся за доказанный прирост скорости.
05 · VERIFICATION
Исправление должно пройти повторный аудит
Баллы и рекомендации превращаются в проверяемый план, а не в общий список советов.
- Для проблемы есть действия на сервере и клиенте.
- Критерий успеха описывает, какой показатель должен измениться.
- Финальное подтверждение — новый запуск в сопоставимых условиях.
20%Доступность
25%Производительность
20%Стабильность
10%Маршрутизация
15%Безопасность
5%Устойчивость к блокировкам
5%Качество конфигурации
coverageНевыполненный тест не считается успешным
Посмотрите, как эти принципы выглядят в готовом отчёте.
Открыть пример