OpenVPN-kompresje: wegerje, allinnich ûntfange of folsleine LZO?
comp-lzo no is gjin strang wegerjen. Ferlykje it wegerjen fan kompresje, it ienrjochte akseptearjen by in migraasje en it behâlden, en kontrolearje dan wat offload docht.
Trije rigels yn in profyl lykje har allegear de kompresje út te setten, en mar ien fan har docht dat echt. It ferskil is fan belang, want de warskôging dy't jo stil meitsje wolle is in symptoom, wylst it belied beslút oft de oare kant noch komprimearje kin. It ferlykjen fan de opsjes op ien as, nammentlik wat elk nei de wiziging tastiet, hellet it measte fan 'e ûndúdlikheid fuort. Hokker jo wolle hinget derfan ôf oft jo migrearje of jo nei wenje.
Trije beliedsregels dy't yn in konfiguraasjebestân gelyk lykje
Elke opsje beantwurdet in oare fraach. allow-compression no wegeret komprimearre payloads fuort, allow-compression asym dekomprimearret wat oankomt en komprimearret nea wat fuortgiet, en de âlde comp-lzo no lit romte foar in push fan 'e oare kant om kompresje oan te setten. Allinnich de earste is in belied dat in tsjinner net oerskriuwe kin.
Skriuw de trije foar it kiezen yn in tabel, want de nammen binne ticht genôch byinoar om in beoardieler te mislieden. Twa fan har rinne noch dekompresjekoaden op ûntfongen pakketten, en dêr giet it befeiligingsargumint krekt oer. De tredde hellet de mooglikheid fuort ynstee fan har rjochting te beheinen. As it wizigingsdok seit dat kompresje útskeakele is, foldocht presys ien rige oan dy sin.
De warskôging dy't it ûndersyk begûn, is net it doel. It stil meitsjen dêrfan wylst in tastien belied stean bliuwt, jout in skjin log en in ûnferoare bleatstelling.
| 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 |
Wat no betsjut by de âlde LZO-opsje
By de ferâldere LZO-opsje set no de kompresje foar de lokale kant út, sûnder de oare kant te ferbieden it oan te setten dêr't it belied it tastiet. Dy asymmetry is de reden dat it ferpleatsen fan in profyl nei strang wegerjen it gedrach feroaret op manieren dy't in laboratoariumtest mei ien tsjinner miskien nea sjen lit.
De befeiligingsoarg is betingst, net absolút. As in oanfaller keazen platte tekst njonken in geheim pleatse kin en sjen kin hoe't kompresje de grutte fan fersifere ferkear feroaret, bestiet der in ynformaasjekanaal. Oerstappe fan LZO nei LZ4 feroaret it algoritme en de raming, net dat meganisme.
It earlike ramt giet dus oer wat jo tastean wolle, net oer hokker algoritme op it stuit oanrekommandearre wurdt. Strang wegerjen is de ienige opsje dy't net fan 'e gearwurking fan 'e oare kant ôfhinget.
Allinnich ûntfange is in migraasjetastân, gjin bestimming
Asymmetrysk akseptearjen bestiet sadat ien kant ophâlde kin mei komprimearjen wylst de oare kant it noch ferwachtet. It is in brêge, en brêgen hawwe in ein datum en in eigner nedich. Skriuw op hokker pearen noch komprimearre ferkear stjoere, want it belied tastiet krekt dat ferkear. Sûnder dy list wurdt de migraasjetastân troch traagheid de permaninte konfiguraasje.
In klant kin in ynkompatibele tsjinner net twinge de âlde raming op te jaan troch syn eigen bestân te bewurkjen. De push-rjochting wurdt op 'e tsjinner besletten, dus de tsjinnerkonfiguraasje en syn bestannen per klant binne wêr't de migraasje echt einiget.
Stub-modussen behâlde de raming wylst se it kompresjewurk sels oerslaan, en se binne gjin direkte gelykweardige fan 'e âldere opsje. Test se tsjin it âldste pear dat jo noch stypje moatte foardat jo jo oan ien ferbine.
Wêr't offload fan it datakanaal it antwurd feroaret
Offload fan it datakanaal ferpleatst pakketferwurking yn 'e kernel, en in profyl dat noch fan kompresjeraming ôfhinget past miskien net yn dat paad. De flater is net altyd lûd: in klant makket ferbining en gedraacht him dêrnei oars as de tunnel dy't jo testen.
Kontrolearje hokker ymplemintaasje aktyf is foar en nei de wiziging, net allinnich oft de ferbining slagget. As it offload-paad kompresjeraming wegeret, binne in strang wegerbelied en in offload-útrulling mei-inoar iens, wylst in tastien belied en in offload-útrulling dat net binne.
Dy kombinaasje fertsjinnet syn eigen test, want dêr is krekt it plak dêr't in bestân dat korrekt liket stilwei net it bestân is dat brûkt wurdt. Ferlykje de ûnderhannele tastân mei de bedoeling dy't yn it profyl fêstlein is, want mar ien fan beide is yn in log te sjen.
Kies in belied en ferifiearje dan it ûnderhannele resultaat
Kies strang wegerjen as jo beide kanten feroarje kinne, asymmetrysk akseptearjen as dat noch net kin, en folsleine kompresje allinnich as jo sizze kinne wêrom't de bleatstelling akseptabel is. Ferifiearje dan wat ûnderhannele is ynstee fan wat it bestân seit. In stiller log is allinnich bewiis as it oerienkomt mei it belied dat jo fan plan wiene út te rôljen.
Hâld it beslút njonken it profyl dêr't it op fan tapassing is, mei de datum en de pearen dy't noch frijsteld binne. In heal jier letter is dy notysje it ferskil tusken in bewuste útsûndering en in ûngelok dat nimmen datearje kin. Skriuw it yn deselde bewarplak as it profyl, sadat de folgjende bewurker de reden foar de rjochtline sjocht.