აირჩიეთ სტაბილური რეგისტრაციის წყარო GET VPN-ის წევრებისთვის
Loopback წევრს აძლევს ფიქსირებულ იდენტობას მართვის სიბრტყეში, მაგრამ მხოლოდ ორივე მიმართულებით რეალური მარშრუტი ინარჩუნებს რეგისტრაციას ცოცხალს uplink-ის ცვლილებისას.
ვიღაც ჯგუფის წევრის რეგისტრაციას loopback მისამართზე მიმართავს და აცხადებს, რომ GET VPN-ის არასტაბილურობა მოგვარებულია. ზოგჯერ ასეცაა. ხშირად loopback ხელმისაწვდომია მხოლოდ წევრის საკუთარი მარშრუტიზაციის ცხრილიდან და სხვა არსად, ამიტომ რეგისტრაცია კვლავ იშლება მომდევნო ჯერზე, როცა მისი მატარებელი uplink ირყევა. რეგისტრაციის მისამართი იდენტობაა მართვის სიბრტყეში და ის მხოლოდ მაშინ ეხმარება, როცა ორივე მიმართულებით რეალური გზა არსებობს. მისი განზრახ არჩევა ღირს, და ეს უფრო მცირე ცვლილებაა, ვიდრე ხალხური თქმა გვთავაზობს.
რას განსაზღვრავს რეგისტრაციის მისამართი
GDOI განლაგებაში ჯგუფის წევრი რეგისტრდება გასაღების სერვერთან და მისგან იღებს ჯგუფის პოლიტიკას. მისამართი, რომელსაც სერვერი ჩაწერს, ამ საუბრისთვის წევრის იდენტობაა.
ეს იდენტობა მოიცავს მართვის საუბარს: რეგისტრაციას, გასაღებების განახლებას და პოლიტიკის ჩამოტვირთვას. ის არ ხდება მომხმარებლის ტრაფიკის წყარო, და არ ცვლის, რომელი ინტერფეისები იცავენ რომელ ნაკადებს.
ორივეს განცალკევება პირველი ნაბიჯია, რადგან ამ პარამეტრის გარშემო დაბნეულობის უმეტესი ნაწილი მოდის იმ მოლოდინიდან, რომ მართვის სიბრტყეში ცვლილება გაასწორებს სიმპტომს მონაცემთა სიბრტყეში.
Loopback იმდენად კარგია, რამდენადაც მისი მარშრუტი
Loopback წევრს აძლევს ლოგიკურ მისამართს, რომელიც არ ქრება, როცა ერთი ფიზიკური uplink მარცხდება. ეს რეალური უპირატესობაა როუტერზე, რომელსაც გასაღების სერვერამდე რამდენიმე გზა აქვს.
მაგრამ ესეც მხოლოდ მისამართია. თუ სერვერს უკან დაბრუნების მარშრუტი არ აქვს, რეგისტრაცია ზუსტად ისე ვარდება, როგორც ადრე. თუ წევრის მარშრუტიზაციის ცხრილი სერვერამდე მხოლოდ ერთი uplink-ით აღწევს, loopback სტაბილურია, გზა კი არა.
შეამოწმეთ ხელმისაწვდომობა ორივე მიმართულებით ყოველი uplink-ის გავლით, რომლის გადარჩენაც გსურთ. ადმინისტრაციულად ჩართული loopback გადაცემის შესახებ არაფერს ამტკიცებს, და ხარვეზი ჩნდება როგორც მიუწვდომელი გასაღების სერვერი და არა როგორც ინტერფეისის პრობლემა. დაწერეთ შემოწმება როგორც ბრძანება თითოეული uplink-ისთვის და არა როგორც ვარაუდი. მაშინ შემდეგი ცვლილების ფანჯარა მტკიცებულებებიდან დაიწყება და არა დიაგრამიდან.
გამოყავით მართვა და დაცული ტრაფიკი
Cisco-ს GDOI-ის გვერდის ავლის სახელმძღვანელო აღწერს რეგისტრაციის ინტერფეისს და კავშირს რეგისტრაციასა და გვერდის ავლის დამუშავებას შორის. წაიკითხეთ იმ გამოშვების ქცევა, რომელსაც რეალურად უშვებთ, ნაცვლად იმისა, რომ ერთი ფრაზა უნივერსალურ ბრძანებად მიიჩნიოთ.
გადახედეთ ფილტრაციასა და თარგმანს მართვის გზაზე და დაადასტურეთ, რომ გასაღებების მართვის ტრაფიკი შემთხვევით არ იწევა დაცვის პოლიტიკაში, რომელიც დამოკიდებულია ზუსტად იმ ჯგუფის პოლიტიკაზე, რომლის მიღებასაც ცდილობს. ასეთი ციკლური დამოკიდებულება კლასიკური გზაა იმისთვის, რომ მუშა განლაგება პოლიტიკის ცვლილების შემდეგ ჩავარდეს.
მონაცემთა სიბრტყის პოლიტიკა ცალკე დიზაინია. იმის შეცვლა, საიდან მოდის რეგისტრაცია, დაცულ ნაკადებს, სელექტორებს და გვერდის ავლის წესებს ზუსტად იქ ტოვებს, სადაც იყვნენ.
შეამოწმეთ იდენტობა გადასვლის განმავლობაში
ცვლილებამდე ჩაწერეთ ჯგუფი, არჩეული რეგისტრაციის მისამართი, გასაღების სერვერის დანიშნულება, მარშრუტიზაციის კონტექსტი და დაშვებული მართვის გზა. დამტკიცებული uplink-ის ცვლილების შემდეგ ხელახლა შეამოწმეთ სერვერის რეგისტრირებული წევრების ხედი და წევრის მართვის მდგომარეობა.
რისი ნახვაც გსურთ, არის ის, რომ განზრახული ლოგიკური ბოლო წერტილი კვლავ ხელმისაწვდომია და კვლავ ისეა წარმოდგენილი, როგორც დააპროექტეთ. რისი ნახვაც არ გსურთ, არის მეორე რეგისტრაცია ისეთი მისამართიდან, რომელიც არ გქონდათ განზრახული, რადგან სწორედ ასე ჩნდება წევრის დუბლირებული ჩანაწერები.
შემდეგ ცალკე შეამოწმეთ დაცული აპლიკაციის ტრაფიკი. გადაცემა შეიძლება წარმატებული იყოს, მაშინ როცა გასაღებების შემდეგ განახლებას წასასვლელი არსად აქვს, და წარმატებული რეგისტრაცია არაფერს ამბობს იმაზე, სწორად არის თუ არა შერჩეული და მარშრუტიზებული კონკრეტული ნაკადი.
რასაც სტაბილური წყარო არ ასწორებს
ის არ შლის წინა არასწორი კონფიგურაციით შექმნილ წევრის დუბლირებულ ჩანაწერებს. არ არემონტებს გასაღებების განახლების ჩავარდნას, რომელიც გამოწვეულია წევრსა და სერვერს შორის პოლიტიკის შეუსაბამობით. არ უძლებს ფიზიკური გზის ხარვეზს, რომელმაც სერვერამდე ერთადერთი მარშრუტი მოხსნა.
რასაც აკეთებს, არის ერთი ცვლადის მოშორება: იდენტობა აღარ იცვლება, როცა uplink-ის მისამართი იცვლება. ეს ღირს ქონა, და ეს დიზაინში ერთი ხაზია და არა მთელი დიზაინი.
სამუშაოს რიგი: დაასახელეთ მართვის გზა, აირჩიეთ მისამართი ორივე მიმართულებით მარშრუტით, დაადასტურეთ სერვერის ხედი, შემდეგ ცალკე შეამოწმეთ დაცული ტრაფიკი. თუ რეგისტრაცია კვლავ ვარდება, loopback არასოდეს ყოფილა პრობლემა.