ვინ ახდენს მარშრუტიზაციას თქვენს საიტებს შორის: მე-2 თუ მე-3 დონის VPN?
გაიარეთ პროვაიდერის VPN-ის გადაცემა შეთავაზებიდან მიღებამდე და ნახეთ, რომელი მხარე ფლობს საიტებს შორის მარშრუტიზაციას, მეზობლობას და პირველ ხარვეზს თითოეული მიმართულებით.
შეუკვეთეთ პროვაიდერის VPN და საბოლოოდ ვინმე დაეუფლება საიტებს შორის მარშრუტიზაციას, დაასახელეთ თუ არა ეს მფლობელი. მოაწერეთ ხელი მე-2 დონის გადაცემას და პროვაიდერი მილს აწვდის, ხოლო მეზობლობას თქვენი მარშრუტიზატორები ქმნიან; მოაწერეთ ხელი მე-3 დონის სერვისს და პროვაიდერი თქვენს პრეფიქსებს საკუთარ მარშრუტიზაციის კონტექსტში ატარებს. ორივე ლეგიტიმური პროდუქტია, ოღონდ მორიგეობის ისტორიები განსხვავებულია. გაიარეთ შეკვეთა შეთავაზებიდან პირველ მიღების ტესტამდე და არჩევანი აღარ იქნება აბსტრაქტული.
დაიწყეთ გადაცემის ფორმით და არა ტოპოლოგიის სლაიდით
ყველა პროვაიდერი საბოლოოდ აგზავნის ფორმას, რომელიც ეკითხება, რა უნდა გადმოგცეთ: ფსევდო მავთული, მრავალწერტილიანი Ethernet სეგმენტი თუ მარშრუტიზებული მიერთება საერთო სერვისის კიდეზე. ეს ერთი პასუხი უფრო მეტს წყვეტს, ვიდრე გაყიდვის პრეზენტაციის ნებისმიერი დიაგრამა, რადგან აფიქსირებს, საიდან იწყება თქვენი პასუხისმგებლობა.
წერტილიდან წერტილამდე ფსევდო მავთული ერთი წრეა ორ მიერთებას შორის, ხოლო მრავალწერტილიანი Ethernet სერვისი რამდენიმე საიტს ერთ სამაუწყებლო დომენში აერთიანებს. დიაგრამაზე ისინი ერთნაირად გამოიყურებიან და სრულიად განსხვავებულად იქცევიან, როგორც კი ჩართულია მარყუჟი ან სამაუწყებლო შტორმი. დაადასტურეთ, რომელი შემოგვთავაზეს, სანამ მისამართებს დაგეგმავთ.
პროდუქტის სახელები ამას არ წყვეტს. MPLS ეტიკეტი, ბნელი ბოჭკოს გადაცემა და ინტერნეტზე დაფუძნებული გადაფარვა ყველა შეიძლება კერძო ქსელად იწოდოს, ხოლო ჩარჩო დოკუმენტები სერვისის მოდელსა და კლიენტ-პროვაიდერის გაყოფას განსაზღვრულ რამედ მიიჩნევენ. მოითხოვეთ მიერთების სემანტიკა წერილობით, შემდეგ კი მარტივი სიტყვებით წაუკითხეთ თქვენს გუნდს.
წაიკითხეთ, რა ჩამოვიდა ექსპლუატაციაში გაშვების დღეს
გაშვების დღეს შეხედეთ ინტერფეისს, რომელიც მოგცეს, სანამ მასზე რამეს დააკონფიგურირებთ. მე-3 დონის მარშრუტიზებული მიერთება ჩვეულებრივ ჩნდება როგორც პორტი პატარა წერტილიდან წერტილამდე ქვექსელით, ან როგორც შემდეგი ნახტომი, რომელსაც უნდა მიაღწიოთ. მე-2 დონის მიერთება ჩნდება როგორც კავშირი, რომელიც კადრებს ელოდება, ამიტომ თქვენი პირველი სასარგებლო ბრძანება ხიდის ან მეზობლის შემოწმებაა და არა მარშრუტის ძებნა.
ip -br link show
ip -br addr show
ip route show default
ip neigh showეს ოთხი ხაზი გეუბნებათ, რომელ სამყაროში ხართ. ნაგულისხმევი მარშრუტი, რომელიც პროვაიდერის მისამართზე მიუთითებს ნიშნავს, რომ პროვაიდერი თქვენ ნაცვლად მარშრუტიზაციას აკეთებს. ინტერფეისი სასარგებლო მე-3 დონის მისამართის გარეშე, მაგრამ სავსე ხიდით, ნიშნავს, რომ მარშრუტიზაცია თქვენგან მოსალოდნელია, და ყოველი დაკარგული პრეფიქსი თქვენი გამოსასწორებელია.
პრომისკუიტურად შემჩნეული კავშირი შეიძლება ნიშნავდეს, რომ გადაცემა ტეგირებულია, ამიტომ წრის დადანაშაულებამდე დაადასტურეთ VLAN შეთანხმება. მრავალწერტილიან სერვისში გამეორებული MAC მისამართები დიზაინის სიმპტომია და არა პროვაიდერის ხარვეზი.
დანიშნეთ ერთი მფლობელი თითოეულ ობიექტზე პირველ პრეფიქსამდე
გაიარეთ ობიექტების სია და ხმამაღლა თქვით თითოეულის მფლობელი გუნდის სახელი. კლიენტის პრეფიქსები და საიტებს შორის განცხადებები. მეზობლობა ან სერვისის იდენტიფიკატორი, რომელიც პროვაიდერის კიდესთან ურთიერთობას ქმნის. ვინ წყვეტს მარყუჟებს და ვინ დათანხმდა უფრო ფართო სამაუწყებლო დომენში ცხოვრებას. სად არის MTU-ის ზედა ზღვარი, როგორ შეიმჩნევა ხარვეზები და როგორ ბრუნდება სერვისი. წვდომის პოლიტიკა, და ასევე ნებისმიერი დაშიფვრა, რომელსაც სერვისი არ მოიცავს.
სია მოკლეა, რადგან ინციდენტის დროს სწორედ ეს ნაწილი ტყდება. თუ ორი გუნდი ორივე თვლის, რომ მარშრუტიზაციის პოლიტიკა მისია, შეფერხება ერთსა და იმავე საათში ორ ურთიერთსაწინააღმდეგო ცვლილებას წარმოქმნის. თუ არავინ ფლობს, პირველი ასიმეტრიული გზა რჩება მანამ, სანამ კლიენტი შეატყობინებს.
მარშრუტიზებული სერვისი ჩვეულებრივ გაძლევთ BGP ან სტატიკურ საზღვარს, ამიტომ თქვენს მხარეს სჭირდება წაკითხვადი სესიის მდგომარეობა: birdc show protocols ან მისი ეკვივალენტი თქვენს მარშრუტიზატორზე გეუბნებათ, აწეულია თუ არა მეზობლობა, ხოლო მთვლელები გეუბნებიან, მხოლოდ სამუშაო საათებში ციმციმებს თუ არა. მე-2 დონის გადაცემა ასეთ სიგნალს არ იძლევა, ამიტომ კლიენტს უნდა ჰქონდეს გამოკვეთილი ხელმისაწვდომობის შემოწმება.
გაიარეთ ერთი საიტის ხარვეზის შემთხვევა
დაწერეთ მიღების ტესტი, სანამ სერვისი ამუშავდება: ჩამოწიეთ ერთი საიტის მიერთება და ჩაწერეთ, რას ხედავს თითოეული გუნდი. მე-3 დონის სერვისში პროვაიდერი იმ საიტის პრეფიქსების ხელმისაწვდომობას იხსნის, თქვენი სესია ხსნას იწერს, დარჩენილი საიტები კი თავიანთ გზებს ინარჩუნებენ. მე-2 დონის სერვისში წრე ვარდება, თქვენი მარშრუტიზაციის პროტოკოლი მკვდარ მეზობელს ამჩნევს და იგივე კონვერგენცია მთლიანად თქვენს ტაიმერებზეა დამოკიდებული.
აღადგინეთ კავშირი და შეამოწმეთ შემთხვევის მეორე ნახევარი, რადგან მოძველებული მდგომარეობა ჩვეულებრივი ნარჩენია. დაადასტურეთ, რომ მეზობლობა ბრუნდება, პრეფიქსები მოსალოდნელი ატრიბუტებით ბრუნდება და ინციდენტიდან დროებითი სტატიკური მარშრუტი ცხრილში არ დარჩენილა.
გამოსცადეთ მოსაწყენი ხარვეზიც: ერთი საიტი ტრაფიკს აორმაგებს. მარშრუტიზებულ გადაცემაში ხედავთ მთვლელებს პრეფიქსების მიხედვით; ხიდიან გადაცემაში შეიძლება მხოლოდ ინტერფეისის გამტარუნარიანობა ხედავდეთ, რაც გტოვებთ გამოიცნოთ, რომელი ჰოსტია პასუხისმგებელი.
რას არ ყიდულობს ხელშეკრულება
მე-2 ან მე-3 დონის ეტიკეტი არაფერს ამბობს დაყოვნებაზე, გამოყოფილ ხერხემალზე ან დაშიფვრაზე. ეს ცალკეული ვალდებულებებია და ხელმისაწვდომობის ციფრები არცერთ მათგანს არ გულისხმობს. წაიკითხეთ მომსახურების ხელშეკრულება დაპირებულზე და ყველაფერი დანარჩენი მიიჩნიეთ ვარაუდად, რომელიც უნდა გამოსცადოთ.
თუ თქვენი მოთხოვნა ორ კლიენტის მარშრუტიზატორს შორის წერტილიდან წერტილამდე მიერთებაა, მე-2 დონის სერვისი შეესაბამება, პროვაიდერისთვის შიდა მარშრუტიზაციის დაკისრების გარეშე. თუ მოთხოვნა ბევრი საიტია განსხვავებული ქვექსელებით და პატარა ოპერაციული გუნდით, მარშრუტიზებული სერვისი ჩვეულებრივ აშორებს სამუშაოს, რომელიც სხვა შემთხვევაში თქვენი იქნებოდა.
არცერთი არ არის ნაგულისხმევი. შეამოწმეთ მოწყობილობების მხარდაჭერა ინკაფსულაციისთვის, საიტებს შორის ფაქტობრივი ტრაფიკის ურთიერთობები, სიჭარბის მოდელი და ის, შეუძლია თუ არა თქვენს გუნდს ახლახან მიღებული ნაწილის ოპერირება. შემდეგ ჩაწერეთ მფლობელების სახელები runbook-ში, რადგან გადაწყვეტილების ის ნაწილია მხოლოდ, რომელიც პერსონალის ცვლილებებს გადაურჩება.