პროვაიდერის შეცვლა საიტის VPN მისამართების გადანომვრის გარეშე
მარშრუტიზებული საიტის VPN ინარჩუნებს პირად მისამართებს, როცა არხი იცვლება, მაგრამ პარტნიორის მისამართი, იდენტობა და დაბრუნების გზა ჯერ კიდევ სამუშაოს მოითხოვს. აქ არის გაყოფა.
ერთი ფილიალი ინტერნეტ პროვაიდერს იცვლის და ფაილური სერვერი თავის მისამართს ინარჩუნებს. ეს შედეგი ჩვეულებრივია მარშრუტიზებული საიტის VPN-ში და გასაკვირია ყველასთვის, ვინც ფიქრობს, რომ გვირაბის ბოლო წერტილის მისამართი აპლიკაციის მისამართია. ორივე დიზაინის სხვადასხვა ფენაში ცხოვრობს და მხოლოდ ერთი გადაადგილდა. მათი ერთად მიჩნევა არის ის გზა, რომლითაც პროვაიდერის მიგრაცია გადანომვრის პროექტად იქცევა.
ორი მისამართების გეგმა, რომლებიც დამოუკიდებლად მოძრაობენ
შიდა გეგმა აღწერს პირად მისამართებს, რომლებსაც აპლიკაციები იყენებენ: ფილიალის სერვერი 10.55.8.20-ზე, ცენტრალური ოფისის პრეფიქსი, რომელიც იქ მარშრუტიზდება, და დაბრუნების მარშრუტი. გარე გეგმა აღწერს, როგორ აღწევენ ორი კარიბჭე ერთმანეთს: პარტნიორის მისამართები, მოსმენის პორტები და გზა ინტერნეტის გავლით.
პროვაიდერის შეცვლა ეხება გარე გეგმას. ის თავისთავად არ მოითხოვს შიდა გეგმის შეცვლას.
ორი ინვენტარის განცალკევებით შენახვა პრაქტიკული მიზეზია overlay-ის გასაშვებად მაშინაც, როცა აპლიკაცია უკვე თავად შიფრავს თავის ტრაფიკს. Overlay გაძლევთ სტაბილურ შიდა ტოპოლოგიას, რომელიც უძლებს გარე ცვლილებებს. აპლიკაცია ინარჩუნებს თავის მისამართს, firewall-ის წესებს და DNS ჩანაწერებს. იცვლება მხოლოდ ტრანსპორტის ჩანაწერები და ეს გაცილებით მცირე გადახედვაა.
გარე გვირაბი ატარებს შიდა საუბარს
კარიბჭე-კარიბჭე გვირაბში გარე IP სათაური მისამართს აძლევს ორივე კარიბჭეს. შიდა სათაური კვლავ ასახელებს აპლიკაციის რეალურ ბოლო წერტილებს. RFC 7296-ის კარიბჭე-კარიბჭე აღწერა ამას განიხილავს როგორც ჩვეულებრივ მარშრუტიზაციას, რომელიც ტრაფიკს გვირაბის ბოლო წერტილებით აწვდის.
ამიტომ ფილიალის სერვერს შეუძლია შეინარჩუნოს 10.55.8.20, სანამ კარიბჭის საჯარო მისამართი იცვლება. შიდა პაკეტი საერთოდ არ შეიცავს პროვაიდერის მისამართს.
გაყოფა დიზაინის თვისებაა და არა ავტომატური გარანტია. თუ შემცვლელი არხი ვერ აწყობს მხარდაჭერილ გვირაბს, ან შიდა მარშრუტები არ დამონტაჟდა ხელახლა, აპლიკაცია კარგავს გზას, თუმცა მისამართი უცვლელია.
პროვაიდერის გადატანას მაინც აქვს შემოწმების სია
გარე შემოწმების სიას ხუთი პუნქტი აქვს: პარტნიორის მისამართი ან შენახული სახელი, მსმენელი და ნებისმიერი ზემოთა ფილტრაცია, გზაზე გარდაქმნა, პარტნიორის მოსალოდნელი იდენტობა და მეორე კარიბჭის დაშვებული პარამეტრები. თითოეული დამოუკიდებლად შეიძლება ჩავარდეს. შეინახეთ ცალკე აღდგენის გზა, სანამ ცვლით კავშირს, რომელიც ადმინისტრირებას ატარებს. დისტანციური წვდომის გაწყვეტა არხის გადართვის დროს თქვენ მიერ შექმნილი შეფერხებაა.
ამის შემდეგ შეამოწმეთ ფილიალის პრეფიქსი, მარშრუტი ორივე მიმართულებით, დაცვის პოლიტიკა და ერთი რეალური აპლიკაციის ნაკადი. ახლახან ავთენტიფიცირებული გვირაბი არ ასწორებს მარშრუტს, რომელიც ძველ პირად ქვექსელზე მიუთითებს.
მისამართების დაფარვა სხვა დაკავშირებულ საიტთან ცალკე დაგეგმვის პრობლემაა. პროვაიდერის შეცვლა მას არ ქმნის, მაგრამ მიგრაცია ჩვეულებრივ ის მომენტია, როცა ის ვლინდება.
რა არ გადარჩება: საჯარო წყარო და სესიები
სტაბილური პირადი სერვერის მისამართი არ არის სტაბილური საჯარო წყარო. თუ დათვალიერება პირდაპირ ახალი პროვაიდერის გავლით გადის, საიტები ხედავენ ახალ, პროვაიდერისკენ მიმართულ მისამართს.
იმ მისამართის სტაბილურად შენარჩუნება მოითხოვს გააზრებულ გასასვლელ დიზაინს, საკუთარი ხელმისაწვდომობითა და პოლიტიკით. ის გვირაბთან ერთად უფასოდ არ მოდის.
დამყარებული სესიები არც გზის შეცვლას გადაურჩება. გვირაბი შეიძლება წამებში აღდგეს და მაინც გაწყვიტოს ძველ გზაზე მიმაგრებული ხანგრძლივი კავშირები. დაგეგმეთ გადართვა ფანჯარაზე, სადაც ხელახალი დაკავშირება მისაღებია. ნუ ამტკიცებთ, რომ მიგრაცია უხილავი იქნება, თუ კონკრეტული კლიენტები და მათი ვადები არ შემოწმდა.
გადაამოწმეთ გადატანა ოთხი შემოწმებით
ცვლილების შემდეგ თანმიმდევრულად გადაამოწმეთ ოთხი რამ: გვირაბი აწყობილია განზრახ პარტნიორთან, ფილიალის პრეფიქსის შიდა მარშრუტი არსებობს, პოლიტიკა უშვებს აპლიკაციის ნაკადს და აპლიკაცია პასუხობს. თითოეულს თავისი ბრძანება აქვს.
Linux კარიბჭეზე ეს სამი ფარავს იმ სიის შუას:
ip route get 10.55.8.20
ip xfrm policy list
curl -sS -o /dev/null -w "%{http_code}" --max-time 8 http://10.55.8.20/health
შეინახეთ ტრანსპორტის მისამართები ერთ ინვენტარში, ხოლო აპლიკაციის მისამართები მეორეში. განაახლეთ მხოლოდ ის ჩანაწერები, რომლებიც ნამდვილად გადაადგილდა. შიდა დამოკიდებულებების გადანომვრა გვირაბის გარე მისამართის შეცვლის გამო თავიდან ასაცილებელი სამუშაოა.