Втори VPN край: какво покрива и какво не
Резервната крайна точка премахва само отказите, които не споделя. Сравнете зависимостите, решете как клиентите да превключват и направете един реален тест на прекъсване.
Две крайни точки на хартия изглеждат като резервиране. На практика вторият адрес помага само когато клиентите могат да го достигнат и когато избягва отказа, за който се подготвяте. Два сървъра зад една връзка за достъп, един и същ акаунт или една и съща целева мрежа се провалят заедно. Полезният въпрос е кой единствен отказ премахва втората крайна точка.
Сравнете какво споделят двете крайни точки
Избройте какво е общо за двете крайни точки, преди да броите какво дублират. Мястото на хостинг, акаунтът при доставчика, транзитът нагоре, DNS хостингът, източникът на идентичност и частният ресурс зад тунела представляват съответно споделена или независима зависимост. Две виртуални машини в един регион споделят прекъсване при доставчика. Два региона под един акаунт все още споделят отношенията по фактуриране и контролния слой, който ги създава.
Целевата мрежа заслужава същото отношение. Здрав резервен шлюз не може да възстанови NAS, който е извън мрежата, и не може да достигне офис мрежа, чийто канал нагоре е паднал. Ако двете крайни точки завършват в една и съща частна подмрежа, втората добавя път към дестинация, която вече е единствената точка на отказ.
Идентичността е зависимостта, която хората забравят. Клонирането на сертификата и конфигурацията на втори хост създава две места, където един и същ идентификационен документ може да бъде копиран, и не казва нищо за това как отменянията достигат до двете.
Решете как клиентът превключва
Втората крайна точка е полезна само ако клиентът знае за нея и може да я избере без обаждане до поддръжката. Профилите за връзка на OpenVPN могат да носят няколко реда remote с политика за избор, а повечето клиенти показват алтернативен профил в меню. Какъвто и да е механизмът, запишете кой е наличен при вашите потребители, защото профил, който не могат да намерят, не е превключване.
Прочетете документацията на клиента за промени на адреса по време на сесия. Някои реализации запазват първоначалния партньор за целия живот на тунела и се обръщат към алтернативи само при повторно свързване. Това разграничение решава дали мъртва крайна точка ще даде кратко прекъсване, или сесия, която никога не се възстановява. Тествайте пътя за повторно свързване, вместо да предполагате, че се случва.
Промененият адрес на изход също чупи състоянието на приложението. Превключването е възстановяване и описването му като непрекъснатост създава очакване, което транспортът не може да изпълни.
Тествайте един реален отказ
Изберете едно контролирано прекъсване и го изпълнете от начало до край, вместо да се доверявате на проектния документ. Спрете основната крайна точка, след което потвърдете, че оторизиран клиент достига до предвиденото приложение през алтернативата, докато неоторизираните клиенти все още не могат. Запишете колко време е отнело превключването и какво е видяло приложението.
dig +short vpn2.example.net
ip route get 10.20.30.41
journalctl -u openvpn@backup --since '-10 min'
Първата команда потвърждава, че резервното име се разрешава до нещо маршрутизируемо, преди да ви потрябва, и това е най-евтиният тест тук. Втората показва кой интерфейс би използвало ядрото за частна дестинация, след като алтернативата е вдигната. Третата дава клиентския журнал с името на партньора, към който реално се е свързал, и това е единственото доказателство, че превключването е станало. Наблюдавайте и поведението на блокиране по време на пропастта, защото политика, която изтича трафик при превключване, е по-лоша от кратко прекъсване.
След това върнете оригиналната и потвърдете дали клиентът се връща. Връщане, което се случва случайно, е поведение, което никой не е планирал.
Запишете какво дава вторият адрес
Обобщете покритието в един абзац: кой отказ премахва втората крайна точка, кои откази споделя с първата и на какви допускания разчита превключването. Назовете механизма от страна на клиента, както и частните маршрути и поведението на DNS, които трябва да съществуват на двете места. Публичен интернет изход не е заместител на частен шлюз, а документ, който ги третира като взаимозаменяеми, ще бъде повярван. Добавете теста за възстановяване, който проведохте, с датата и резултата.
Независимостта от един сървър не е независимост от споделения акаунт или целевата мрежа. Именно абзацът, който го казва на глас, спира продажбата на втори адрес вътрешно като висока наличност. Той също казва на следващия оператор какво да провери първо, когато двойката се провали заедно.