დიდი პაკეტები IPsec-ზე ქრება, პატარა ping კი მუშაობს

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

ორი ადგილი, სადაც პაკეტი შეიძლება გაიყოს

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

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

სად მიიღება სინამდვილეში ზომის გადაწყვეტილება

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

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

გარე ბიუჯეტი არ არის შიდა ბიუჯეტი

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

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

IPv6 აშორებს ერთ-ერთ ვარიანტს

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

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

TCP სეგმენტის პოლიტიკა ზოგადი პასუხი არ არის

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

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

მუშაობის თანმიმდევრობა

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

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