OpenVPN აფრთხილებს MTU-ის არათანმიმდევრულ გამოყენებაზე: რას ადარებს შეტყობინება

ეს გაფრთხილება აცნობებს პარტნიორების პარამეტრებს შორის შედარებას და არა მათ შორის ბილიკის გაზომვას. ადამიანები მას კითხულობენ როგორც «MTU არასწორია» და ცვლიან რიცხვს, სანამ ხაზი არ გაქრება. ეს პარამეტრების შედარებას ქსელის გაზომვად თვლის და ხშირად გვირაბს აუარესებს, სანამ ჟურნალს უფრო წყნარს ხდის. სასარგებლო პირველი ნაბიჯია იმის გადაწყვეტა, ამ ორი პრობლემიდან რომელი გაქვთ სინამდვილეში.

პასუხს სამი პირობა განსაზღვრავს: რას ადარებენ პარტნიორები, ხომ არ არის მნიშვნელობა ძველი და რა სიმპტომი არსებობს გაფრთხილების გარდა.

გაფრთხილება ადარებს პარამეტრებს და არა პაკეტებს

OpenVPN პარტნიორები ხელის ჩამორთმევის დროს ცვლიან პარამეტრების სტრიქონებს და ადარებენ მათ პარამეტრების თანმიმდევრულობის შემოწმების ფარგლებში. როცა ერთი მხარე link-mtu ან tun-mtu-ს მეორესგან განსხვავებულად იუწყება, შეუსაბამობა ორივე მნიშვნელობით აღირიცხება. ეს გაცვლა არასდროს აგზავნის დიდ პაკეტს, რომ ნახოს რა მოხდება, ამიტომ გაფრთხილება აღწერს კონფიგურაციას და არა ტევადობას. გვირაბს შეუძლია სრული ზომის ტრაფიკის გადატანა და მაინც დაბეჭდოს ეს, ან დიდ პაკეტებზე ჩავარდეს და საერთოდ არაფერი დაბეჭდოს.

შეინახეთ სრული გაფრთხილება მისი ლოკალური და დისტანციური მნიშვნელობებით. წყვილია მტკიცებულება; არა ერთი რიცხვი, რომელიც გახსოვთ.

რატომ არის link-mtu მოძველებული

OpenVPN 2.6 link-mtu-ს მოძველებულად აცხადებს, რადგან ცვლადი სათაურები და შეთანხმებული შიფრები ფიქსირებულ ბმულის მნიშვნელობას არასანდოს ხდის. პარამეტრი ვარაუდობდა პაკეტის განლაგებას, რომელსაც პროტოკოლი აღარ იძლევა გარანტიას, ამიტომ პირდაპირი link-mtu-ს მქონე ძველი პროფილი აღწერს განზრახვას, რომელსაც მიმდინარე კოდი ვერ შეასრულებს. ამ რიცხვის ახალ პროფილში კოპირება ძველ ვარაუდს ავრცელებს. წაიკითხეთ ის ძველი პროფილის ისტორიის ნაწილად და არა რეკომენდაციად.

თანმიმდევრულობის შემოწმებას ასევე აქვს არასავალდებულო OCC მნიშვნელობა, რომელიც tun-mtu-ს უკავშირდება და ცვლის რა შედარდება, ისე რომ არ შეიცვალოს რა გადააქვს ქსელს. მისი დაყენება დიდ პაკეტებს არ ატევს.

ბილიკის შემოწმებამდე გაასწორეთ პროფილი

გამოასწორეთ არასასურველი შეუსაბამობა პროფილების მფლობელის მეშვეობით და გახსოვდეთ, რომ სერვერის მხარეს ცვლილება ყველა კლიენტზე მოქმედებს. დაარედაქტირეთ ის პროფილი, რომელსაც ინსტანსი რეალურად ტვირთავს, და არა ჩამოტვირთვების საქაღალდეში მდებარე ექსპორტი. შემდეგ ხელახლა შეაერთეთ ერთი სატესტო კლიენტი და დააფიქსირეთ რომელი გაფრთხილება რჩება. თუ შეტყობინება ქრობის ნაცვლად ფორმას იცვლის, თქვენ სხვა პარამეტრებს ადარებთ, ვიდრე ფიქრობთ.

საზიარო სერვერს სჭირდება კლიენტების ნუსხის შემოწმება გლობალური მნიშვნელობის გადაადგილებამდე, რადგან ერთი საიტისთვის შესაფერისი მნიშვნელობა შეიძლება მეორე გააფუჭოს.

შემდეგ შეამოწმეთ ის სიმპტომი, რომელიც ნამდვილად გაქვთ

თუ დიდი გადაცემები იჭედება, ხოლო პატარა მოთხოვნები წარმატებით სრულდება, გაზომეთ პაკეტის ზომა კონტროლირებად დანიშნულებასთან. ზონდი, რომელიც აყენებს «ნუ დაყოფ» ბიტს და ზრდის დატვირთვის ზომას, ბილიკის გამოსაყენებელ MTU-ს გაცილებით სანდოდ პოულობს, ვიდრე უბრალოდ წარმატებული ping. ტესტში ჩართეთ ასევე წარუმატებელი აპლიკაცია: ICMP-ის დროის ამოწურვა შეიძლება ფილტრაციას ასახავდეს, ხოლო პატარა წარმატებული ping არაფერს ამბობს სრული ზომის აპლიკაციის პაკეტზე.

mssfix ზღუდავს გვირაბის შიგნით TCP სესიებისთვის გამოცხადებულ MSS-ს, რაც TCP-ს ეხმარება და არაფერს აკეთებს შიდა UDP დატვირთვისთვის. ფრაგმენტაციისა და განტვირთვის პარამეტრებს საკუთარი თავსებადობის პირობები აქვთ. აირჩიეთ მექანიზმი დადასტურებული პრობლემისთვის და ნუ შეცვლით რამდენიმეს ერთდროულად ჟურნალის ერთი ხაზის გასაჩუმებლად.

შეინახეთ ეფექტური მნიშვნელობები შედეგთან ერთად

ჩაწერეთ საწყისი და შესწორებული ეფექტური მნიშვნელობები რეალური გადაცემის შედეგის გვერდით. სწორედ ეს წყვილი გამოყოფს ძველ პროფილის პარამეტრს დამოუკიდებლად არსებული ბილიკის MTU პრობლემისგან. ამის გარეშე შემდეგი მკითხველი ხედავს გაქრობილ გაფრთხილებას და ვარაუდობს, რომ ქსელი შეიცვალა.

თანმიმდევრულობის შემოწმების ჩახშობა არაფერს არიგებს. ის აშორებს დაკვირვებას და ორივე კონფიგურაციას ისე ტოვებს, როგორც იყო.