უსადენო კავშირი სარეზერვოდ: მარშრუტიზებული გადართვა თუ ერთი სეგმენტი?

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

გადაწყვიტეთ, რა უნდა გადარჩეს შეწყვეტას

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

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

მარშრუტიზებული გადართვა: ორი პრეფიქსი, ერთი სასურველი გზა

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

ip route show | grep -E '10.44\.|10.45\.'
ip route get 10.45.0.10
ip route get 10.45.0.10 from 10.44.0.1

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

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

თუ მეზობლობა ნამდვილად საჭიროა, რეზერვმა Ethernet კადრები უნდა ატაროს, რასაც მარშრუტიზებული IP გვირაბი არ აკეთებს. ზოგიერთი პლატფორმა მხარს უჭერს VPN ინტერფეისის ლოკალურ სეგმენტში ხიდაშებას, და ეს ინტერფეისები შემდეგ ხიდის წევრებად იქცევიან შესაბამისი შედეგებით. ორი ერთდროულად გამტარი Layer 2 გზა მარყუჟს ქმნის, ამიტომ დიზაინს სჭირდება ორივე ობიექტს დაფარვადი გაშლადი ხე და მკაფიო განცხადება იმის შესახებ, რომელი გზა უნდა დაიბლოკოს.

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

დააკვირდით იმ საზღვარს, რომელსაც მნიშვნელობა აქვს

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

ping -c 3 -W 2 10.45.0.10
ip -brief link show dev wlan0
ip route get 10.45.0.10

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

ივარჯიშეთ ორივე მიმართულება დატვირთვის ქვეშ

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

sudo ip link set dev wlan0 down
ip route get 10.45.0.10
sudo ip link set dev wlan0 up
ip route get 10.45.0.10

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