Gdzie jest ustawienie MTU w routerze?

Autor: Dmytro Tishchenko · Aktualizacja 2026-09-23

Wartość zmierzona — teraz musi gdzieś trafić. Niemal w każdym domowym urządzeniu pole MTU leży w sekcji WAN albo Internet, nigdy przy Wi-Fi, i jest to jedno pole tekstowe, które nadpisujesz. Tabela poniżej podaje adres panelu i dokładną ścieżkę dla pięciu urządzeń, które operatorzy rozdają najczęściej. Dalsza część strony to fragment, który wątki na forach pomijają: jaka liczba należy do tego pola, co się psuje w każdą stronę, gdy jest zła, i jak potwierdzić, że zmiana faktycznie weszła.

Jak znaleźć pole we własnym urządzeniu

1. Wejdź do panelu administracyjnego. Adres i domyślny login są wydrukowane na naklejce na spodzie routera. Jeśli naklejki nie ma, adresem jest Twoja brama domyślna — NetDiag+ pokazuje ją jako wiersz routera, który pinguje przed wszystkimi innymi, a każdy system desktopowy wypisuje ją w ustawieniach aktywnego połączenia.
2. Szukaj w WAN albo Internet, nie w Wi-Fi. MTU należy do połączenia, które router zestawia z operatorem, więc pole leży tam, gdzie to połączenie się konfiguruje — tabela poniżej ma dokładne ścieżki dla firmware Huawei, ZTE, TP-Link, Zyxel i Nokia. Jeśli WAN jest podzielony na kilka profili, edytuj ten, którym naprawdę idzie ruch internetowy, a nie profil zarządzania, przez który operator obsługuje urządzenie zdalnie.
3. Zapisz starą wartość, potem zapisz zmianę i pozwól łączu wstać na nowo. MTU jest negocjowane przy zestawianiu połączenia, więc nowa wartość obowiązuje dopiero po ponownym połączeniu WAN. Większość firmware robi to sama po naciśnięciu Save albo Apply; jeśli Twój nie robi, zrestartuj router. Stara liczba to ta, którą wpiszesz z powrotem, jeśli okaże się, że MTU nie było Twoim problemem.

Nazwy pozycji menu zależą od modelu i wersji firmware’u. W części firmware pole staje się edytowalne dopiero po przełączeniu typu połączenia z automatycznego na ręczny. Większość routerów domowych przyjmuje tylko wartości od 1280 do 1500 — 1280 to minimalne MTU wymagane przez IPv6.

Bezpłatnie · 31 narzędzi · jednorazowy zakup · bez subskrypcji

Jaka liczba należy do tego pola

Uniwersalnie poprawnego MTU nie ma, bo ta liczba to 1500 minus wszystko, w co operator opakowuje każdy Twój pakiet. Co zostaje opakowane, zależy od tego, jak doprowadzone jest łącze — dlatego wartość, która naprawiła połączenie u sąsiada, u Ciebie może po cichu kosztować przepustowość.

• Zwykły DHCP po Ethernecie, kablu albo światłowodzie. Nic nie jest opakowywane, obowiązuje pełne 1500 i zwykle nie ma tu czego naprawiać. Jeśli na łączu z 1500 duże pakiety i tak znikają, przewężenie jest dalej na trasie, a nie w tym polu — to argument za pomiarem zamiast za zgadywaniem.
• PPPoE, wciąż norma na DSL i na sporej części światłowodów. Nagłówek sesji kosztuje 8 bajtów, więc użyteczne MTU to 1492. Firmware, który wie, że zestawia PPPoE, zwykle ustawia to sam; firmware, który został na 1500 po zmianie typu połączenia, już nie — i to jedna z najczęstszych przyczyn łącza, na którym wszystko małe działa, a wszystko duże staje.
• DS-Lite, CGNAT i inne tunele operatorskie. Twój ruch IPv4 jedzie wewnątrz pakietu IPv6, więc enkapsulacja podjada z 1500, a ile dokładnie, zależy od tego, jak operator to zbudował. To właśnie przypadek, w którym liczba przepisana z forum jest bezwartościowa: uczciwie da się ją zdobyć tylko mierząc trasę od końca do końca.
• VPN na wierzchu któregokolwiek z powyższych. Tunel bierze swoje — mniej więcej 1420 dla WireGuarda po IPv4 i około 1400 dla typowego OpenVPN — ale ta liczba idzie do klienta VPN, nie do routera. Router nadal wiezie pakiet zewnętrzny z MTU samego łącza.

Za mało i za dużo psują się inaczej

