TUN/TAP: neteisingas argumentas — OpenVPN kadrų nesuderinamumas

Klientas autentifikuojasi, žurnalas sako prisijungta, ir nė vienas paketas neperžengia tunelio. Serveris baigia bandymą su write to TUN/TAP: Invalid argument (code=22), kuris atrodo kaip tvarkyklės gedimas ir paprastai nėra. Maršrutizatoriuose ir mažuose Linux serveriuose ši eilutė dažniausiai reiškia, kad dvi šalys nesutaria, kaip kadruojami duomenų paketai, todėl branduolys atmeta jai perduotą iššifruotą buferį. Maršrutizavimas tuo metu dar netikrintas.

Teisinga maršrutizavimo lentelė ir sugedęs kadravimo susitarimas kliento požiūriu atrodo vienodai: prisijungta, ir niekas neveikia.

Tunelis pakyla, ir niekas jo neperžengia

Rašymo klaidos tunelio įrenginyje atsiranda po iššifravimo ir prieš maršrutizavimą. Daimonas iššifruoja paketą, perduoda jį sąsajai, ir sąsaja jį atmeta, nes buferis neatitinka to, ko tikisi šis įrenginys. 22 kodas yra bendras atsakymas į neteisingą argumentą, todėl naudinga informacija yra sluoksnis: tai duomenų kelias, o ne rankos paspaudimas. Jei srautas veikė vakar ir šiandien sustojo nekeičiant konfigūracijos, įtarkite paketo ar programinės aparatinės įrangos atnaujinimą, kuris perkėlė numatytąją reikšmę, prieš įtardami tinklą.

Skaitykite žurnalą aplink duomenų kanalo sąranką, o ne pirmąją klaidą. Suderintas suspaudimo režimas, dev tipas ir stumiamos parinktys visos rodomos esant didesniam detalumui, ir jos pasako, kuri iš trijų neatitikimų jums būdinga.

Suspaudimas yra kadravimas, o ne pralaidumas

Kai suspaudimas įjungtas, kiekvienas duomenų paketas neša antraštę, apibūdinančią, kaip jis buvo užkoduotas, ir abu galai turi sutarti dėl šios antraštės. Serveris, kuris vis dar neša comp-lzo iš senos pavyzdinės konfigūracijos, kartu su klientu, neturinčiu suspaudimo eilutės, sukuria būtent šią klaidą: serveris tikisi antraštės, kurios klientas niekada nerašė. comp-lzo maišymas su compress lz4-v2 nepavyksta taip pat, nes algoritmai skiriasi, nors abu vadinami suspaudimu. Parinktis yra kadravimo sutartis, o ne pralaidumo funkcija šiuolaikinėse jungtyse.

Versijų elgsena prideda spąstus. 2.5 serija pradėjo teikti pasenusių parinkčių įspėjimus suspaudimo parinktims, ir 2.6 brėžia ribą tarp suspaustų paketų atmetimo ir tiesiog duomenų palikimo nesuglaudintais. Todėl maršrutizatoriaus programinės aparatinės įrangos atnaujinimas gali pakeisti veiksmingą susitarimą, niekam neredaguojant tunelio.

Sulygiuokite abu galus arba pašalinkite iš abiejų

Išvardykite kiekvieną suspaudimo direktyvą: serverio failą, bet kokias stumiamas parinktis, klientui būdingus failus ir kliento profilį. comp-lzo serveryje reikia to paties žodžio kliente, ir adaptive yra paveldėta numatytoji reikšmė, kurią plikoji parinktis paprastai reiškia senesniuose rinkiniuose. Maršrutizatoriaus GUI jungiklis, pažymėtas LZO arba suspaudimas, rašo tą pačią parinktį, todėl nustatykite jį atitikti, o ne maišykite algoritmus. Nemanote, kad panašiai atrodantis pavadinimas yra suderinamas.

Jei suspaudimo nenorite, sąmoningai pašalinkite jį iš abiejų galų. allow-compression no serveryje atmeta suspaustus paketus, bet tik tada, kai klientai nustojo juos siūlyti; taikant jį, kol klientas vis dar stumia suspaudimą, neatitikimas atsiranda priešinga kryptimi.

Patikrinkite stūmimą ir įrenginio tipą

Serveris gali stumti suspaudimo direktyvą iš pagrindinio failo arba iš klientui būdingo failo, o klientas gali atmesti stumiamas parinktis su pull-filter. Prijunkite vieną klientą esant 4 detalumui, perskaitykite, ką paskelbė serveris, palyginti su tuo, ką priėmė klientas, tada patvirtinkite, kad joks filtras jo nepašalino. Jei abi pusės dabar sutaria ir klaida išlieka, pažiūrėkite į įrenginio tipą: dev tap viename gale ir dev tun kitame negali keistis kadrais, ir branduolys atmeta rašymą taip pat.

Tiltu sujungtam TAP diegimui reikia tikro tilto serveryje, o ne tik kito įrenginio pavadinimo. Sąsajos pervadinimas į tap0 nepridedant jos prie tilto sukuria įrenginį, kuris priima rašymą ir niekur nenueina.

Tada patikrinkite su vienu klientu ir vienu tikslu: ping serverio tunelio adresą, tada hoszą jo LAN tinkle. Pirmasis įrodo duomenų kanalą, antrasis – perdavimą.