Pašhostings jums piešķir operatora lomu: jūs izvēlaties programmatūru, konfigurāciju, atjauninājumu grafiku un to, ko ieraksta jūsu paša pakalpojums. Ko tas nedara, ir citu pušu izņemšana no savienojuma. Jūsu piekļuves tīkls joprojām pārvadā paketes, jūsu mitināšanas pakalpojumu sniedzējs joprojām pārvalda mašīnu, atrisinātājs joprojām atbild uz vaicājumiem, un galamērķis joprojām redz pieprasījumu. Zināt, kuru no tiem jūs patiešām mainījāt, ir viss vingrinājums.

Solis 1: uzskaitiet puses

Uzskaitiet katru pusi reālajā izvietojumā: jūsu ierīce, tīkls, kuram pievienojaties, VPN resursdators, DNS atrisinātājs un galamērķa pakalpojums. Katrai pierakstiet, ko tā var novērot un kādus iestatījumus kontrolējat jūs.

Šī tabula ir noderīgāka par jebkuru apgalvojumu par anonimitāti, jo tā parāda, kur kontrole patiešām mainījās. Jūs kontrolējat resursdatora konfigurāciju un žurnālus. Jūs nekontrolējat piekļuves tīkla skatījumu uz jūsu savienojumu un nekontrolējat to, ko galamērķis ieraksta par jūsu kontu.

Mājas galapunktam pārklātā datplūsma parasti iziet caur tās mājas piekļuves savienojumu. Izejas adrese, ko redz jūsu galamērķis, ir mājsaimniecības adrese, un tas ir topoloģijas fakts, nevis programmatūras defekts. Ja tieši šo adresi jūs gribējāt mainīt, mājas serveris to nevar izdarīt. Jums vajadzīga izeja citur.

Solis 2: pierakstiet, ko ieguvāt

Jūs varat pārbaudīt izvietoto konfigurāciju, izlemt, kuras ierīces drīkst pievienoties, noteikt diagnostikas politiku un glabāt izvēlētos ierakstus. Tie ir patiesi kontroles līdzekļi, kad jūs tos uzturat, un tas ir godīgais pašhostinga iemesls.

Tie ir arī nosacīti. Neizmantots noklusējuma iestatījums un nepārbaudīta dublējuma kopija nav īpašības, ko nodrošina protokols; tie ir nodomi. Pierakstiet kontroli kopā ar pārbaudi, kas to pierāda, citādi tā netiek skaitīta.

Solis 3: pieņemiet apkopes sarakstu

Saraksts ir īss un nežēlīgs: aizsargājiet administratora kontu, aizsargājiet servera atslēgas, izsniedziet un atsauciet klientu identitātes, uzturiet dublējuma kopijas, noņemiet pazaudētās ierīces un saglabājiet atkopšanas ceļu, kas nav atkarīgs no bojātā tuneļa.

Atsaukšana ir pelnījusi savu rindu. Ierīce, ko esat izņēmis no konfigurācijas, bet nekad nav atsaucis, joprojām glabā derīgus akreditācijas datus, un atšķirība parādās tikai tad, kad kāds tos izmanto. Pārbaudiet noņemšanu, mēģinot savienoties ar veco materiālu.

Dublējuma kopijām vajadzīga tāda pati attieksme. Atjaunojiet vienu rezerves resursdatorā un apstipriniet, ka tunelis paceļas ar tām pašām identitātēm. Dublējuma kopija, kuru nekad neesat atjaunojis, ir fails, nevis atkopšanas plāns.

Solis 4: atmetiet anonimitātes pieņēmumu

Servera uzturēšana nepadara jūsu pārlūku anonīmu. Vietnes joprojām saņem konta informāciju un sīkfailus, un HTTPS aizsargā lietotnes datus savā ceļā neatkarīgi no tuneļa.

Ir arī smalkāka ietekme: adrese, ko lietojat tikai jūs, var kļūt par stabilu signālu, kas saistīts ar jūsu lietošanu. Komerciāla izeja tiek dalīta ar svešiniekiem, un tas privātumam vienā ziņā ir slikti, bet citā labi. Jūsu paša adrese ir unikāla, un tas apgriež šo darījumu.

Ja mērķis ir būt grūti korelējamam, pašhostings to var drīzāk atvieglot nekā apgrūtināt. Izlemiet, kuru īpašību jūs patiešām gribat, pirms tam veltāt vakaru. Unikalitāte ir izmaksas, nevis iezīme, un tā neparādās lielākajā daļā rakstu par pašhostingu. Ierakstiet to soļa 1 pušu tabulā, un darījums kļūst redzams.

Solis 5: izvēlieties to norādīta iemesla dēļ

Privāta piekļuve savam tīklam, konfigurācijas kontrole, konkrēta maršrutēšanas prasība vai neatkarība no piegādātāja politikas ir visi labi iemesli. Pierakstiet to, kas attiecas uz jums, un izstrādājiet pārbaudi, kas parādītu, ka tas strādā.

Pēc tam pārbaudiet garlaicīgās daļas: vai resursdators ir salāpīts, vai vecās atslēgas ir pazudušas, vai glabāšana atbilst tam, ko dokumentējāt, un vai varat atjaunot pakalpojumu pēc kļūmes? Šīs četras atbildes raksturo uzticēšanās modeli daudz labāk nekā protokola nosaukums.

Solis 6: plānojiet iziešanu

Izlemiet iepriekš, kā jūs migrētu prom no resursdatora: kur dzīvo konfigurācija, kā klientu profili tiek izsniegti no jauna un kas notiek ar saglabātajiem ierakstiem. Pašhostēts pakalpojums bez iziešanas plāna kļūst par atkarību, ko nevarat noņemt.

AWS kopīgās atbildības modelis ir noderīga veidne arī ārpus AWS, jo tā uzspiež to pašu jautājumu: kurš slānis ir jūsu un kurš pieder kādam citam. Atbildiet uz to katrai soļa 1 pusei, un uzticēšanās modelis pārstāj būt sauklis.

Saistītie raksti