Где настройка MTU в роутере?

Автор: Dmytro Tishchenko · Обновлено 2026-09-23

Значение измерено — теперь его нужно куда-то вписать. Почти в любой домашней коробке поле MTU лежит в разделе WAN или Internet, а не в настройках Wi-Fi, и это одно текстовое поле, которое вы перезаписываете. В таблице ниже — адрес админки и точный путь для пяти коробок, которые провайдеры выдают чаще всего. Дальше идёт то, что форумные ветки обычно пропускают: какое именно число вписать, что ломается при ошибке в каждую сторону и как убедиться, что настройка применилась.

Как найти поле в своей коробке

1. Зайдите в админку. Адрес и логин по умолчанию напечатаны на наклейке снизу роутера. Если наклейки нет, адрес — это ваш шлюз по умолчанию: NetDiag+ показывает его строкой роутера, которую пингует раньше всех остальных, а любая настольная ОС выводит его в свойствах активного подключения.
2. Ищите в разделе WAN или Internet, а не в Wi-Fi. MTU относится к соединению роутера с провайдером, поэтому поле всегда там, где настраивается это соединение — в таблице ниже точные пути для прошивок Huawei, ZTE, TP-Link, Zyxel и Nokia. Если WAN разбит на несколько профилей, правьте тот, по которому реально идёт интернет, а не сервисный профиль, через который провайдер обслуживает коробку удалённо.
3. Запишите старое значение, сохраните и дайте линии подняться заново. MTU согласуется при установлении соединения, поэтому новое значение вступает в силу только после переподключения WAN. Большинство прошивок делает это само по кнопке Save или Apply; если ваша не делает — перезагрузите роутер. Старое число понадобится, если окажется, что проблема была не в MTU.

Названия пунктов меню зависят от модели и версии прошивки. В некоторых прошивках поле становится доступным только после переключения типа подключения с автоматического на ручной. Большинство домашних роутеров принимают только значения от 1280 до 1500 — 1280 это минимальный MTU для IPv6.

Бесплатно · 31 инструмент · разовая покупка · без подписки

Какое число вписывать

Универсально правильного MTU не существует: это 1500 минус всё, во что провайдер заворачивает каждый ваш пакет. Что именно заворачивается, зависит от того, как заведена линия — поэтому значение, которое починило соединение у соседа, у вас может тихо съедать скорость.

• Обычный DHCP по Ethernet, кабелю или оптике. Ничего не заворачивается, работают полные 1500, и чинить тут обычно нечего. Если на линии с 1500 крупные пакеты всё равно пропадают, узкое место дальше по маршруту, а не в этом поле — это аргумент за измерение, а не за перебор значений.
• PPPoE — по-прежнему норма на DSL и на многих оптических линиях. Заголовок сессии стоит 8 байт, поэтому рабочий MTU равен 1492. Прошивка, которая знает, что поднимает PPPoE, обычно выставляет это сама; прошивка, оставшаяся на 1500 после смены типа подключения — нет, и это одна из самых частых причин соединения, где всё мелкое работает, а всё крупное встаёт.
• DS-Lite, CGNAT и прочие туннели оператора. Ваш трафик IPv4 едет внутри пакета IPv6, инкапсуляция откусывает часть от 1500, и сколько именно — зависит от того, как это построено у оператора. Именно здесь число, скопированное с форума, бесполезно: честно получить его можно только измерением пути целиком.
• VPN поверх любого из перечисленного. Туннель забирает свою долю — примерно 1420 для WireGuard поверх IPv4 и около 1400 для типичного OpenVPN — но это число вписывается в VPN-клиент, а не в роутер. Роутер по-прежнему везёт внешний пакет с MTU самой линии.

Слишком мало и слишком много ломаются по-разному

