OpenVPN కంప్రెషన్: నిరాకరించడం, కేవలం స్వీకరించడం లేదా పూర్తి LZO?
comp-lzo no కఠినమైన నిరాకరణ కాదు. కంప్రెషన్ నిరాకరణ, వలస సమయంలో ఒక దిశలో అంగీకారం మరియు దానిని కొనసాగించడం పోల్చి, ఆపై offload ఏమి చేస్తుందో తనిఖీ చేయండి.
ప్రొఫైల్లోని మూడు పంక్తులు అన్నీ కంప్రెషన్ను ఆఫ్ చేస్తున్నట్లు కనిపిస్తాయి, వాస్తవానికి వాటిలో ఒకటి మాత్రమే అలా చేస్తుంది. భేదం ముఖ్యం, ఎందుకంటే మీరు నిశ్శబ్దం చేయాలనుకునే హెచ్చరిక ఒక లక్షణం, అయితే ఎదుటి వైపు ఇంకా కంప్రెస్ చేయగలదా అనేది విధానమే నిర్ణయిస్తుంది. ఎంపికలను ఒకే అక్షంపై పోల్చడం, అంటే మార్పు తర్వాత ప్రతి ఒక్కటి ఏమి అనుమతిస్తుంది అనేది, చాలా అస్పష్టతను తొలగిస్తుంది. మీకు ఏది కావాలి అనేది మీరు వలస పోతున్నారా లేదా స్థిరపడుతున్నారా అనేదానిపై ఆధారపడి ఉంటుంది.
కాన్ఫిగ్ ఫైల్లో ఒకేలా కనిపించే మూడు విధానాలు
ప్రతి ఎంపిక వేరే ప్రశ్నకు సమాధానం ఇస్తుంది. allow-compression no కంప్రెస్ చేసిన పేలోడ్లను నేరుగా నిరాకరిస్తుంది, allow-compression asym వచ్చేదాన్ని డీకంప్రెస్ చేస్తుంది మరియు వెళ్లేదాన్ని ఎప్పుడూ కంప్రెస్ చేయదు, పాత comp-lzo no ఎదుటి వైపు push ద్వారా కంప్రెషన్ ఆన్ చేయడానికి చోటు ఇస్తుంది. సర్వర్ ఉల్లంఘించలేని విధానం మొదటిది మాత్రమే.
ఎంచుకునే ముందు మూడింటినీ పట్టికలో రాయండి, ఎందుకంటే పేర్లు సమీక్షకుడిని తప్పుదారి పట్టించేంత దగ్గరగా ఉన్నాయి. వాటిలో రెండు ఇంకా స్వీకరించిన ప్యాకెట్లపై డీకంప్రెషన్ కోడ్ నడుపుతాయి, భద్రతా వాదం సరిగ్గా దాని గురించే. మూడవది దిశను పరిమితం చేయడం బదులు సామర్థ్యాన్నే తొలగిస్తుంది. మార్పు రికార్డు కంప్రెషన్ నిలిపివేయబడిందని చెబితే, ఆ వాక్యాన్ని నెరవేర్చే పంక్తి సరిగ్గా ఒకటి.
దర్యాప్తు ప్రారంభించిన హెచ్చరిక లక్ష్యం కాదు. అనుమతించే విధానాన్ని ఉంచి దానిని నిశ్శబ్దం చేయడం శుభ్రమైన లాగ్ మరియు మారని ఎక్స్పోజర్ను ఇస్తుంది.
| 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 |
పాత LZO ఎంపికలో no అర్థం ఏమిటి
పాతబడిన LZO ఎంపికలో no స్థానిక వైపు కంప్రెషన్ను ఆఫ్ చేస్తుంది, కానీ విధానం అనుమతించే చోట ఎదుటి వైపు దాన్ని ఆన్ చేయడాన్ని నిషేధించదు. ఆ అసమానత వల్లే ప్రొఫైల్ను కఠిన నిరాకరణకు మార్చడం, ఒక సర్వర్ ల్యాబ్ పరీక్ష ఎప్పటికీ వెల్లడించని విధంగా ప్రవర్తనను మారుస్తుంది.
భద్రతా ఆందోళన షరతులతో కూడుకున్నది, సంపూర్ణం కాదు. దాడి చేసేవాడు ఎంచుకున్న స్పష్టమైన పాఠ్యాన్ని రహస్యం పక్కన ఉంచి, కంప్రెషన్ ఎన్క్రిప్ట్ చేసిన ట్రాఫిక్ పరిమాణాన్ని ఎలా మారుస్తుందో గమనించగలిగితే, సమాచార మార్గం ఉంటుంది. LZO నుండి LZ4కి మారడం అల్గారిథమ్ మరియు ఫ్రేమింగ్ను మారుస్తుంది, ఆ యంత్రాంగాన్ని కాదు.
అందువల్ల నిజాయితీ గల చట్రం మీరు ఏమి అనుమతించడానికి సిద్ధంగా ఉన్నారనే దానికి సంబంధించింది, ఇప్పుడు ఏ అల్గారిథమ్ సిఫార్సు చేయబడుతోందనే దానికి కాదు. కఠిన నిరాకరణ మాత్రమే ఎదుటి వైపు సహకారంపై ఆధారపడని ఏకైక ఎంపిక.
కేవలం స్వీకరణ వలస స్థితి, గమ్యం కాదు
అసమాన అంగీకారం ఉనికిలో ఉంది, ఒక వైపు కంప్రెస్ చేయడం ఆపగలగాలి, మరొక వైపు ఇంకా దానిని ఆశిస్తూ ఉండాలి. ఇది ఒక వంతెన, వంతెనలకు ముగింపు తేదీ మరియు యజమాని కావాలి. ఏ భాగస్వాములు ఇంకా కంప్రెస్ చేసిన ట్రాఫిక్ పంపుతున్నారో నమోదు చేయండి, ఎందుకంటే విధానం సరిగ్గా ఆ ట్రాఫిక్ను అనుమతిస్తుంది. ఆ జాబితా లేకుండా వలస స్థితి జడత్వం వల్ల శాశ్వత కాన్ఫిగ్ అవుతుంది.
క్లయింట్ తన సొంత ఫైల్ను సవరించి, సరిపోని సర్వర్ను పాత ఫ్రేమింగ్ను వదిలేయమని బలవంతం చేయలేదు. push దిశ సర్వర్లో నిర్ణయించబడుతుంది, కాబట్టి వలస వాస్తవానికి సర్వర్ కాన్ఫిగ్ మరియు ప్రతి క్లయింట్ ఫైల్లలో పూర్తవుతుంది.
Stub మోడ్లు ఫ్రేమింగ్ను నిలుపుకుంటాయి కానీ కంప్రెషన్ పనిని దాటవేస్తాయి, అవి పాత ఎంపికకు నేరుగా సమానం కావు. ఒకదాన్ని ఎంచుకునే ముందు ఇంకా మద్దతు ఇవ్వాల్సిన పాత భాగస్వామిపై వాటిని పరీక్షించండి.
డేటా-ఛానెల్ offload సమాధానాన్ని ఎక్కడ మారుస్తుంది
డేటా-ఛానెల్ offload ప్యాకెట్ నిర్వహణను కర్నెల్లోకి తరలిస్తుంది, ఇంకా కంప్రెషన్ ఫ్రేమింగ్పై ఆధారపడిన ప్రొఫైల్ ఆ మార్గానికి సరిపోకపోవచ్చు. వైఫల్యం ఎప్పుడూ గట్టిగా ఉండదు: క్లయింట్ కనెక్ట్ అయి, తర్వాత మీరు పరీక్షించిన టన్నెల్ కంటే భిన్నంగా ప్రవర్తిస్తుంది.
మార్పుకు ముందు మరియు తర్వాత ఏ అమలు సక్రియంగా ఉందో తనిఖీ చేయండి, కనెక్షన్ విజయవంతమైందా అనేది మాత్రమే కాదు. offload మార్గం కంప్రెషన్ ఫ్రేమింగ్ను నిరాకరించినప్పుడు, కఠిన నిరాకరణ విధానం మరియు offload అమరిక ఏకీభవిస్తాయి, కానీ అనుమతించే విధానం మరియు offload అమరిక ఏకీభవించవు.
ఆ కలయికకు దాని సొంత పరీక్ష అవసరం, ఎందుకంటే సరిగ్గా కనిపించే ఫైల్ నిశ్శబ్దంగా ఉపయోగంలో ఉన్న ఫైల్ కాని స్థలం అక్కడే. ప్రొఫైల్లో నమోదు చేసిన ఉద్దేశంతో చర్చించబడిన స్థితిని పోల్చండి, ఎందుకంటే రెండింటిలో ఒకటి మాత్రమే లాగ్లో కనిపిస్తుంది.
విధానాన్ని ఎంచుకోండి, తర్వాత చర్చించబడిన ఫలితాన్ని ధృవీకరించండి
రెండు చివరలను మార్చగలిగితే కఠిన నిరాకరణను, ఇంకా వీలుకాకపోతే అసమాన అంగీకారాన్ని, ఎక్స్పోజర్ ఎందుకు ఆమోదయోగ్యమో వివరించగలిగితే మాత్రమే పూర్తి కంప్రెషన్ను ఎంచుకోండి. తర్వాత ఫైల్ ఏమి చెబుతుందో కాదు, ఏమి చర్చించబడిందో ధృవీకరించండి. ప్రశాంతమైన లాగ్ మీరు అమలు చేయాలనుకున్న విధానంతో సరిపోలినప్పుడే సాక్ష్యం.
నిర్ణయాన్ని అది వర్తించే ప్రొఫైల్ పక్కన, తేదీ మరియు ఇంకా మినహాయించిన భాగస్వాములతో ఉంచండి. ఆరు నెలల తర్వాత ఆ గమనికే ఉద్దేశపూర్వక మినహాయింపుకు మరియు ఎవరూ తేదీ చెప్పలేని ప్రమాదానికి మధ్య భేదం. ప్రొఫైల్తో అదే రిపాజిటరీలో రాయండి, తదుపరి సంపాదకుడు సూచనకు ముందే కారణం చూస్తాడు.