Pārbūvējiet Raspberry Pi VPN ierīci, nekopējot tās atslēgu

Vienreizēja palaišana no attēla nepadara Pi par pārbūvējamu ierīci. Nepieciešams neliels ievadu kopums, ko varat lietot atkārtoti: uzturēta bāze, deklarēta konfigurācija, lietotnes pastāvīgie dati un ierīces identitāte, kas pieder tikai šai platei. Ja izlaidīsiet pēdējo, katra nomaiņa kļūs par akreditācijas datu klonu.

Turpmākās darbības ir darba secība, nevis rīka ieteikums. Derēs jebkura konfigurācijas sistēma, kas spēj tās izteikt.

Vispirms uzskaitiet četrus ievadu veidus

Pamatattēls un tā pakotnes nosaka operētājsistēmu, arhitektūru un to, no kurienes nāk atjauninājumi, un attēlu veidotājs palīdz tikai tad, ja tā nosauktais rīks jūsu izlaidumam joprojām tiek uzturēts. Deklarētā konfigurācija ir daļa, ko pārskata cilvēks: tīkla lomas, pakalpojumu iestatījumi un dzīves cikla darbības, kas nepieciešamas katram pakalpojumam. Lietotnes pastāvīgie dati ir viss, ko pakalpojums nevar ģenerēt no jauna, un to atrašanās vieta un dublēšanas metode pieder šai lietotnei, nevis attēlam. Ierīču identitātes un noslēpumi ir ceturtā ievade, un tieši tos cilvēki aizmirst, kad klonē strādājošu karti.

Uzrakstiet četrus sarakstus pirms kaut ko pārbūvējat. Saraksts ar tukšu rindu ir lēmums, ko vēl neesat pieņēmis.

Turiet noslēpumus ārpus repozitorija un sakiet, kur tie dzīvo

Repozitorijs ir laba mājvieta pārskatītiem šabloniem un konfigurācijai, kas nav noslēpums, un slikta mājvieta VPN privātajām atslēgām, atkārtoti lietojamiem administratora akreditācijas datiem un diagnostikas arhīviem. Ja noslēpumam jāpastāv ierīcē, pierakstiet, no kurienes tas nāk, kas to drīkst lasīt un kā tas tiek rotēts. Atslēga, kas dzīvo tikai vienā SD kartē, ir viens vienīgs atteices punkts, savukārt atslēga, kas nokopēta uz katru plati, ir visas flotes akreditācijas dati bez īpašnieka. Neviens no tiem nav atjaunošanas plāns.

Tests ir vienkāršs: ja repozitorijs rīt noplūstu, ko iegūtu uzbrucējs? Šabloni un topoloģijas piezīmes izdzīvo. Strādājoša identitāte ne.

Ļaujiet automatizācijai pārvaldīt to, ko tā var palaist no jauna

Ansible modelis glabā pārvaldīto mezglu inventāru atsevišķi no lugām, uzdevumiem, lomām un apdarinātājiem, kas iedarbojas, kad uzdevums ziņo par izmaiņām. Izmantojiet šo struktūru, lai piešķirtu katram pakalpojumam vienu konfigurācijas īpašnieku, nevis atkārtoti atskaņotu čaulas vēsturi. Dodiet priekšroku darbībām, ko droši izpildīt divreiz, un apzināti izlemiet, kā mainītais fails nonāk pie darbojošā procesa. Uzdevums, kas nodrošina pakalpojuma palaišanu, ne vienmēr liek tam pārlasīt tikko pārrakstīto konfigurāciju.

Atdaliet arī administrēšanas posmus. Sāknēšanas savienojamība, parastā konfigurācija un no VPN atkarīgā pārvaldība ir trīs dažādi logi, un trešais var atņemt jūsu pašu piekļuvi, ja pārbūve atiestata tīklu zem tā. Saglabājiet neatkarīgu iekļūšanas ceļu.

Atjaunojiet datus un identitāti apzināti

Konteinera sējumi saglabājas neatkarīgi no konteinera dzīves cikla, bet rakstāmais slānis konteinera iekšienē nesaglabājas, tāpēc konteinera atjaunošana no tā attēla neatjauno stāvokli, ko lietotne izmantoja, kā apraksta sējumu dokumentācija. Pierakstiet sējumus, piesaistes punktus un ārējos pakalpojumus, no kuriem ierīce ir atkarīga, un izmantojiet pašas lietotnes dublēšanas un atjaunošanas procesu. Konteiners, kas startē bez kļūdas, nav pierādījums, ka tā datubāze un faili saskan.

Attiecībā uz identitāti izlemiet, vai atjaunojat to pašu ierīci vai reģistrējat aizstājēju, jo tās ir dažādas darbības ar atšķirīgu tīrīšanu.

Saskaņojiet vecā partnera piekļuvi pirms identitātes aktivizēšanas citur, un tikai pēc tam pārbaudiet pārbūvēto ierīci izolētā vai atjaunošanas vidē. Pārbaudiet nepieciešamos datus, pareizo identitāti, atjaunināšanas ceļu ar īpašnieku un paredzēto tīkla politiku.

Sāknējams attēls ir viena no četrām ievadēm, un to visvieglāk reproducēt.