Занизить — безопасная ошибка, но не бесплатная. Каждый пакет тащит одни и те же заголовки IP и транспортного уровня независимо от того, много в нём данных или мало, поэтому меньший MTU означает больше пакетов, больше накладных расходов и больше работы на каждое устройство по пути. Поставьте 1280 там, где линия спокойно везёт 1492 — и вы теряете скорость на каждой передаче и нагружаете роутер, который и так самое медленное железо в доме. Внешне ничего не сломано: линия просто навсегда медленнее, чем должна быть, и перепроверять это никто уже не идёт.

Завысить — ошибка, после которой соединение выглядит заколдованным. Всё мелкое работает: ответы ping, DNS, сама админка роутера — а всё, что заполняет пакет целиком, встаёт. TCP обычно выкручивается: слишком большой сегмент отбрасывается, отбросивший его роутер возвращает ICMP-сообщение о необходимости фрагментации, и отправитель уменьшает размер. Но если файрвол по пути глотает это ICMP-сообщение, отправитель ничего не узнаёт, и передача каждый раз зависает на одном и том же месте. У UDP такого восстановления нет: крупные пакеты UDP просто исчезают — поэтому рукопожатия VPN застревают на середине, сайты на QUIC отдают первые байты и замолкают, а видеозвонок соединяется со звуком, но без картинки. Пакеты, которые не отброшены, а фрагментированы, обходятся дешевле, но тоже не даром: каждый фрагмент — ещё один шанс потерять весь пакет, а потеря одного фрагмента выбрасывает всё, что было отправлено вместе с ним.

Как понять, что сработало

1. Измерьте путь заново, а не верьте полю. Сохранённое значение доказывает только то, что роутер его принял. Запустите измерение Path MTU ещё раз с устройства в этой сети: рекомендованное значение должно совпасть с тем, что вы вписали, а строки проб должны оставаться зелёными вплоть до него, а не становиться оранжевыми раньше.
2. Повторите ровно то, что было сломано. Если симптомом был крупный UDP, тест — это и есть симптом: поднимите туннель VPN, откройте сайт, который зависал, начните звонок, в котором не было картинки. Изменение, которое не чинит то, ради чего вы сюда пришли, — неправильное, и старое число возвращается в поле.
3. Проверьте, что вы за это не заплатили. Сделайте замер скорости и задержки до и после. Правильный MTU не стоит ничего измеримого; сильно заниженный виден как скорость, которая больше не возвращается. Если цифры просели, поднимайте поле к измеренному максимуму, а не оставляйте круглое число только потому, что так спокойнее.

Если поле неактивно или его нет

Во многих провайдерских коробках поле MTU заблокировано, а иногда весь раздел WAN спрятан за сервисной учётной записью. Это сделано намеренно, а не сломано: провайдер управляет линией удалённо и не хочет, чтобы профиль соединения правили. Обойти это можно четырьмя способами, примерно по возрастанию усилий. Задайте MTU на самом устройстве — macOS, Windows и Linux дают это в сетевых настройках адаптера, и так правильно чинить, когда страдает одна машина. Задайте его в VPN-клиенте (WireGuard: MTU, OpenVPN: tun-mtu) — так правильно, когда ломается именно туннель. Попросите провайдера: у него это одно поле в системе выдачи настроек, и поддержка часто меняет его удалённо за минуты, особенно если назвать измеренное число и то, что без него не работает. И тяжёлый вариант, если ничего не помогло: перевести коробку в режим bridge и поставить за ней свой роутер — тогда вся настройка WAN, включая MTU, переезжает на железо, которым распоряжаетесь вы.

iOS и Android вообще не дают настройку MTU, поэтому телефону за заблокированным роутером можно помочь только через VPN-клиент или через провайдера. А вот измерять с телефона можно в любом случае — измерению ни у кого не нужно разрешение.

Вопросы, которые задают на самом деле

Всё это предполагает, что число у вас уже есть. Если нет — до него одно измерение. Дальше: измерить свой реальный Path MTU на iPhone →