TUN/TAP: ongültege Argument — OpenVPN-Framing passt net

De Client authentifizéiert sech, de Log seet verbonnen, an et geet kee Pak duerch den Tunnel. De Server beendet de Versuch mam write to TUN/TAP: Invalid argument (code=22), wat wéi e Chaufferfehler ausgesäit an et meeschtens net ass. Op Routere a klengen Linux-Serveren heescht déi Linn meeschtens, datt déi zwou Säiten sech net eens sinn, wéi Datenpakete geframt ginn, dofir verwäert de Kernel de bufere dechiffréierte Puffer, deen hien krut. D’Routing gouf zu deem Zäitpunkt nach net getest.

Eng korrekt Routingtabell an eng futti Framing-Ofmachung gesinn aus Client-Si wéi d’selwecht aus: verbonnen, a näischt funktionéiert.

Den Tunnel geet erop an et geet näischt duerch

Schreiffehler um Tunnelapparat geschéien no der Dechiffréierung an virum Routing. Den Daemon dechiffréiert e Pak, gëtt en un d’Interface weider, an d’Interface verwäert en, well de Puffer net mat deem iwwereensterft, wat deen Apparat erwaart. De Code 22 ass déi allgemeng Äntwert op en ongültege Argument, dofir ass déi nëtzlech Informatioun d’Schicht: dëst ass de Datenwee an net de Handshake. Wann den Trafic gëschter gelaf ass an haut ouni Konfiguratiounsännerung gestoppt huet, verdächtegt eng Pak- oder Firmware-Aktualiséierung, déi en Default verréckelt huet, ier Dir d’Netz verdächtegt.

Liest de Log ronderëm d’Ariichtung vum Datenkanal anstatt den éischte Fehler. De verhandelte Kompressiounsmodus, den dev-Typ an déi gedréckt Optiounen erschéngen all bei enger méi héijer Ausféierlechkeet, an se soen Iech, wéi eng vun den dräi Ofwäichungen Dir hutt.

Kompressioun ass Framing, net Bandbreet

Wann d’Kompressioun aktivéiert ass, dréit all Datenpak eng Kapp, déi beschreift wéi en kodéiert gouf, an déi zwou Säiten mussen iwwer déi Kapp eens ginn. E Server, deen nach comp-lzo aus enger alter Beispillkonfiguratioun dréit, gepaart mat engem Client ouni Kompressiounslinn, produzéiert genee dëse Fehler: de Server erwaart eng Kapp, déi de Client ni geschriwwen huet. comp-lzo mat compress lz4-v2 ze vermëschen schléit op d’selwecht Manéier feel, well d’Algorithmen ënnerschiddlech sinn, och wann béid Kompressioun heeschen. D’Optioun ass e Framing-Kontrakt an net eng Bandbreetefunktioun op modernen Verbindungen.

Dat Verhalen vun de Versiounen setzt eng Fal. D’2.5-Serie huet ugefaang Veralungs-Warnungen fir Kompressiounsoptiounen auszeginn, an 2.6 zitt eng Linn tëscht dem Ofleene vu kompriméierte Paken an dem einfachen Unkompriméiert-Loosse vun Daten. Eng Firmware-Aktualiséierung vum Router kann dofir déi effektiv Ofmachung änneren, ouni datt iergendeen den Tunnel beaarbecht.

Riicht béid Säiten aus oder hëlt et aus béiden

Zielt all Kompressiounsdirektiv op: de Serverfichier, all gedréckt Optiounen, clientspezifesch Fichieren an de Clientprofil. comp-lzo um Server brauch dat selwecht Wuert um Client, an adaptive ass dee fréieren Default, deen déi plakeg Optioun meeschtens a méi ale Builds bedeit. De GUI-Schalter vum Router mat der Etikett LZO oder Kompressioun schreift déi selwecht Optioun, also setzt en entspriechend, anstatt Algorithmen ze vermëschen. Hält net un, datt en ähnlechen Numm kompatibel ass.

Wann d’Kompressioun net gewënscht ass, hëlt se bewosst aus béide Säiten. allow-compression no um Server verwäert kompriméiert Paken, awer eréischt nodeems d’Cliente opgehalen hunn, se unzebidden; en ze applizéieren, während e Client nach Kompressioun dréckt, schaaft d’Ofwäichung an déi aner Richtung erëm.

Préift den Dréck an den Apparatstyp

E Server kann eng Kompressiounsdirektiv aus sengem Haaptfichier oder aus engem clientspezifesche Fichier drécken, an e Client kann gedréckt Optiounen mam pull-filter fale loossen. Verbënnt een Client bei Ausféierlechkeet 4, liest wat de Server ugekënnegt huet géint dat wat de Client ugeholl huet, a bestätegt dann, datt kee Filter et ewechgeholl huet. Wann déi zwou Säiten elo eens sinn an de Fehler bleift, kuckt den Apparatstyp un: dev tap op enger Säit an dev tun op der anerer kënnen keng Frame austauschen, an de Kernel verwäert d’Schreiwen op d’selwecht Manéier.

Eng gebréckte TAP-Asetzung brauch eng richteg Bréck um Server, net just en aneren Apparatnumm. Eng Interface op tap0 ëmzebenennen, ouni se an eng Bréck ze setzen, produzéiert en Apparat, deen d’Schreiwen unhëlt an néierens hikënnt.

Verifizéiert dann mat engem Client an engem Zil: pingt d’Tunneladress vum Server, dann en Host a sengem LAN. Dat éischt beweise den Datenkanal an dat zweet d’Weiderleedung.