TUN/TAP: ógilt viðfang — misræmi í OpenVPN-ramma

Biðlarinn auðkennir sig, annálin segir tengt, og ekkert pakki fer í gegnum göngin. Netþjónninn lýkur tilrauninni með write to TUN/TAP: Invalid argument (code=22), sem lítur út eins og villa í rekli og er það venjulega ekki. Á beinum og litlum Linux-netþjónum þýðir þessi lína oftast að hliðarnar séu ósammála um hvernig gagnapakkar eru rammaðir, svo kjarninn hafnar afkóðuðu biðminni sem honum var afhentur. Leiðsögn hefur ekki verið prófuð á þeim tímapunkti.

Rétt leiðsögutafla og brotið rammasamkomulag líta eins út frá biðlinum: tengt, og ekkert virkar.

Göngin koma upp og ekkert fer í gegnum þau

Skrifvillur á gangatækinu verða eftir afkóðun og fyrir leiðsögn. Púkinn afkóðar pakka, afhendir hann viðmótinu, og viðmótið hafnar honum því biðminnið passar ekki við það sem tækið á von á. Kóði 22 er almenna svarið um ógilt viðfang, svo gagnlegu upplýsingarnar eru lagið: þetta er gagnaleiðin en ekki handabandið. Ef umferðin virkaði í gær og stöðvaðist í dag án stillingarbreytinga, grunaðu uppfærslu pakka eða fastbúnaðar sem færði sjálfgefið gildi áður en þú grunar netið.

Lestu annálin kringum uppsetningu gagnarásarinnar í stað fyrstu villunnar. Samið þjöppunarhamur, dev-gerðin og ýttu valmöguleikarnir birtast allir við meiri smáatriði, og þeir segja þér hvaða af þremur misræmum þú hefur.

Þjöppun er rammi, ekki bandvídd

Þegar þjöppun er virk ber hver gagnapakki haus sem lýsir því hvernig hann var kóðaður, og báðir endar verða að samþykkja þann haus. Netþjónn sem enn ber comp-lzo úr gömlu sýnishorni af stillingum, ásamt biðli án þjöppunarlínu, framleiðir nákvæmlega þessa villu: netþjónninn á von á haus sem biðlarinn skrifaði aldrei. Að blanda comp-lzo saman við compress lz4-v2 mistekst á sama hátt, þar sem reikniritin eru ólík þótt bæði séu kölluð þjöppun. Valmöguleikinn er rammasamningur en ekki bandvíddareiginleiki á nútímatengingum.

Hegðun útgáfa bætir við gildru. 2.5-röðin byrjaði að gefa út úreldingarviðvaranir fyrir þjöppunarmöguleika, og 2.6 dregur línu milli þess að hafna þjöppuðum pökkum og að láta gögnin einfaldlega óþjöppuð. Uppfærsla á fastbúnaði beinis getur því breytt raunverulega samkomulaginu án þess að nokkur breyti göngunum.

Stilltu báða enda eða fjarlægðu það af báðum

Teldu upp hverja þjöppunarfyrirmæli: netþjónsskrána, alla ýtta valmöguleika, biðlasértækar skrár og biðlasniðið. comp-lzo á netþjóninum þarf sama orð á biðlinum, og adaptive er arfda sjálfgefna gildið sem beri valmöguleikinn þýðir venjulega á eldri byggingum. GUI-rofi beinisins merktur LZO eða þjöppun skrifar sama valmöguleika, svo stilltu hann til samræmis í stað þess að blanda reikniritum. Ekki gera ráð fyrir að svipað heiti sé samhæft.

Ef þjöppunar er ekki óskað skaltu fjarlægja hana viljandi af báðum endum. allow-compression no á netþjóninum hafnar þjöppuðum pökkum, en aðeins eftir að biðlarar hafa hætt að bjóða þá; að beita því á meðan biðlari ýtir enn þjöppun endurskapar misræmið í hina áttina.

Athugaðu ýtinguna og gerð tækisins

Netþjónn getur ýtt þjöppunarfyrirmælum úr aðalskrá sinni eða biðlasértækri skrá, og biðlari getur sleppt ýttum valmöguleikum með pull-filter. Tengdu einn biðla við smáatriðastig 4, lestu það sem netþjónninn tilkynnti á móti því sem biðlarinn samþykkti, og staðfestu síðan að ekkert sía hafi fjarlægt það. Ef báðar hliðar eru nú sammála og villan er enn til staðar, skoðaðu gerð tækisins: dev tap á öðrum endanum og dev tun á hinum geta ekki skipst á ramma, og kjarninn hafnar skrifinu á sama hátt.

Brúað TAP-uppsetning þarf raunverulega brú á netþjóninum, ekki bara annað tækjaheiti. Að endurnefna viðmót í tap0 án þess að bæta því við brú framleiðir tæki sem samþykkir skrifið og fer hvergi.

Staðfestu síðan með einum biðla og einum áfangastað: pingaðu göngufang netþjónsins, síðan hýsil á LAN hans. Það fyrra sannar gagnarásina og það síðara sannar framsendinguna.