ორი აქტიური IPsec გვირაბი მაინც საჭიროებს საპასუხო გზის გეგმას

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

დახაზეთ ოთხი კარიბჭე, სანამ მარშრუტს დახაზავთ

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

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

როგორ ირჩევა წინა გზა

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

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

რა სჭირდება სინამდვილეში საპასუხო გზას

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

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

სად წყვეტს თარგმანი თქვენთვის

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

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

გაიარეთ მიღება თანმიმდევრობით

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

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