ICMP გადამისამართებები და თქვენი VPN მარშრუტები: რა იცვლება სინამდვილეში

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

გადამისამართება როუტერის შემოთავაზებაა

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

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

სწორედ ამ განსხვავებაზე ცდება გადამისამართებების გამოძიების უმეტესობა.

IPv4 და IPv6 მას სხვადასხვაგვარად აწვდიან

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

პოლიტიკის პარამეტრებიც ცალ-ცალკეა, ამიტომ ჰოსტს შეუძლია IPv4-ის გადამისამართებები მიიღოს და IPv6-ის უგულებელყოს, ან პირიქით.

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

მიღება ჰოსტის პოლიტიკაა და არა ქსელის ფაქტი

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

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

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

რას ვერ ხსნის გადამისამართება

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

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

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

მარშრუტი შეამოწმეთ, სანამ გვირაბს დაადანაშაულებთ

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

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

ჩაწერეთ მარშრუტის ძებნის შედეგი და ჩაწერის დრო ერთად და შემდეგ ადამიანს შეეძლება თქვენი დასკვნის გამეორება.