Za mało to bezpieczny błąd i wcale nie darmowy. Każdy pakiet niesie te same nagłówki IP i warstwy transportowej, niezależnie od tego, czy mieści dużo danych czy mało, więc mniejsze MTU oznacza więcej pakietów, więcej narzutu nagłówków i więcej pracy na pakiet dla każdego urządzenia na trasie. Zejdź do 1280 na łączu, które spokojnie uniosłoby 1492, a tracisz przepustowość przy każdym transferze i dokładasz pracy routerowi, który i tak był najwolniejszym sprzętem w domu. Nic nie wygląda na zepsute: łącze jest po prostu wolniejsze, niż powinno, na stałe, i nikt już tego nie sprawdza.

Za dużo to błąd, po którym połączenie sprawia wrażenie nawiedzonego. Wszystko małe działa — odpowiedzi ping, DNS, sam panel routera — a wszystko, co wypełnia pakiet, staje. TCP zwykle sobie radzi: za duży segment zostaje odrzucony, router, który go odrzucił, odsyła komunikat ICMP o konieczności fragmentacji, a nadawca się zmniejsza. Gdy firewall po drodze połknie ten komunikat ICMP, nadawca nigdy się nie dowie, a transfer za każdym razem zawiesza się w tym samym miejscu. UDP takiego ratunku nie ma: duże pakiety UDP po prostu znikają — dlatego uzgadnianie tunelu VPN staje w połowie, strony na QUIC ładują pierwsze bajty i milkną, a rozmowa wideo łączy się z dźwiękiem, ale nigdy nie pokazuje obrazu. Pakiety tylko pofragmentowane zamiast odrzuconych są tańsze, ale też nie darmowe: każdy fragment to kolejna okazja do utraty całego pakietu, a jeden zgubiony fragment wyrzuca wszystko, co jechało razem z nim.

Jak poznać, że zadziałało

1. Zmierz trasę ponownie, zamiast wierzyć polu. Zapisana wartość dowodzi tylko tego, że router ją przyjął. Uruchom pomiar Path MTU jeszcze raz z urządzenia w tej sieci: zalecana wartość powinna zgadzać się z tym, co wpisałeś, a wiersze sond zostawać zielone aż do niej, zamiast robić się pomarańczowe wcześniej.
2. Powtórz dokładnie to, co było zepsute. Jeśli objawem był duży UDP, testem jest objaw: postaw tunel VPN, otwórz stronę, która się zawieszała, zacznij rozmowę, w której nie było obrazu. Zmiana, która nie naprawia tego, po co tu przyszedłeś, jest złą zmianą, a stara liczba wraca do pola.
3. Sprawdź, czy za to nie zapłaciłeś. Zrób test prędkości i pomiar opóźnienia przed i po. Poprawne MTU nie kosztuje nic mierzalnego; mocno zaniżone widać jako przepustowość, która już nie wraca. Jeśli liczby spadły, podnoś pole w stronę zmierzonego maksimum, zamiast zostawiać okrągłą liczbę dlatego, że wydawała się bezpieczna.

Jeśli pole jest wyszarzone albo go nie ma

Wiele urządzeń od operatora blokuje pole MTU, a część chowa całą sekcję WAN za kontem serwisowym. To celowe, a nie zepsute: operator zarządza łączem zdalnie i nie chce, by profil połączenia był edytowany. Są cztery sposoby, by to obejść, mniej więcej według rosnącego wysiłku. Ustaw MTU na samym urządzeniu — macOS, Windows i Linux udostępniają je w ustawieniach sieciowych karty, i to jest właściwa droga, gdy problem ma jedna maszyna. Ustaw je w kliencie VPN (WireGuard: MTU, OpenVPN: tun-mtu) — właściwa droga, gdy psuje się tunel. Poproś operatora: u niego to jedno pole w systemie provisioningu i wsparcie często zmienia je zdalnie w kilka minut, zwłaszcza jeśli podasz zmierzoną liczbę i nazwiesz to, co bez niej nie działa. I wariant radykalny, jeśli nic z tego nie chwyci: przełączyć urządzenie w tryb bridge i postawić za nim własny router, co przenosi całą konfigurację WAN, razem z MTU, na sprzęt, którym rządzisz sam.

iOS i Android w ogóle nie udostępniają ustawienia MTU, więc telefonowi za zablokowanym routerem można pomóc tylko w jego kliencie VPN albo przez operatora. Mierzyć z telefonu można natomiast zawsze — pomiar nie potrzebuje niczyjej zgody.

Pytania, które faktycznie się pojawiają

Wszystko to zakłada, że masz już liczbę do wpisania. Jeśli nie, dzieli Cię od niej jeden pomiar. Dalej: zmierz swoją prawdziwą Path MTU na iPhonie →