SSH OpenVPN-ზე იკიდება? ჯერ ბილიკის MTU გაზომეთ

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

პროფილზე ხელის დაკვრამდე წაიკითხეთ მარცხის ფორმა

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

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

გაზომეთ ზედა ზღვარი ორივე მხრიდან

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

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

ip link show tun0
ping -M do -s 1380 10.9.0.1

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

mssfix და fragment სხვადასხვა საქმეს აკეთებენ

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

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

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

ინტერფეისის MTU-ის დაწევა უხეში ვარიანტია

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

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

ხელახლა გამოსცადეთ იმ გადაცემით, რომელიც გაიჭედა

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

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