Dy porta IPsec pa IP të përbashkët: çfarë bën vërtet failover-i

Vrit portën A gjatë një mbledhjeje dhe shiko tunelin që kthehet përmes B një minutë më vonë; lidhja funksionon, thirrja video ndoshta jo. Kjo është forma e ndershme e failover-it të ftohtë midis dy portave IPsec me adresa të pavarura. Klienti zgjedh përsëri një pikë fundore dhe ndërton një marrëdhënie të re, gjë që rikthen arritshmërinë pa transferuar gjendjen kriptografike të sesionit të vjetër. Ndjekja e sekuencës e bën të qartë se cilat premtime mund të mbajë dizajni.

Vendosni skenën: dy adresa, asnjë IP lundruese

Porta A përgjigjet në një adresë të arritshme dhe porta B në një tjetër. Klienti ka një mënyrë të miratuar për të zgjedhur B kur A zhduket, dhe nuk ka një adresë të jashtme të përbashkët që të dyja portat ta kërkojnë. Në këtë dizajn, një IP virtuale nënkupton pikërisht atë pikë hyrjeje të përbashkët, jo adresën e brendshme që i caktohet një klienti të aksesit në distancë.

Ky përkufizim ka rëndësi sepse të dyja idetë ngatërrohen në tiketat, dhe rregullimi i njërës nuk është rregullimi i tjetrës. Një raport se hyrja e përbashkët nuk ndoqi portën përshkruan një dizajn. Një raport se laptopi humbi adresën e tij të brendshme përshkruan qiranë e klientit. Pronarë të ndryshëm, regjistra të ndryshëm, riparime të ndryshme.

Kaloni nëpër dështim: zbuloni, pastaj zgjidhni përsëri

Së pari diçka vëren se A ndaloi së përgjigjuri. Mund të jetë zbulimi i partnerit të vdekur në shtresën e tunelit, një protokoll rrugëtimi që tërheq një shteg, ose një afat kohor aplikacioni që më në fund detyron një rilidhje. Secili ka një shkallë kohore të ndryshme, dhe më i ngadalti zakonisht përcakton sa presin përdoruesit.

Pastaj klienti zgjedh B përmes çdo mekanizmi që mbështet vendosja: një destinacion i dytë i konfiguruar, një emër DNS i zgjidhur në një adresë të shëndetshme, ose rrugëtim që tani preferon një shteg tjetër. Zgjedhja është një hap politike, dhe duhet të ekzistojë para dështimit ose do të ndodhë rastësisht.

Çfarë B mund dhe nuk mund të trashëgojë

B mund të ndajë me A një shabllon konfigurimi, një autoritet certifikatash dhe një politikë autentikimi. Nuk mund të trashëgojë shoqatat e sigurisë aktive. Çelësat e sesionit, indekset e parametrave të sigurisë dhe gjendja e sekuencës i përkasin marrëdhënies që krijuan A dhe klienti, dhe B nuk ka asnjë prej tyre.

Lëvizja e asaj gjendje midis portave është një problem i vërtetë inxhinierik, prandaj dokumentacioni i strongSwan për disponueshmëri të lartë e trajton atë si një dizajn klasteri dhe jo si një flamur konfigurimi. Një recetë e caktuar klasteri nuk është një përgjigje e përgjithshme për një rrjet cloud, dhe kopjimi i saj pa infrastrukturën mbështetëse blen kompleksitet në vend të vazhdimësisë.

Vendosja e një marrëdhënieje të re

Me B të zgjedhur, klienti kryen një shkëmbim të re IKE: vlera të reja nonce, vlera të reja Diffie-Hellman, identifikues të re për shoqatat që rezultojnë. Autentikimi ndodh përsëri në B. Nëse dizajni mbështetet në kredencialet e makinës, rilidhja mund të jetë pa mbikëqyrje; nëse kërkon një faktor njerëzor, dikush duhet të jetë i pranishëm që failover-i të përfundojë.

Përcaktoni atë përvojë përdoruesi para ndërprerjes, jo gjatë saj. Thoni qartë çfarë do të bëjë klienti, sa kohë do të provojë dhe çfarë do të tregojë kur të dorëzohet, sepse ndryshimi midis një minute rilidhjeje dhe një telefonate mbështetjeje është zakonisht dokumentacion dhe një profil i testuar.

Ruajtja e të njëjtës adresë të brendshme ndihmon aplikacionet që presin një identitet lokal të qëndrueshëm, dhe nuk i ruan sesionet e tyre. Lidhjet NAT skadojnë, lidhjet TCP rivendosen dhe çdo gjë me afat kohor të vetin vendos në mënyrë të pavarur nëse do të provojë përsëri.

Dy tunele paralelisht janë një dizajn tjetër

Ekzekutimi i të dy tuneleve njëkohësisht është një model i vlefshëm kur të dyja portat dhe dizajni i rrugëtimit e mbështesin. Atëherë zgjedhja e rrugës zgjedh shtegun aktiv, dhe shtegu i kthimit duhet të pajtohet, përndryshe trafiku del nga një portë dhe kthehet nga tjetra pa gjendje që ta përputhë.

Politikat e mbivendosura të tuneleve nuk krijojnë vetë një failover të rregullt. Ato krijojnë dy kandidatë, dhe diçka duhet të vendosë midis tyre në mënyrë përcaktuese, qoftë një metrikë rrugëtimi, një prioritet politike ose një preferencë e qartë në klient.

Çfarëdo forme që zgjidhni, shkruani kontratën: si zbulohet dështimi, si zgjidhet alternativa, çfarë autentikimi kërkon dhe sa kohë pritet të zgjasë rilidhja. Një IP e përbashkët mund të thjeshtojë zbulimin, por nuk është sinonim i gjendjes së vazhdueshme, dhe disponueshmëria është gjithsesi një dizajn.