TUN/TAP: baliogabeko argumentua — OpenVPN markatze-desadostasuna

Bezeroa autentifikatzen da, erregistroak konektatuta dio, eta pakete batek ere ez du tunela zeharkatzen. Zerbitzariak write to TUN/TAP: Invalid argument (code=22)-rekin amaitzen du saiakera, kontrolatzailearen hutsegitea dirudi eta normalean ez da. Routerretan eta Linux zerbitzari txikietan, lerro horrek esan ohi du bi muturrek ez dutela ados jartzen datu-paketeak nola markatzen diren, beraz kernelak ukatzen du eman dioten buffer deszifratua. Bideratzea ez da puntu horretan probatu.

Bideratze-taula zuzen batek eta markatze-hitzarmen hautsitako batek berdin dirudite bezeroaren aldetik: konektatuta, eta ezerk ez du funtzionatzen.

Tunela altxatzen da eta ezerk ez du zeharkatzen

Tunel gailuan idazketa-erroreak deszifratu ondoren eta bideratu aurretik gertatzen dira. Daemonak pakete bat deszifratzen du, interfazeari ematen dio, eta interfazeak ukatzen du bufferrak gailu horrek espero duenarekin bat ez egiten duelako. 22 kodea argumentu baliogabearen erantzun orokorra da, beraz informazio erabilgarria geruza da: hau datu-bidea da, ez esku-uzketa. Atzo trafikoak funtzionatu eta gaur konfigurazio-aldaketarik gabe gelditu bada, susma ezazu defektuzko balio bat mugitu duen pakete- edo firmware-eguneratze bat, sareaz susmatu aurretik.

Irakurri erregistroa datu-kanalaren ezarpenaren inguruan, lehen errorearen ordez. Adostutako konpresio modua, dev mota eta bultzatutako aukerak xehetasun handiagoz agertzen dira, eta hiru desadostasunetatik zein duzun esaten dizute.

Konpresioa markatzea da, ez banda-zabalera

Konpresioa gaituta dagoenean, datu-pakete bakoitzak nola kodetu zen deskribatzen duen goiburu bat darama, eta bi muturrek goiburu horretan ados egon behar dute. Konfigurazio-lagin zahar batetik oraindik comp-lzo daraman zerbitzari batek, konpresio-lerrorik ez duen bezero batekin batera, errore hau sortzen du zehazki: zerbitzariak bezeroak inoiz idatzi ez zuen goiburu bat espero du. comp-lzo eta compress lz4-v2 nahasteak modu berean huts egiten du, algoritmoak ezberdinak direlako, biei konpresio deitzen badie ere. Aukera markatze-kontratua da eta ez banda-zabalera funtzio bat esteka modernoetan.

Bertsioen portaerak tranpa bat gehitzen du. 2.5 serieak konpresio-aukeretarako zaharkitze-abisuak ematen hasi zen, eta 2.6k lerro bat marrazten du pakete konprimituak ukatzearen eta datuak konprimitu gabe uztearen artean. Beraz, routerraren firmware-eguneratze batek indarrean dagoen hitzarmena alda dezake inork tunela editatu gabe.

Lerrokatu bi muturrak edo kendu bietatik

Zerrendatu konpresio-zuzentarau bakoitza: zerbitzariaren fitxategia, bultzatutako edozein aukera, bezeroaren berariazko fitxategiak eta bezeroaren profila. Zerbitzariko comp-lzo-ek bezeroan hitz berbera behar du, eta adaptive bertsio zaharretan aukera hutsak normalean esan nahi duen defektuzko balio zaharra da. LZO edo konpresio etiketatutako routerraren GUI etengailuak aukera bera idazten du, beraz ezarri bat etortzeko algoritmoak nahasi ordez. Ez pentsa antzeko itxurako izen bat bateragarria denik.

Konpresioa nahi ez bada, kendu nahita bi muturretatik. Zerbitzariko allow-compression no-ek pakete konprimituak ukatzen ditu, baina bezeroek eskaintzeari utzi ondoren soilik; bezero batek oraindik konpresioa bultzatzen duela aplikatzeak desadostasuna berriz sortzen du beste norabidean.

Egiaztatu bultzatzea eta gailu mota

Zerbitzari batek konpresio-zuzentaraua bere fitxategi nagusitik edo bezeroaren berariazko fitxategi batetik bultza dezake, eta bezero batek bultzatutako aukerak pull-filter-rekin bazter ditzake. Konektatu bezero bat 4 xehetasun-mailan, irakurri zerbitzariak iragarri zuena bezeroak onartu zuenaren aurka, eta gero egiaztatu iragazki batek kendu ez duela. Bi aldeak orain ados badaude eta errorea irauten badu, begiratu gailu mota: dev tap mutur batean eta dev tun bestean ezin dute markorik trukatu, eta kernelak idazketa modu berean ukatzen du.

Zubidun TAP inplementazioak benetako zubi bat behar du zerbitzarian, ez gailu-izen desberdin bat soilik. Interfaze bati tap0 izena ematea zubi batera gehitu gabe idazketa onartzen eta inora ez doan gailu bat sortzen du.

Gero egiaztatu bezero batekin eta helmuga batekin: egin ping zerbitzariaren tunel helbidera, gero haren LANeko ostalari batera. Lehenengoak datu-kanala frogatzen du eta bigarrenak birbidalketa.