VPN подключён, но сайты и видео зависают: как проверить MTU, DNS и маршрут

Короткий ответ

Статус «подключено» означает только то, что приложение считает туннель активным. Он не доказывает, что DNS, маршрут и передача пакетов разного размера работают правильно. Если короткие сообщения и небольшие страницы проходят, а видео, изображения или загрузки зависают, зафиксируйте сеть и протокол, затем по очереди проверьте DNS, другой сервер и MTU.

Сначала сохраните исходные условия

• Запишите модель устройства и версию iOS, Android, Windows или macOS.
• Укажите Wi‑Fi или мобильную сеть, город и оператора без точного адреса.
• Запишите VPN-приложение, протокол, сервер и время теста.
• Не публикуйте приватные ключи, пароли, QR-коды и полный файл конфигурации.

Шаг 1. Отделите DNS от передачи трафика

Откройте известный сайт по доменному имени, затем выполните обычную проверку IP и DNS leak. Если IP-адрес доступен, а доменные имена не разрешаются, вероятнее проблема DNS. Если не загружается даже проверка IP, переходите к серверу, протоколу и маршруту. Не меняйте DNS, сервер и протокол одновременно: иначе результат нельзя будет объяснить.

Шаг 2. Сравните две сети и один сервер

На том же устройстве и с тем же VPN-сервером сравните Wi‑Fi и мобильный интернет. Если проблема есть только в одной сети, это важнее случайного speedtest: вероятная зона поиска — локальная сеть, провайдерский маршрут или параметры конкретного подключения. Если симптом одинаков в двух сетях, проверьте другой сервер того же VPN.

Шаг 3. Когда подозревать MTU

Характерный, но не окончательный признак: маленькие запросы проходят, а крупные страницы, изображения, загрузки или видео останавливаются. RFC 8899 описывает обнаружение подходящего размера пакета на пути без предположения, что ICMP-сообщения обязательно доходят. Для пользователя практический вывод простой: не ставьте случайное минимальное значение. Сначала сохраните исходную конфигурацию, найдите рекомендацию VPN-провайдера или приложения и меняйте параметр небольшими шагами с повтором одного и того же теста.

Шаг 4. Что проверить в WireGuard-подобной конфигурации

Документация WireGuard отдельно объясняет PersistentKeepalive для соединений за NAT и firewall. Это не универсальное «ускорение» и не замена диагностике MTU. Если туннель пропадает после простоя, проверяйте keepalive по документации сервера; если туннель активен, но крупный трафик зависает, фиксируйте MTU, маршрут и сеть как отдельный симптом.

Безопасный порядок изменений

• Переподключить тот же сервер и повторить один тест.
• Сравнить тот же сервер в Wi‑Fi и мобильной сети.
• Проверить DNS и открытие обычного IP отдельно.
• Выбрать другой сервер, не меняя остальные параметры.
• Выбрать другой протокол, если приложение это поддерживает.
• Только затем проверить рекомендованный MTU, сохранив исходное значение.
• После каждого шага проверить Telegram, браузер и 5–10 минут видео, а не только speedtest.

Что написать на форуме

Полезный отчёт выглядит так: «iPhone 15, актуальная iOS, домашний Wi‑Fi; WireGuard; подключение есть; текстовые страницы открываются, видео зависает после начала; в LTE на том же сервере работает; DNS leak не обнаружен; ключи не прикладываю». Такой формат позволяет сравнить случаи и не раскрывает секреты.

Источники и ограничения

Материал основан на стандарте IETF по Path MTU Discovery, официальной документации WireGuard и системных руководствах Apple и Android. Это диагностическая памятка, а не универсальный набор значений: допустимый MTU и параметры профиля зависят от приложения, сервера и сети.

• RFC 8899: Packetization Layer Path MTU Discovery
• WireGuard Quick Start
• Apple: VPN overview
• Android: подключение к VPN

Куда перейти дальше

• Форум RUFreeVPN
• Что делать, если VPN не работает
• Как проверить DNS leak
• Как проверить скорость VPN
• Рейтинг VPN
• Лучшие VPN для России
• Бесплатные VPN для России
• VPN для iPhone
• VPN для Android