რატომ ჩერდება OpenConnect-ის გვერდები, სანამ გვირაბის MTU-ს არ დაწევთ

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

გამოყავით ზომის პრობლემა პოლიტიკის პრობლემისგან

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

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

გაზომეთ ჭერი do-not-fragment პრობებით

გაზომეთ ჭერი, ნაცვლად იმისა რომ გამოიცნოთ. გაგზავნეთ პრობები, რომლებიც ფრაგმენტაციას უარყოფენ, და ეტაპობრივად დაწიეთ დატვირთვა, სანამ პასუხი დაბრუნდება, დაიწყეთ ბრძანებით, როგორიცაა ping -M do -s 1472 host. პასუხი, რომელიც ჩივის, რომ ფრაგმენტაცია საჭიროა მაშინ, როცა DF დაყენებულია, ნიშნავს, რომ მნიშვნელობა ჯერ კიდევ ძალიან მაღალია. გაიმეორეთ 1462-ზე, შემდეგ 1452-ზე და გაჩერდით პირველ ზომაზე, რომელიც პასუხობს. ჩაწერეთ რიცხვი იმ ჰოსტთან ერთად, რომელიც შეამოწმეთ, რადგან პასუხი იმ ბილიკს ეკუთვნის და არა ზოგადად პროტოკოლს.

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

გამოიყენეთ მნიშვნელობა გვირაბის მოწყობილობაზე

გამოიყენეთ შედეგი იმ ინტერფეისზე, რომელიც კლიენტმა შექმნა, და არა Wi-Fi ადაპტერზე. Linux კლიენტზე ეს არის ip link set dev tun0 mtu 1300 და შემდეგ ip link show tun0, რათა დადასტურდეს, რომ მნიშვნელობა მიღებულია. გამოიყენეთ ნებისმიერი მოწყობილობის სახელი, რომელსაც კლიენტი აცნობებს, რადგან ის იცვლება იმპლემენტაციისა და გვირაბის აგების მიხედვით.

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

ჯერ თავად კლიენტის MTU მოთხოვნები გამოიყენეთ

როცა გამოძახებას თქვენ აკონტროლებთ, კლიენტს შეუძლია ზომა მოითხოვოს, ნაცვლად იმისა რომ მოგვიანებით შეაკეთონ. --mtu სერვერისგან გვირაბის MTU-ს ითხოვს, და --base-mtu აცხადებს ქვედა ბილიკის MTU-ს, რათა გეითვეიმ გვირაბის რიცხვი გამოიტანოს. ორივე მოთხოვნაა და კლიენტის სახელმძღვანელო არ იძლევა გარანტიას, რომ გეითვეი ერთ-ერთ მათგანს მაინც შეასრულებს.

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

გადაამოწმეთ იმ გადაცემით, რომელიც ჩავარდა, შემდეგ კი გახადეთ მუდმივი

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

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

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