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 |
Ինչ է նշանակում no-ն հին LZO տարբերակում
Հնացած LZO տարբերակում no-ն անջատում է սեղմումը տեղական կողմի համար՝ չարգելելով մյուս կողմին միացնել այն այնտեղ, որտեղ քաղաքականությունը թույլատրում է։ Այդ ասիմետրիայի պատճառով է, որ պրոֆիլը խիստ մերժման տեղափոխելը փոխում է վարքը այնպիսի ձևերով, որոնք մեկ սերվերով լաբորատոր փորձարկումը կարող է երբեք չբացահայտել։
Անվտանգության մտահոգությունը պայմանական է, ոչ բացարձակ։ Երբ հարձակվողը կարող է ընտրված բաց տեքստ տեղադրել գաղտնիքի կողքին և դիտել, թե ինչպես է սեղմումը փոխում գաղտնագրված երթևեկության չափը, գոյություն ունի տեղեկատվական ուղի։ LZO-ից LZ4 անցումը փոխում է ալգորիթմը և շրջանակավորումը, ոչ այդ մեխանիզմը։
Այսպիսով, ազնիվ ձևակերպումը վերաբերում է նրան, թե ինչի եք պատրաստ թույլատրել, ոչ թե նրան, թե որ ալգորիթմն է ներկայումս խորհուրդ տրվում։ Խիստ մերժումը միակ տարբերակն է, որը կախված չէ մյուս կողմի համագործակցությունից։
Միայն ընդունումը միգրացիայի վիճակ է, ոչ նպատակակետ
Ասիմետրիկ ընդունումը գոյություն ունի, որպեսզի մի կողմը դադարի սեղմել, մինչ մյուսը դեռ դա ակնկալում է։ Դա կամուրջ է, իսկ կամուրջներին պետք են ավարտի ամսաթիվ և պատասխանատու։ Գրանցեք, թե որ գործընկերներն են դեռ ուղարկում սեղմված երթևեկություն, որովհետև քաղաքականությունը թույլատրում է հենց այդ երթևեկությունը։ Առանց այդ ցանկի՝ միգրացիայի վիճակը իներցիայով դառնում է մշտական կոնֆիգուրացիա։
Հաճախորդը չի կարող ստիպել անհամատեղելի սերվերին հրաժարվել հին շրջանակավորումից՝ խմբագրելով իր իսկ ֆայլը։ Push-ի ուղղությունը որոշվում է սերվերում, ուստի միգրացիան իրականում ավարտվում է սերվերի կոնֆիգուրացիայի և յուրաքանչյուր հաճախորդի համար նախատեսված ֆայլերի մեջ։
Stub ռեժիմները պահպանում են շրջանակավորումը՝ բաց թողնելով սեղմման աշխատանքը, և դրանք ուղղակի համարժեք չեն հին տարբերակին։ Փորձարկեք դրանք ամենահին գործընկերոջ դեմ, որին դեռ պետք է աջակցեք, նախքան դրանցից մեկին կանգ առնելը։
Որտեղ տվյալների ուղու offload-ը փոխում է պատասխանը
Տվյալների ուղու offload-ը փաթեթների մշակումը տեղափոխում է միջուկ, և պրոֆիլը, որը դեռ կախված է սեղմման շրջանակավորումից, կարող է չտեղավորվել այդ ուղու մեջ։ Ձախողումը միշտ բարձր ձայնով չէ. հաճախորդը միանում է, ապա իրեն այլ կերպ է պահում, քան ձեր փորձարկած թունելը։
Ստուգեք, թե որ իրականացումն է ակտիվ փոփոխությունից առաջ և հետո, ոչ միայն այն, թե արդյոք կապը հաջողվում է։ Երբ offload ուղին մերժում է սեղմման շրջանակավորումը, խիստ մերժման քաղաքականությունն ու offload տեղակայումը համաձայն են, մինչդեռ թույլատրող քաղաքականությունն ու offload տեղակայումը՝ ոչ։
Այդ համակցությունը արժանի է իր սեփական փորձարկմանը, որովհետև հենց այնտեղ է, որ ճիշտ թվացող ֆայլը լուռ չէ այն ֆայլը, որն օգտագործվում է։ Համեմատեք բանակցված վիճակը պրոֆիլում գրանցված մտադրության հետ, որովհետև դրանցից միայն մեկն է տեսանելի մատյանում։
Ընտրեք քաղաքականություն, ապա ստուգեք բանակցված արդյունքը
Ընտրեք խիստ մերժում, երբ կարող եք փոխել երկու կողմերն էլ, ասիմետրիկ ընդունում, երբ դեռ չեք կարող, և ամբողջական սեղմում միայն այն ժամանակ, երբ կարող եք բացատրել, թե ինչու ազդեցությունը ընդունելի է։ Ապա ստուգեք, թե ինչ է բանակցվել, ոչ թե ինչ է ասում ֆայլը։ Ավելի հանգիստ մատյանը ապացույց է միայն այն դեպքում, երբ համընկնում է այն քաղաքականության հետ, որը մտադիր էիք տեղակայել։
Պահեք որոշումը դրա առնչվող պրոֆիլի կողքին՝ ամսաթվով և դեռ ազատված գործընկերներով։ Կես տարի անց այդ գրառումը տարբերությունն է դիտավորյալ բացառության և այնպիսի պատահարի միջև, որը ոչ ոք չի կարող թվագրել։ Գրեք այն նույն պահոցում, ինչ պրոֆիլը, որպեսզի հաջորդ խմբագրողը պատճառը տեսնի հրահանգից առաջ։