OpenVPN konpresioa: ukatu, soilik jaso edo LZO osoa?
comp-lzo no ez da ukapen zorrotza. Alderatu konpresioa ukatzea, migrazioan norabide bakarrean onartzea eta eustea, eta gero egiaztatu offload-ak zer egiten duen.
Profil bateko hiru lerrok konpresioa itzaltzen dutela dirudi, baina horietako batek soilik egiten du benetan. Aldea garrantzitsua da, isilarazi nahi duzun abisua sintoma bat delako, eta politikak erabakitzen duelako beste aldea oraindik konprimatu dezakeen. Aukerak ardatz bakarrean alderatzeak, hau da, aldaketaren ondoren bakoitzak zer baimentzen duen, anbiguotasunaren zatirik handiena kentzen du. Zein nahi duzun migratzen ari zaren edo finkatzen ari zaren araberakoa da.
Konfigurazio fitxategi batean berdinak diruditen hiru politika
Aukera bakoitzak galdera desberdin bati erantzuten dio. allow-compression no-k karga konprimituak zuzenean ukatzen ditu, allow-compression asym-k iristen dena deskonprimatzen du eta inoiz ez du irteten dena konprimatzen, eta comp-lzo no zaharrak beste aldearen push batek konpresioa aktibatzeko lekua uzten du. Lehena soilik da zerbitzari batek gainditu ezin duen politika.
Idatzi hirurak taula batean aukeratu aurretik, izenak nahikoa hurbil daudelako berrikusle bat engainatzeko. Horietako bik oraindik deskonpresio kodea exekutatzen dute jasotako paketeetan, eta segurtasun argudioa zehazki horri buruzkoa da. Hirugarrenak gaitasuna kentzen du, bere norabidea mugatu beharrean. Aldaketaren erregistroak konpresioa desaktibatuta dagoela badio, errenkada batek soilik betetzen du esaldi hori.
Ikerketa hasi zuen abisua ez da helburua. Isilaraziz eta politika permisiboa mantenuz gero, erregistro garbia eta aldaketarik gabeko esposizioa lortzen dira.
| Setting | What it permits | When it is the right answer |
|---|---|---|
allow-compression no | No compressed payloads, and no compression framing under offload | Both ends can be changed now |
allow-compression asym | Decompress inbound only | A dated migration while peers catch up |
comp-lzo no | Off locally, still pushable by a peer | Legacy compatibility you can still justify |
Zer esan nahi du no-k LZO aukera zaharrean
LZO aukera zaharkituan, no-k konpresioa desaktibatzen du alde lokalarentzat, baina ez dio beste aldeari debekatzen politika onartzen duen tokian aktibatzea. Asimetria hori da arrazoi profil bat ukapen zorrotzera aldatzeak portaera hainbat modutan aldatzen duelako, laborategiko zerbitzari bakarreko proba batek inoiz agerian utziko ez lukeen eran.
Segurtasun kezka baldintzazkoa da, ez absolutua. Erasotzaile batek testu argi hautatu bat sekretu baten ondoan jarri eta konpresioak trafiko zifratuaren tamaina nola aldatzen duen behatu dezakeenean, informazio kanal bat dago. LZO-tik LZ4-ra pasatzeak algoritmoa eta markoa aldatzen ditu, ez mekanismo hori.
Beraz, planteamendu zintzoak zer baimentzeko prest zauden erabakitzen du, ez unean zein algoritmo gomendatzen den. Ukapen zorrotza beste aldearen lankidetzaren mende ez dagoen aukera bakarra da.
Soilik jasotzea migrazio egoera da, ez helmuga
Onarpen asimetrikoa existitzen da alde bat konprimatzen uzteko, besteak oraindik espero duen bitartean. Zubi bat da, eta zubiek amaiera data eta arduradun bat behar dituzte. Idatzi zein parek bidaltzen duten oraindik trafiko konprimitua, politikak zehazki trafiko hori baimentzen duelako. Zerrenda hori gabe, migrazio egoera konfigurazio iraunkor bihurtzen da inertziagatik.
Bezero batek ezin du zerbitzari bateraezin bat marko zaharra uztera behartu bere fitxategia editatuaz. Push norabidea zerbitzarian erabakitzen da, beraz migrazioa zerbitzariaren konfigurazioan eta bezero bakoitzeko fitxategietan amaitzen da benetan.
Stub moduek markoa gordetzen dute konpresio lana bera saltatuz, eta ez dira aukera zaharrenaren baliokide zuzena. Probatu oraindik onartu behar duzun pare zaharrenaren aurka, horietako bat aukeratu aurretik.
Non aldatzen duen erantzuna datu kanalaren offload-ak
Datu kanalaren offload-ak paketeen prozesamendua kernelera eramaten du, eta konpresio markoaren mende dagoen profil bat agian ez da bide horretan egokitzen. Hutsegitea ez da beti ozena: bezero bat konektatu eta gero probatu duzun tunelak ez bezala jokatzen du.
Egiaztatu zein inplementazio dagoen aktibo aldaketaren aurretik eta ondoren, ez soilik konexioak arrakasta duen. Bide offload-ak konpresio markoa ukatzen duenean, ukapen zorrotzeko politika eta offload inplementazioa bat datoz, politika permisiboak eta offload inplementazioak ez duten bitartean.
Konbinazio horrek bere proba propioa merezi du, zuzena dirudien fitxategia isilpean erabiltzen ari dena ez den tokia baita. Alderatu negoziatutako egoera profilean erregistratutako asmoarekin, horietako bat soilik baita ikusgai erregistro batean.
Aukeratu politika bat eta egiaztatu negoziatutako emaitza
Aukeratu ukapen zorrotza bi aldeak aldatu ditzakezunean, onarpen asimetrikoa oraindik ezin duzunean, eta konpresio osoa esposizioa zergatik onargarria den azaldu dezakezunean soilik. Gero egiaztatu zer negoziatu zen, ez zer dioen fitxategiak. Erregistro isilagoa froga da soilik zabaldu nahi zenuen politikarekin bat datorrenean.
Eduki erabakia aplikatzen zaion profilaren ondoan, datarekin eta oraindik salbuetsitako pareekin. Sei hilabete geroago, ohar hori nahita egindako salbuespenaren eta inork datatu ezin duen istripu baten arteko aldea da. Idatzi profilarekin biltegi berean, hurrengo editoreak arrazoia zuzentarauaren aurretik ikus dezan.