ჯამბო კადრები VPN გზას 9000 ბაიტიანი პაკეტების ტარების საშუალებას არ აძლევს
დიდი MTU ლოკალური ბმულის შეთანხმებაა. სანამ შიდა ინტერფეისს აწევთ, გზის უმცირესი ბმულიდან გამოაკელით გვირაბის დანამატი.
LAN-ზე 9000 ბაიტიანი კადრები ჩართეთ და ელოდით, რომ VPN უფრო სწრაფი გახდებოდა. ის შენელდა, ან საერთოდ შეწყვიტა დიდი გადაცემების გატარება. ჯამბო კადრები ლოკალური ბმულის შეთანხმებაა; ისინი არ აფართოებენ იმ გზას, რომელსაც გვირაბი კვეთს.
გამოსაყენებელ ბიუჯეტს განსაზღვრავს გზის უმცირესი საზღვარი, მათ შორის ის კაფსულაცია, რომელსაც გვირაბი ამატებს.
რას ცვლის სინამდვილეში ჯამბო კადრები
MTU ერთი ინტერფეისის თვისებაა. მისი აწევა სერვერზე და მის სვიჩზე ნიშნავს, რომ ამ ორს შეუძლია უფრო დიდი კადრების გაცვლა ფრაგმენტაციის გარეშე. ეს არაფერს ამბობს სვიჩის მიღმა მდგარ როუტერზე, პროვაიდერზე ან გვირაბის მეორე მხარეზე. ამ მოწყობილობებს აქვთ საკუთარი ზღვრები, და პაკეტი, რომელიც ერთ-ერთს გადააჭარბებს, უგულებელყოფილი ან დაფრაგმენტებულია თქვენ მიერ დაუყენებელი წესებით.
ლოკალური შეთანხმება, გლობალური შედეგები. მთელი დაბნეულობა სწორედ ამაშია.
კაფსულაციის გადასახადი
გვირაბი თქვენს პაკეტს სხვა პაკეტში ახვევს. WireGuard IPv4 UDP-ზე დაახლოებით 60 ბაიტ დანამატს ამატებს; OpenVPN-ის UDP რეჟიმი იმავე დიაპაზონშია, ხოლო IPsec იცვლება რეჟიმისა და ალგორითმების მიხედვით. ეს ბაიტები გარე გზის ბიუჯეტიდან მოდის, არა ჰაერიდან.
ამრიგად, 1500 ბაიტიანი გარე ბმული ვერ გადაიტანს 1500 ბაიტიან შიდა პაკეტს, როგორც კი გვირაბის სათაური დაემატება.
არითმეტიკა ერთხელ შესრულებად ღირს. 1500 ბაიტიან გზაზე WireGuard ინტერფეისს დაახლოებით 1420 MTU სჭირდება, რომ კაფსულირებული პაკეტი ჩაჯდეს. დააყენეთ შიდა ინტერფეისი 9000-ზე და ყოველ დიდ პაკეტს დასჭირდება ფრაგმენტაცია, რომელსაც გვირაბი ვერ შეასრულებს, ან ის უგულებელყოფილი იქნება.
იპოვეთ გზის უმცირესი ბმული
გაიარეთ მარშრუტი და იპოვეთ ყველაზე დაბალი MTU. LAN ჩვეულებრივ 1500 ან 9000-ია, WAN ჩვეულებრივ 1500, ხოლო მობილური ან PPP ბმული შეიძლება კიდევ უფრო დაბალი იყოს. შემდეგ გამოაკელით გვირაბის დანამატი. თუ შედეგი შიდა ინტერფეისის MTU-ზე ნაკლებია, პასუხი გაქვთ. გზის MTU აღმოჩენას შეუძლია ეს ავტომატურად იპოვოს, მაგრამ მხოლოდ მაშინ, როცა ნებადართულია იმ ICMP შეტყობინებების გატარება, რომლებზეც ისაა დამოკიდებული.
გაფილტრული ICMP კლასიკური მიზეზია იმისა, რომ დიდი გადაცემა ჩერდება, სანამ პატარა მოთხოვნები კარგად მუშაობს.
შეამოწმეთ ზომაზე დამოკიდებულება ცვლილების გაფართოების გარეშე
გამოიყენეთ წარმომადგენლობითი გადაცემა და შეინახეთ საწყისი მნიშვნელობები, რომ შემდეგ დააბრუნოთ. ping -M do -s 1472 ამოწმებს 1500 ბაიტიან პაკეტს DF ბიტის ჩართვით; შეამცირეთ ზომა, სანამ არ გაივლის. თუ მხოლოდ დიდი პაკეტები ვარდება, პრობლემა ზომაა და არა მარშრუტიზაცია.
ფრთხილად იყავით ჰოსტის მხრის offload-თან ჩანაწერების კითხვისას. სეგმენტაციის offload-მა შეიძლება აჩვენოს გაცილებით დიდი კადრები, ვიდრე რეალურად გაიარა მავთულში, რაც მუშა გზას გატეხილად აჩენს, ხოლო გატეხილს — წესიერად.
როდის არის დიდი MTU სწორი დიზაინი
კონტროლირებულ კერძო ქსელს ლეგიტიმურად შეუძლია უფრო დიდი კადრების ბოლოდან ბოლომდე გატარება, თუ გზის ყველა მოწყობილობა თანახმაა და გვირაბის დანამატი გათვალისწინებულია. ეს არის კოორდინირებული დიზაინი თითოეული ბმულისთვის დოკუმენტირებული მნიშვნელობით და არა ერთი დიდი რიცხვი, აკრეფილი კლიენტში.
ჩვეულებრივი საჯარო გასასვლელისთვის ჩათვალეთ 1500 ან ნაკლები და მიეცით გვირაბს უსაფრთხო შიდა MTU-ს არჩევის საშუალება. RFC 8201 მოიცავს გზის MTU აღმოჩენას IPv6 შემთხვევისთვის და სასარგებლო ცნობარია იმის შესახებ, თუ როგორ უნდა მუშაობდეს უკუკავშირი.