ვინ ირჩევს WireGuard-ის MTU-ს: wg-quick, ბირთვი თუ თქვენ

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

სამი კანდიდატია და მათი არევა ადვილია.

სამი ადგილი, საიდანაც მნიშვნელობა შეიძლება მოვიდეს

მნიშვნელობა შეიძლება ცალსახად დაყენდეს ინტერფეისის კონფიგურაციაში, გამოითვალოს დაყენების ხელსაწყოს მიერ მარშრუტის ინფორმაციიდან, ან დააყენოს ნებისმიერმა ქსელის მენეჯერმა, რომელსაც ინტერფეისი ეკუთვნის. ჩვეულებრივი wg გამოძახება ამას არ აკეთებს, რადგან wg მხოლოდ გასაღებებსა და პარტნიორებს მართავს. MTU ცხოვრობს ქსელურ ინტერფეისზე, ამიტომ ip link show wg0 არის ის ადგილი, სადაც მას კითხულობთ.

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

გადაწყვიტეთ იმის მიხედვით, ვინ მართავს ინტერფეისს

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

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

რას აკეთებს ნაგულისხმევი გამოთვლა

wg-quick ეძებს მარშრუტს პარტნიორის ბოლო წერტილამდე, იღებს იმ გამავალი ინტერფეისის MTU-ს და აკლებს დაფუთვის დანახარჯს. IPv4 გარე სათაურით ეს დაახლოებით 60 ბაიტია, IPv6-ით დაახლოებით 80. შედეგი შეიზღუდება, რომ 1500 ბაიტიანმა გზამ 1420 მისცეს და არა მნიშვნელობა, რომელიც მხოლოდ ერთ მისამართთა ოჯახზე მუშაობს. ეს გონივრული ნაგულისხმევია და არა თქვენი გზის გაზომვა.

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

ეს ზღვარი ნამდვილ კითხვას მალავს. თუ თქვენი გზა ნამდვილად 9000 ბაიტია თავიდან ბოლომდე, 1420 წარმადობას მაგიდაზე ტოვებს, ხოლო თუ გზა 1400-ია, 1420 უკვე ძალიან დიდია. ნაგულისხმევი კომპრომისია და ასეც უნდა მოვექცეთ.

როცა გზა თქვენ ქვეშ იცვლება

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

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

გამოსცადეთ ერთი რიცხვი ერთდროულად

შეინარჩუნეთ იგივე აპლიკაცია და დანიშნულება, შეცვალეთ ერთი მნიშვნელობა და გაზომეთ. ping -M do -s 1372 ამოწმებს 1400 ბაიტიან პაკეტს DF ბიტით და ეს არის სასურველი ტესტის ფორმა. თუ პატარა მოთხოვნები მუშაობს, დიდები კი ჩერდება, თქვენ ზომის პრობლემა გაქვთ და არა მარშრუტიზაციის.

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

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