Portë VPN e kombinuar ose e veçantë: zgjidh sipas domenit të dështimit

Dy pajisje duken më rezistente se një, derisa të vëresh se ndajnë të njëjtin prizë, të njëjtin hipervizor dhe të njëjtin lidhje lart. Numërimi i kutive i përgjigjet një pyetjeje që askush nuk e bëri; pyetja e dobishme është çfarë dështon në të njëjtën kohë. Shkruaj fillimisht kontratën e dështimit, pastaj lëre atë të zgjedhë topologjinë. Runbook-u më poshtë prodhon atë regjistrim.

Çfarë ndalon gjatë një rindezjeje

Për një portë të kombinuar, rendit çfarë zhduket gjatë një rindezjeje, një përditësimi të dështuar ose një defekti harduerik. Nëse aksesi në internet dhe lidhja private ndalen së bashku, ai ndërprerje e përbashkët tani është pjesë e kërkesës tënde për disponueshmëri, pavarësisht nëse dikush e ka shkruar apo jo. I njëjti ushtrim vlen për një pajisje të vetme që përfundon disa role: lista e shërbimeve që ajo rrëzon është specifikimi i vërtetë.

Për porta të veçanta, rendit çfarë mbetet e përbashkët: energjia, hosti i virtualizimit, lidhja lart, ofruesi i identitetit, rrjeti i menaxhimit. Dy pajisje pas një komutatori të dështuar janë një domen dështimi me dy emra hosti. Një ndarje që i injoron ato varësi është diagram, jo dizajn.

Numëro edhe pronësinë e mirëmbajtjes. Një pajisje tjetër sjell konfigurim, monitorim, kopje rezervë dhe një procedurë të dytë rikuperimi, dhe asgjë nga këto nuk është falas.

Shëno ku zbatohet çdo rregull

Ndjek një paketë nga klienti në një burim privat dhe kthim, dhe shëno çdo vend ku zbatohet një politikë. Një router i dytë shton një pikë tjetër ku preferenca e rrugës, përkthimi ose gjendja e lidhjes mund të mos pajtohen me të parin. Shumica e dështimeve misterioze në një dizajn me dy porta jetojnë në atë tegel.

ip route get 10.20.30.40
traceroute -n 10.20.30.40
conntrack -L -p tcp --dport 443

Shkruaj ku mbaron mbrojtja VPN dhe ku fillon politika e brendshme. Nëse rruga midis dy pajisjeve është lejuese, kutia e dytë nuk krijoi një kufi; ajo vetëm zhvendosi vendin ku një kufi mund të kishte qenë. Në një platformë të vetme, zonat e politikës të veçanta mund të jenë akoma efektive, dhe efektiviteti i tyre duhet vlerësuar nga rregullat, jo hedhur poshtë sepse hardueri është i përbashkët.

Ndalo nëse nuk mund të thuash se cila pajisje zbaton rregullin që ka rëndësi. Ai boshllëk është gjetja, jo një detaj për t'u zgjidhur më vonë.

Përmbajtja është kufi, jo shasi

Një pajisje e veçantë përmban një kompromis vetëm kur rruga përmes saj është e kufizuar në atë që i nevojitet palës tjetër. Nëse të dyja pajisjet pranojnë çdo trafik nga njëra-tjetra, një sulmues që zbret në njërën ka të njëjtën shtrirje si më parë. Pretendimi i përmbajtjes i përket grupit të rregullave, jo inventarit. Lexo rregullat, thuaj cilat flukse lejohen, pastaj vendos nëse ndarja bleu ndonjë gjë.

E njëjta logjikë vlen për përdoruesit. Një përdorues VPN që i besohet për shkak të rrjetit nga i cili erdhi po i beson vendndodhjes në vend të identitetit, dhe udhëzimet e NIST për besim zero përshkruajnë alternativën: vërteto dhe autorizo çdo kërkesë ndaj burimit. Ai parim qëndron cilado shasi që përfundon tunelin.

Nëse ndarja ekziston për të përmbushur një linjë përputhshmërie dhe jo për të ndryshuar një fluks, thuaje në regjistrim. Një kontroll që askush nuk mund ta shpjegojë është i pari që hiqet nën presion.

Rikupero atë që vërtet mund të arrish

Pyet cila rrugë rikuperimi mbijeton kur vdes njëri nga dy rolet. Kur e vetmja rrugë për të arritur një portë VPN të prishur kalon përmes asaj porte, një pajisje rezervë diku tjetër nuk e ndihmon administratorin që duhet ta rregullojë. Një rrugë jashtë brezit, një konsolë dhe një kthim i dokumentuar janë pjesët që e bëjnë dizajnin të rikuperueshëm.

systemctl status strongswan
nft list ruleset
ip -brief address

Përmaso dizajnin për ngarkesën e plotë të mbështetur dhe jo për një numër të izoluar kriptimi, sepse filtrimi dhe inspektimi konsumojnë të njëjtin harduer. Përdor dokumentacionin e furnizuesit dhe matjet e tua në vend që të supozosh se ndarja është më e shpejtë ose më e ngadaltë. Pastaj shkruaj regjistrimin e vendimit: cilat flukse lejohen, cilat varësi janë të përbashkëta, çfarë rrëzon një dritare mirëmbajtjeje, çfarë provash kapaciteti ke dhe kush zotëron çdo hap rikuperimi. Ai regjistrim është mjaft i shkurtër për rishikim dhe mjaft specifik për t'u rikthyer.

Runbook-u përfundon kur kontrata e dështimit është shkruar, rruga e përcjelljes ka një pikë të emërtuar zbatimi për rregull, përmbajtja përshkruhet me flukse dhe jo me numrin e pajisjeve, dhe rikuperimi funksionon nga jashtë komponentit të dështuar. Zgjidh rregullimin më të thjeshtë që plotëson ato kërkesa.