ხიდით დაკავშირებულ საიტებს კვლავ სჭირდებათ ადგილობრივი ინტერნეტ გასასვლელის გადაწყვეტილება

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

ხიდი კადრებს ატარებს და არა გადაწყვეტილებებს

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

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

როგორ ირჩევს კლიენტი თავის კარიბჭეს

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

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

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

მიეცით DHCP-ს გამოხატოს განზრახული გასასვლელი

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

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

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

ოთხი რამ ცალ-ცალკე შეამოწმეთ

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

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

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