Is in lytsere VPN-MTU flugger? Ferlykje it echte bewiis
In legere MTU kin in padlimit omgean en dochs trochset kostje. Ferlykje de echte beheining, de overhead fan kopteksten en de wurklêst foardat jo de wiziging hâlde.
In tunnel lit grutte oerdrachten falle mar lit ping troch, dus komt it advys fluch: ferleegje de MTU. De reparaasje wurket soms, en dan wurdt er op elk profyl op elk netwurk tapast. Dat is it punt dêr’t in rjochte reparaasje in permaninte prestaasjebelesting wurdt. De ferliking dy’t makke wurde moat, is tusken de echte limyt fan it paad en de kosten om elk pakket derûnder te ferlytsjen.
Wat echt krimpt as jo de MTU ferleegje
Elk pakket draacht kopteksten foardat it jo gegevens draacht. Op in Ethernet-paad fan 1500 byte ferbrûke IPv4 en TCP 40 byte en litte 1460 oer foar de lading; ynkapseling foeget boppe-op bûtenste IP-, UDP- en tunnelkopteksten ta, dus it ynterne ladingsbudzjet sakket wer. It ferleegjen fan de MTU fan de ynterface krimpt dat budzjet mei opsetsin.
De kosten binne evenredich mei it oantal pakketten, net mei it oantal bytes. Itselde bestân ferdield oer mear pakketten hat mear ûnderbrekkingen, mear routingbesluten en mear ferwurking per pakket nedich op elk apparaat lâns it paad. Op in router dy’t al ticht by syn limyt fan pakketten de sekonde is, is dat in echte fertraging en gjin ôfrûnfout. De kosten blykje sels as de oerdracht sels slagget.
Dêrom is in lytsere MTU in omwei om in beheining, gjin algemiene optimalisaasje. It keapet betrouberens tsjin in paad dat it gruttere frame net drage kin, en it rekket overhead foar elk pakket dat de ferlytsing net nedich hie.
Wannear’t in lytsere MTU de goede reparaasje is
It klassike symptoom is spesifyk: de TCP-hânskieding foltôget, lytse antwurden komme oan, en in grutte download stokt of wurdt weromset. In ping mei de net-fragmintearje-bit op 1472 byte mislearret wylst in ping fan 1400 byte slagget, wat wiist op in paad dat in pakket fan folsleine grutte net drage kin en it ICMP-berjocht net leveret dat de stjoerder sizze soe te ferlytsjen.
It ûntdekken fan de MTU fan it paad hinget fan dy ICMP-berjochten oer needsaaklike fragmintaasje ôf. As in fjoermuorre se weilûkt, bliuwt de stjoerder it grutte pakket opnij besykjen en liket de ferbining te hingjen. It ferleegjen fan de MTU oan ’e tunnelside foarkomt de werhelling, en dat is in legitime reparaasje foar dat netwurk.
Tagongsteknologien lizze ek har eigen limiten op: PPPoE beheint meastentiids ta 1492, guon mobile en DSL-paden binne leger, en nêste tunnels lûke de overhead twa kear ôf. Mjit it echte paad ynstee fan in getal út in hânlieding te kopiearjen, en tink deroan dat IPv6 op elke keppeling dy’t it draacht teminsten 1280 byte MTU freget, sa’t RFC 8200 bepaalt.
Ferlykje de trije kontrôles foardat jo ien feroarje
MTU, MSS en fragmintaasje binne ferskillende kontrôles op ferskillende lagen, en it ferkearde feroarje lit it symptoom stean.
| Control | Layer | What it changes | Where it misleads |
|---|---|---|---|
| Interface MTU | IP link | Largest frame the interface will send | Penalizes every protocol, not just the one that failed |
| TCP MSS clamp | TCP | Segment size advertised in the handshake | Leaves UDP and QUIC untouched |
| DF and fragmentation | IP | Whether a router may split a packet | Can break path MTU discovery and security assumptions |
| Tunnel overhead | Encapsulation | Inner MTU after outer headers | Mismatch shows up only for large inner packets |
MSS beheine is faak de minst yngeande reparaasje, omdat it allinnich TCP rekket en de ynterface frij lit foar oar ferkear. In legere MTU fan de ynterface is breder en makliker te betinken, dêrom is it gewoan op konsuminterûters, mar it rekket elk protokol it probleem fan ien protokol.
It útskeakeljen fan it net-fragmintearje-gedrach ferberget it symptoom troch fragmintaasje ta te litten, en it makket de fertraging meastentiids slimmer wylst it de weromkeppeling brekt dy’t de goede grutte fine soe. Mij it as permaninte oplossing.
Mjit de ôfwaging ynstee fan ien getal
Fyn de limyt fan it paad mei in net-fragmintearje-sonde, begjin heech en sakje ôf oant it antwurd komt:
ping -M do -s 1472 203.0.113.10
ping -M do -s 1400 203.0.113.10
tracepath 203.0.113.10Ferlykje dan de echte taak op beide ynstellings: deselde bestânoerdracht, itselde einpunt en itselde netwurk. Skriuw de foltôgingstiid en weromstjoeringen op, bygelyks mei nstat -az TcpRetransSegs, en hâld de CPU fan it apparaat yn ’e gaten as de tunnel op in lytse router einiget. In koarte syntetyske trochsettest kin it stokjen misse dat pas nei ferskate megabyte ferskynt.
Pakketstellers sille stige nei in ferleging, omdat deselde oerdracht no mear pakketten brûkt. Dat is ferwachte en it is gjin bewiis fan hegere trochset. Ferlykje foltôge applikaasjegegevens, it oantal weromstjoeringen en de reaksje, net allinnich de pakketsnelheid.
Fier de wiziging yn stappen yn en hâld it beheind
Skriuw de oarspronklike wearde op, feroarje ien kontrôle, en werhelje de mjitting foardat jo it permanint meitsje. As it bewiis gjin foardiel sjen lit, set dan de foarige wearde werom mei itselde ynterface-kommando dat jo brûkten om it yn te stellen:
ip link set dev wg0 mtu 1420
ip link set dev wg0 mtu 1500Behein it resultaat ta it netwurk dat it nedich hie. In profyl dat wurkje moat op in hotel-Wi-Fi, in mobyl hotspot en in kantoar-LAN moat net de leechste wearde ervje dy’t ien fan har freget, útsein as de klant it paad net ûntdekke kin.
De goede wearde is de grutste MTU dy’t it paad oerlibbet, net de lytste dy’t it symptoom ferdwine lit. Dokumintearje it paad, it sonderezultaat en it weromsetten, en besjoch de ynstelling opnij as it tagongsnetwurk feroaret.