#Что происходит и когда это важно
Маленькие страницы/запросы открываются, а загрузки или авторизация на части сайтов замирают; DNS работает. Другие причины — TLS, прокси и серверная проблема — тоже возможны.
#Возможные причины и как их отличить
| Возможная причина | Как узнать | Что делать |
|---|---|---|
| MTU выше доступного путиТуннель добавляет накладные заголовки и не пропускает большие пакеты. | Проблема появляется только через VPN или PPPoE. | Сверить MTU на каждом используемом интерфейсе. |
| ICMP Packet Too Big блокируетсяМаршрутизатор не передаёт уведомление о допустимом размере. | Небольшие запросы проходят, крупные застревают. | Исследовать PMTUD у сетевого администратора. |
| Проблема конкретного сайтаОдна страница или CDN недоступны независимо от MTU. | С другой сетью/устройством воспроизводится иначе. | Проверить сервер и браузер прежде исправлений MTU. |
#Пошаговая диагностика и исправление
- Разделите проблему по сетямСравните один и тот же крупный сайт через обычную сеть и через VPN, если VPN у вас есть. Отметьте: DNS-имя разрешается, небольшие сайты работают, а большие операции подвисают. Не включайте опасные обходы проверки TLS.
- Узнайте MTU интерфейсовОткройте Терминал и выполните
ip link show. Найдите строкуmtuу Ethernet/Wi-Fi и у VPN-интерфейса. Значение 1500 обычно для обычного Ethernet, но туннелю может требоваться меньше; универсального «правильного» числа нет. - Проверьте выбранный маршрутВыполните
ip route get 1.1.1.1как пример просмотра пути к общедоступному адресу. Команда не проверяет наличие соединения, только говорит, через какое устройство должен идти пакет. Если VPN использует split routing, отдельно проверьте маршрут к проблемному ресурсу. - Сравните размер пакетов осторожноДля IPv4 Linux можно выполнить
ping -c 3 -M do -s 1400 1.1.1.1;-sзадаёт 1400 байт полезных данных ICMP,-M doпросит не фрагментировать. Если сеть запрещает ICMP, отсутствие ответов не доказывает проблему MTU; используйте тест только с разрешённым адресом. - Уменьшайте размер теста, а не сразу настройкиЕсли первый тест на разрешённом узле показывает Fragmentation needed либо packet too long, повторите с меньшим размером, например 1300. При успешном маленьком тесте и неудаче большого появляется основание исследовать PMTUD. Не меняйте MTU всех интерфейсов вслепую.
- Исправляйте настройку только нужного соединенияНа личном ПК в настройках конкретного VPN/PPPoE, если клиент предоставляет поле MTU, сохраните прежнее значение и примените рекомендованное поставщиком туннеля. На сервере изменения должен выполнить сетевой администратор с запасным доступом. Предпочтительно исправить работу PMTUD/ICMP на маршрутизаторе вместо постоянного занижения MTU.
- Проверьте крупную операциюПосле согласованной правки переподключитесь и откройте ранее зависавший HTTPS-сайт или загрузите тестовый файл с доверенного ресурса. Если ошибка не ушла, верните исходное MTU и исследуйте TLS/прокси/сервер отдельно.
#Команды из инструкции с пояснениями
Linux · Терминал (Bash)Команда
MTU всех интерфейсов без изменений.
ip link showLinux · Терминал (Bash)Команда
Просмотр маршрута до тестового адреса.
ip route get 1.1.1.1Linux · Терминал (Bash)Команда
Пример проверки размера IPv4 ICMP с запрещённой фрагментацией; только при разрешённом доступе к узлу.
ping -c 3 -M do -s 1400 1.1.1.1#Как проверить результат
Те же крупные HTTPS-страницы и загрузки завершаются без зависаний, мелкие операции продолжают работать, настройка сохраняется после переподключения.
#Если проблема не устранена
Если тест ICMP недоступен, не делайте заключения только по ping. Сетевой специалист может проверить MSS/PMTUD и соответствующие правила ICMP на промежуточных устройствах.