Apvienota vai atsevišķa VPN vārteja: izvēlieties pēc kļūmes domēna

Divas ierīces šķiet izturīgākas par vienu, līdz pamanāt, ka tās dala vienu un to pašu strāvas pagarinātāju, vienu un to pašu hipervizoru un vienu un to pašu augšupējo saiti. Kārbu skaitīšana atbild uz jautājumu, ko neviens nav uzdevis; noderīgais jautājums ir, kas sabojājas vienlaikus. Vispirms pierakstiet kļūmes līgumu, pēc tam ļaujiet tam izvēlēties topoloģiju. Tālāk sniegtais runbook izveido šo ierakstu.

Kas apstājas vienas pārstartēšanas laikā

Apvienotai vārtejai uzskaitiet, kas pazūd pārstartēšanas, neizdevušās atjaunināšanas vai aparatūras bojājuma laikā. Ja interneta piekļuve un privātais savienojums apstājas kopā, šis kopīgais pārtraukums tagad ir jūsu pieejamības prasības daļa, neatkarīgi no tā, vai kāds to pierakstīja. Tā pati prakse attiecas uz vienu ierīci, kas pabeidz vairākas lomas: pakalpojumu saraksts, ko tā nogāž, ir īstā specifikācija.

Atsevišķām vārtejām uzskaitiet, kas paliek kopīgs: enerģija, virtualizācijas resursdators, augšupējā saite, identitātes nodrošinātājs, pārvaldības tīkls. Divas ierīces aiz viena bojāta komutatora ir viens kļūmes domēns ar diviem resursdatora nosaukumiem. Atdalīšana, kas ignorē šīs atkarības, ir diagramma, nevis projekts.

Skaitiet arī uzturēšanas īpašumtiesības. Vēl viena ierīce nes konfigurāciju, uzraudzību, dublējumkopijas un otru atkopšanas procedūru, un nekas no tā nav bez maksas.

Atzīmējiet, kur tiek īstenots katrs noteikums

Izsekojiet vienu paketi no klienta līdz privātam resursam un atpakaļ, un atzīmējiet katru vietu, kur tiek piemērota politika. Otrs maršrutētājs pievieno vēl vienu punktu, kur maršruta prioritāte, tulkošana vai savienojuma stāvoklis var nesaskanēt ar pirmo. Lielākā daļa noslēpumaino kļūmju divu vārteju projektā dzīvo uz šīs šuves.

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

Pierakstiet, kur beidzas VPN aizsardzība un kur sākas iekšējā politika. Ja ceļš starp abām ierīcēm ir atļaujošs, otrā kārba nav radījusi robežu; tā tikai pārvietoja vietu, kur robeža varēja būt. Vienā platformā atsevišķas politikas zonas joprojām var būt efektīvas, un to efektivitāte jāvērtē pēc noteikumiem, nevis jānoraida tāpēc, ka aparatūra ir kopīga.

Apstājieties, ja nevarat pateikt, kura ierīce īsteno svarīgo noteikumu. Šī plaisa ir atradums, nevis vēlāk risināma detaļa.

Ierobežošana ir robeža, nevis korpuss

Atsevišķa ierīce ierobežo kompromisu tikai tad, kad ceļš caur to ir ierobežots ar to, kas nepieciešams otrai pusei. Ja abas ierīces pieņem jebkuru trafiku viena no otras, uzbrucējam, kas nolaižas uz vienas, ir tāda pati sasniedzamība kā iepriekš. Ierobežošanas apgalvojums pieder noteikumu kopumam, nevis inventāram. Izlasiet noteikumus, pasakiet, kuras plūsmas ir atļautas, pēc tam izlemiet, vai atdalīšana kaut ko nopirka.

Tā pati loģika attiecas uz lietotājiem. VPN lietotājs, kuram uzticas tīkla dēļ, no kura viņš ieradās, uzticas atrašanās vietai, nevis identitātei, un NIST nulles uzticēšanās vadlīnijas apraksta alternatīvu: autentificēt un autorizēt katru pieprasījumu pret resursu. Šis princips ir spēkā neatkarīgi no tā, kurš korpuss pabeidz tuneli.

Ja atdalīšana pastāv, lai apmierinātu atbilstības līniju, nevis lai mainītu plūsmu, sakiet to ierakstā. Kontrole, kuru neviens nevar izskaidrot, ir pirmā, kas tiek noņemta spiediena apstākļos.

Atjaunojiet to, ko patiešām varat sasniegt

Jautājiet, kurš atkopšanas ceļš izdzīvo, kad mirst jebkura no abām lomām. Kad vienīgais ceļš uz bojātu VPN vārteju iet caur šo vārteju, rezerves ierīce citur nepalīdz administratoram, kuram tā jāsalabo. Ārpusjoslas ceļš, konsole un dokumentēta atritināšana ir daļas, kas padara projektu atjaunojamu.

systemctl status strongswan
nft list ruleset
ip -brief address

Mēriet projektu visai atbalstītajai darba slodzei, nevis izolētam šifrēšanas skaitlim, jo filtrēšana un pārbaude patērē to pašu aparatūru. Izmantojiet piegādātāja dokumentāciju un savus mērījumus, nevis pieņemiet, ka atdalīšana ir ātrāka vai lēnāka. Pēc tam pierakstiet lēmuma ierakstu: kuras plūsmas ir atļautas, kuras atkarības ir kopīgas, ko nogāž uzturēšanas logs, kādi jaudas pierādījumi jums ir un kam pieder katrs atkopšanas solis. Šis ieraksts ir pietiekami īss pārskatīšanai un pietiekami konkrēts, lai pie tā atgrieztos.

Runbook beidzas, kad kļūmes līgums ir pierakstīts, pārsūtīšanas ceļā ir viens nosaukts īstenošanas punkts katram noteikumam, ierobežošana tiek aprakstīta ar plūsmām, nevis ierīču skaitu, un atkopšana darbojas ārpus bojātās komponentes. Izvēlieties vienkāršāko izkārtojumu, kas atbilst šīm prasībām.