რატომ ბრუნდება წაშლილი VPN მარშრუტი ხელახლა დაკავშირების შემდეგ

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

ვინ დააყენა მარშრუტი

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

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

წაიკითხეთ ცხრილი რედაქტირებამდე

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

ip route show
ip route show table all
ip rule show

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

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

ip route get 10.20.5.7

შეცვალეთ მფლობელი და არა სიმპტომი

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

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

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

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

ip route get 10.20.5.7
ip route get 198.51.100.20

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

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