TUN/TAP: nederīgs arguments — OpenVPN kadrējuma nesaskaņa

Klients autentificējas, žurnāls saka savienots, un neviena pakotne nešķērso tuneli. Serveris beidz mēģinājumu ar write to TUN/TAP: Invalid argument (code=22), kas izskatās kā draivera kļūme un parasti tā nav. Maršrutētājos un mazos Linux serveros šī rinda visbiežāk nozīmē, ka divas puses nav vienojušās par to, kā tiek kadrētas datu pakotnes, tāpēc kodols noraida tai nodoto atšifrēto buferi. Maršrutēšana tajā brīdī vēl nav pārbaudīta.

Pareiza maršrutēšanas tabula un bojāta kadrējuma vienošanās no klienta puses izskatās vienādi: savienots, un nekas nefunkcionē.

Tunelis paceļas, un nekas to nešķērso

Rakstīšanas kļūdas tuneļa ierīcē notiek pēc atšifrēšanas un pirms maršrutēšanas. Dēmons atšifrē pakotni, nodod to saskarnei, un saskarne to noraida, jo buferis neatbilst tam, ko šī ierīce sagaida. Kods 22 ir vispārīga atbilde uz nederīgu argumentu, tāpēc noderīgā informācija ir slānis: tas ir datu ceļš, nevis rokas spiediens. Ja satiksme vakar darbojās un šodien apstājās bez konfigurācijas izmaiņām, aizdomās turiet pakotnes vai programmaparatūras atjauninājumu, kas pārvietoja noklusējuma vērtību, pirms aizdomās turēt tīklu.

Lasiet žurnālu ap datu kanāla iestatīšanu, nevis pirmo kļūdu. Saskaņotais saspiešanas režīms, dev veids un uzbīdītās opcijas visas parādās augstākā detalizācijā, un tās pasaka, kura no trim nesaskaņām jums ir.

Saspiešana ir kadrējums, nevis joslas platums

Kad saspiešana ir iespējota, katra datu pakotne nes galveni, kas apraksta, kā tā tika kodēta, un abiem galiem ir jāvienojas par šo galveni. Serveris, kas joprojām nes comp-lzo no vecas parauga konfigurācijas, kopā ar klientu, kuram nav saspiešanas rindas, rada tieši šo kļūdu: serveris sagaida galveni, kuru klients nekad nav rakstījis. comp-lzo sajaukšana ar compress lz4-v2 neizdodas tāpat, jo algoritmi atšķiras, lai gan abus sauc par saspiešanu. Opcija ir kadrējuma līgums, nevis joslas platuma funkcija mūsdienu savienojumos.

Versiju uzvedība pievieno slazdu. 2.5 sērija sāka izdot novecošanas brīdinājumus par saspiešanas opcijām, un 2.6 velk robežu starp saspiestu pakotņu noraidīšanu un datu vienkāršu atstāšanu nesaspiestus. Tāpēc maršrutētāja programmaparatūras atjauninājums var mainīt faktisko vienošanos, nevienam nerediģējot tuneli.

Salīdziniet abus galus vai noņemiet no abiem

Uzskaitiet katru saspiešanas direktīvu: servera fails, jebkuras uzbīdītās opcijas, klientam specifiski faili un klienta profils. comp-lzo serverī nepieciešams tas pats vārds klientā, un adaptive ir mantotā noklusējuma vērtība, ko kails opcija parasti nozīmē vecākos būvējumos. Maršrutētāja GUI slēdzis ar etiķeti LZO vai saspiešana raksta to pašu opciju, tāpēc iestatiet to atbilstoši, nevis sajauciet algoritmus. Nepieņemiet, ka līdzīgs nosaukums ir saderīgs.

Ja saspiešana nav vēlama, apzināti noņemiet to no abiem galiem. allow-compression no serverī noraida saspiestas pakotnes, bet tikai pēc tam, kad klienti pārstājuši tās piedāvāt; piemērojot to, kamēr klients vēl bīda saspiešanu, nesaskaņa atkal tiek radīta pretējā virzienā.

Pārbaudiet bīdīšanu un ierīces veidu

Serveris var uzbīdīt saspiešanas direktīvu no sava galvenā faila vai no klientam specifiska faila, un klients var atmest uzbīdītās opcijas ar pull-filter. Pievienojiet vienu klientu 4 detalizācijā, izlasiet, ko serveris paziņoja, salīdzinājumā ar to, ko klients pieņēma, pēc tam apstipriniet, ka neviens filtrs to nav noņēmis. Ja abas puses tagad vienojas un kļūda saglabājas, apskatiet ierīces veidu: dev tap vienā galā un dev tun otrā nevar apmainīties ar kadriem, un kodols noraida rakstīšanu tāpat.

Tiltveida TAP izvietojumam serverī nepieciešams īsts tilts, nevis tikai cits ierīces nosaukums. Saskarnes pārdēvēšana par tap0, nepievienojot to tiltam, rada ierīci, kas pieņem rakstīšanu un nekur neiet.

Pēc tam pārbaudiet ar vienu klientu un vienu galamērķi: pingējiet servera tuneļa adresi, pēc tam resursdatoru tā LAN tīklā. Pirmais pierāda datu kanālu, otrais — pārsūtīšanu.