OpenVPN mssfix: firwat ee Client bei groussen Iwwerdroungen hänkt

Een eenzegen Laptop hänkt bei Uploads duerch den Tunnel, während all aner Apparat um selwechte Server weider funktionéiert. Dëst Muster deit op ee Wee hin, net op d’Serverkonfiguratioun, an et ass den üblechen Agang an d’mssfix-Fro. D’Optioun kann hëllefen, awer nëmme fir déi TCP-Verbindungen, déi se tatsächlech ëmschreift. Seng Reichweite ze kennen hält Iech dovun of, en funktionéierende Server z’änneren, fir een Client ze retten.

Wat d’Optioun ëmschreift

mssfix beaarbecht déi maximal Segmentgréisst, déi an TCP-Handshakes ugekënnegt gëtt, déi duerch den Tunnel lafen, sou datt d’Sendsäit Segmenter wielt, déi an de gekapselten Budget passen. Et wierkt op den Handshake, dat heescht eng Verbindung, déi virun der Ännerung opgemaach gouf, behält de Wäert, deen ausgehandelt gouf.

Et verklengert keng UDP-Datagrammen an et setzt net d’Tunnel-MTU. Zwee verschidde Problemer ginn deeselwechte Symptom: en TCP-Sender, deen de Weelimit ignoréiert, an e Wee, dee grouss Pakete vun enger Gréisst stëll verwërf. mssfix adresséiert dat éischt an et mécht näischt fir dat zweet.

Dee Sënnerscheed erkläert déi enttäuschend Experimenter. Ee klengere Wäert op engem Wee mat schwaarzem Lach ze setzen, ännert d’Segmentgréisst, awer net de Verworf, deen duerno kënnt, dofir scheitert d’Iwwerdroung op enger anerer Plaz.

D’Reichweite ass TCP am Tunnel

Nëmme TCP-Trafic gëtt ëmgeschriwwen. Eng QUIC-Sessioun, e Spill oder eng Applikatioun, déi grouss UDP-Datagramme schéckt, behält seng eegen Paketgréissten, a wann dat déi Iwwerdroungen sinn, déi hänken, gehéiert d’Korrektur éischter un d’Tunnel- oder Wee-MTU. Liest, wéi ee Protokoll déi feelend Iwwerdroung benotzt, éier Dir no enger TCP-Optioun gräift, well déi falsch Schicht huet seng eegen Korrektur.

D’Richtung zielt och. Eng Client-Astellung beaflosst den Trafic, deen dee Client an den Tunnel schéckt, während de Server d’Stréim deckt, déi en op d’Clienten weiderleede. Wann nëmmen ankommend Downloads hänken, ass de Wäert op der Client-Säit net déi ganz Geschicht.

D’Zuel an d’Schlësselwuert sinn net portabel

D’Community-Versioun vun OpenVPN 2.6 akzeptéiert e fakultative Schlësselwuert nom Wäert. Mat mtu beschreift d’Zuel d’Gréisst vum baussenzege Paket inklusiv IP- an UDP-Headeren; ouni et follegt d’Argument enger anerer Rechnungsmethod. Eng Linn, déi tëscht Versioune kopéiert gëtt, beschreift dofir net deeselwechte Paketbudget. Kuckt d’Handbuchsäit, déi mat dem Build kënnt, deen Dir tatsächlech lafe looss, amplaz en Tutorial fir eng aner Verëffentlechung.

D’Syntax gesäit esou aus:

mssfix 1400 mtu

Behandelt 1400 als Plazhalter, net als Empfehlung fir Äre Wee. Leet de Wäert vum gemoossene Wee an der Kapselung of, déi tatsächlech benotzt gëtt, a denkt drun, datt Clienten op eelere Versiounen oder aneren Implementatiounen d’Schlësselwuert kënnen oflehnen oder anescht interpretéieren.

Bestätegt et fir d’éischt um eenzege Client

Mißt de Wee vun der fehlerhafter Maschinn, éier Dir eppes ännert. Eng Notzlaascht, déi de Wee ouni Fragmentatioun droe kann, ass d’Zuel, déi Dir sicht:

ping -M do -s 1472 10.8.0.1
ping -M do -s 1400 10.8.0.1

Déi éischt Probe passt an e Paket vun 1500 Byte, soubal déi 28 Byte Headeren derbäikommen. Wann se mat engem Fragmentatiounsfehler feelt an déi kleng geléngt, läit déi notzbar Gréisst iergendwou tëschent hinnen, an den Tunnel-Overhead gëtt uewen ofgezunn.

Widderhollt duerno d’Iwwerdroung, déi hänke blouf, op enger neier Verbindung, a vergläicht. Wann deen eenzege Client sech verbessert, während déi aner onberéiert bleiwen, hutt Dir d’Reichweite vum Problem fonnt. Wann all Client hänkt, ass de Wäert op der Server-Säit deen, dee kontrolléiert muss ginn. Keng vun den zwee Resultater justifiéiert eng Ännerung op Hardware, déi ni um fehlerhafte Wee war.