MTU в Happ: когда трогать и когда нет
Совет «поставь MTU 1420» встречается в чатах так часто, что его пробуют первым при любой проблеме — от рваного голоса до низкой скорости. Между тем это узкий инструмент под конкретные симптомы, и в девяти случаях из десяти он не имеет отношения к жалобе. На pinggatevpn.top мы разбираем сетевые параметры по симптомам, поэтому начнём с того, какие признаки действительно указывают на размер пакета.
Что такое MTU и почему он вообще всплывает
MTU — максимальный размер пакета, который канал пропускает целиком, без разрезания на части. В обычной сети это 1500 байт. Туннель добавляет к каждому пакету служебные заголовки, и полезной нагрузке остаётся меньше — поэтому внутри VPN значение всегда ниже стандартного.
Пока всё согласовано, вы этого не замечаете. Проблемы начинаются, когда пакет получается больше, чем пропускает какой-то участок пути, а сообщение «слишком большой, уменьши» до отправителя не доходит: его режет файрвол или оборудование провайдера. Пакет молча пропадает, отправитель шлёт его снова — и так по кругу.
Ключевая деталь: страдают только крупные пакеты. Маленькие проходят свободно, поэтому пинг остаётся идеальным, соединение считается установленным, а сайты открываются наполовину или зависают на середине загрузки.
- Стандарт в сети
- 1500 байт
- Типично для туннеля
- 1380–1420 байт
- Кто в группе риска
- подключения PPPoE и часть мобильных сетей
- Признак проблемы
- пинг отличный, но крупные загрузки виснут
Симптомы, которые действительно указывают на MTU
Классическая картина: небольшие страницы открываются мгновенно, а тяжёлые виснут на середине. Текст пришёл, картинки — нет. Почта отправляется без вложения и обрывается с файлом. Видео стартует и замирает на первых секундах, хотя скорость канала явно достаточная.
Вторая примета — избирательность. Один сайт работает, другой нет, и набор проблемных ресурсов не меняется день ото дня. При обычной нехватке скорости всё замедляется равномерно, а здесь одни адреса летают, а другие висят до таймаута.
Третья — соединение выглядит здоровым по всем метрикам. Пинг ровный, потерь нет, клиент показывает подключение. Именно это сочетание — здоровые цифры и сломанные тяжёлые загрузки — отличает MTU от перегрузки узла или потерь на маршруте.
- Страница грузится частично: текст есть, картинок нет
- Крупные файлы и вложения обрываются на середине
- Часть сайтов стабильно виснет, часть работает идеально
- Пинг ровный и низкий, потерь в серии нет
- Без туннеля те же ресурсы открываются нормально
Как подобрать размер, а не угадать его
Размер проверяется пингом с запретом фрагментации: вы отправляете пакет фиксированной длины и смотрите, дойдёт ли он целиком. На Windows это ping -f -l 1472 8.8.8.8, на macOS — ping -D -s 1472 8.8.8.8, на Linux — ping -M do -s 1472 8.8.8.8.
Если приходит ответ про необходимость фрагментации, уменьшайте значение шагами по десять байт, пока пакет не пройдёт. К найденному числу прибавьте 28 байт заголовков — получится реальный MTU канала. Значение для туннеля берут ещё ниже, с запасом на служебные данные.
- Отключить туннель и проверить размер на чистом канале
- Найти максимальный пакет, который проходит без фрагментации
- Прибавить 28 байт заголовков — это MTU канала
- Задать в профиле значение с запасом на служебные данные
- Повторить проверку на второй сети и сохранить оба числа
Когда параметр лучше не трогать
Перед правкой параметра стоит пройти дешёвые проверки: другой узел, другая сеть, отключение второго туннеля, перезапуск клиента. Они закрывают большинство ситуаций и не требуют разбираться с байтами и заголовками.
И записывайте исходное значение перед изменением. Возврат к рабочему состоянию должен занимать секунды, иначе диагностика превращается в перебор наугад, где непонятно, какая из десяти правок что сломала.
Отдельно про мобильные сети: у оператора значение может меняться при переключении между вышками и стандартами связи, поэтому идеально подобранное число не бывает вечным. Если проблема появляется только в поездках, разумнее держать чуть заниженный запас, чем подгонять параметр под каждую сеть.
А если после правки стало хуже — верните прежнее значение и ищите причину в другом месте. Обрыв тяжёлых загрузок дают ещё и переполненные буферы роутера, и старая прошивка, и агрессивные фильтры в корпоративной сети.