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 განლაგება — არა.
ეს კომბინაცია საკუთარ ტესტს იმსახურებს, რადგან სწორედ იქ ხდება, რომ სწორად მოჩვენებული ფაილი ჩუმად არ არის ის ფაილი, რომელიც გამოიყენება. შეადარეთ მოლაპარაკებული მდგომარეობა პროფილში ჩაწერილ განზრახვას, რადგან მათგან მხოლოდ ერთი ჩანს ჟურნალში.
აირჩიეთ პოლიტიკა და შემდეგ გადაამოწმეთ მოლაპარაკებული შედეგი
აირჩიეთ მკაცრი უარი, როცა ორივე მხარის შეცვლა შეგიძლიათ, ასიმეტრიული მიღება, როცა ჯერ არ შეგიძლიათ, და სრული შეკუმშვა მხოლოდ მაშინ, როცა შეგიძლიათ ახსნათ, რატომაა ზემოქმედება მისაღები. შემდეგ გადაამოწმეთ, რაზეც შეთანხმდით და არა რასაც ფაილი ამბობს. უფრო წყნარი ჟურნალი მტკიცებულებაა მხოლოდ მაშინ, როცა ემთხვევა იმ პოლიტიკას, რომლის განლაგებასაც აპირებდით.
შეინახეთ გადაწყვეტილება იმ პროფილის გვერდით, რომელსაც ეხება, თარიღთან და ჯერ კიდევ გათავისუფლებულ პარტნიორებთან ერთად. ნახევარი წლის შემდეგ ეს ჩანაწერია განსხვავება განზრახ გამონაკლისსა და ისეთ შემთხვევას შორის, რომლის დათარიღებაც ვერავინ შეძლებს. დაწერეთ ის იმავე რეპოზიტორიაში, სადაც პროფილია, რომ შემდეგმა რედაქტორმა მიზეზი ინსტრუქციამდე დაინახოს.