Du IPsec šliuzai be bendro IP: ką iš tikrųjų daro perjungimas gedimo metu

Išjunkite šliuzą A susitikimo metu ir stebėkite, kaip po minutės tunelis grįžta per B; ryšys veikia, vaizdo skambutis gal ir ne. Tai sąžininga šalto perjungimo tarp dviejų nepriklausomų adresų IPsec šliuzų forma. Klientas iš naujo pasirenka galinį tašką ir sukuria naują ryšį, kuris atkuria pasiekiamumą neperduodamas senos sesijos kriptografinės būsenos. Nuoseklumo stebėjimas aiškiai parodo, kokius pažadus dizainas gali išlaikyti.

Nustatykime sceną: du adresai, jokio slankančio IP

Šliuzas A atsako vienu pasiekiamu adresu, o šliuzas B – kitu. Klientas turi patvirtintą būdą pasirinkti B, kai A dingsta, ir nėra bendro išorinio adreso, kurį abu šliuzai reikalautų. Šiame dizaine virtualus IP reiškia būtent tą bendrą įėjimo tašką, o ne vidinį adresą, suteiktą nuotolinės prieigos klientui.

Šis apibrėžimas svarbus, nes dvi idėjos painiojamos bilietuose, o vienos pataisymas nėra kitos pataisymas. Pranešimas, kad bendras įėjimas nepasuko paskui šliuzą, aprašo vieną dizainą. Pranešimas, kad nešiojamasis kompiuteris prarado vidinį adresą, aprašo kliento nuomą. Skirtingi savininkai, skirtingi žurnalai, skirtingi remontai.

Pereikite gedimą: aptikti, tada iš naujo pasirinkti

Pirmiausia kažkas pastebi, kad A nustojo atsakinėti. Tai gali būti negyvo partnerio aptikimas tunelio lygmenyje, maršrutizavimo protokolas, atšaukiantis kelią, arba programos skirtasis laikas, galiausiai priverčiantis prisijungti iš naujo. Kiekvienas turi skirtingą laiko skalę, o lėčiausias paprastai nulemia, kiek laukia naudotojai.

Tada klientas pasirenka B per bet kurį diegimo palaikomą mechanizmą: antrą sukonfigūruotą nuotolinį tašką, DNS vardą, išspręstą į sveiką adresą, arba maršrutizavimą, kuris dabar teikia pirmenybę kitam keliui. Pasirinkimas yra politikos žingsnis, ir jis turi egzistuoti prieš gedimą, kitaip įvyks atsitiktinai.

Ką B gali ir ko negali paveldėti

B gali dalytis su A konfigūracijos šablonu, sertifikatų institucija ir autentifikavimo politika. Jis negali paveldėti gyvų saugumo asociacijų. Sesijos raktai, saugumo parametrų indeksai ir sekos būsena priklauso ryšiui, kurį sukūrė A ir klientas, o B neturi nė vieno iš jų.

To perstūmimas tarp šliuzų yra tikra inžinerinė problema, todėl strongSwan aukšto pasiekiamumo dokumentacija tai traktuoja kaip klasterio dizainą, o ne konfigūracijos vėliavėlę. Konkretus klasterio receptas nėra bendras atsakymas debesijos tinklui, o jo kopijavimas be palaikančios infrastruktūros perka sudėtingumą vietoje tęstinumo.

Naujo ryšio užmezgimas

Pasirinkus B, klientas atlieka naują IKE mainą: naujos nonce reikšmės, naujos Diffie-Hellman reikšmės, nauji identifikatoriai gaunamoms asociacijoms. Autentifikavimas vėl vyksta B. Jei dizainas remiasi mašinos kredencialais, prisijungimas iš naujo gali būti be priežiūros; jei reikia žmogiškojo faktoriaus, kažkas turi dalyvauti, kad perjungimas būtų baigtas.

Apibrėžkite tą naudotojo patirtį prieš sutrikimą, o ne jo metu. Aiškiai pasakykite, ką klientas darys, kiek bandys ir ką parodys, kai pasiduos, nes skirtumas tarp minutės prisijungimo iš naujo ir skambučio į pagalbą paprastai yra dokumentacija ir išbandytas profilis.

To paties vidinio adreso išsaugojimas padeda programoms, kurios tikisi stabilaus vietinio tapatumo, ir neišsaugo jų sesijų. NAT susiejimai baigiasi, TCP ryšiai atstatomi, o viskas su savo skirtuoju laiku savarankiškai nusprendžia, ar bandyti dar kartą.

Du tuneliai lygiagrečiai yra kitas dizainas

Abiejų tunelių paleidimas vienu metu yra galiojantis šablonas, kai tai palaiko abu šliuzai ir maršrutizavimo dizainas. Tada maršruto pasirinkimas parenka aktyvų kelią, o grįžtamasis kelias turi sutapti, kitaip srautas išeina per vieną šliuzą ir grįžta per kitą be būsenos, kuri jį suporuotų.

Persidengiančios tunelių politikos savaime nesukuria tvarkingo perjungimo. Jos sukuria du kandidatus, ir kažkas turi deterministiškai nuspręsti tarp jų: ar maršruto metrika, ar politikos prioritetas, ar aiški pirmenybė kliente.

Kad ir kokią formą pasirinktumėte, užrašykite sutartį: kaip aptinkamas gedimas, kaip pasirenkama alternatyva, kokio autentifikavimo ji reikalauja ir kiek laiko turėtų užtrukti prisijungimas iš naujo. Bendras IP gali supaprastinti aptikimą, bet jis nėra nenutrūkstamos būsenos sinonimas, o prieinamumas bet kuriuo atveju yra dizainas.