Kiun vi fidas kiam vi mem funkciigas la VPN-servilon

Memgastigado donas al vi la operatoran rolon: vi elektas la programaron, la agordon, la ĝisdatigan horaron kaj tion, kion registras via propra servo. Kion ĝi ne faras, estas forigi la aliajn partiojn el la konekto. Via alirreto plu portas la pakaĵojn, via gastigprovizanto plu funkciigas la maŝinon, solvilo plu respondas demandojn kaj celo plu vidas peton. Scii, kiun el tiuj vi vere ŝanĝis, estas la tuta ekzerco.

Paŝo 1: inventaru la partiojn

Listigu ĉiun partion en la reala deplojo: via aparato, la reto al kiu vi konektiĝas, la VPN-gastiganto, la DNS-solvilo kaj la cella servo. Por ĉiu, notu, kion ĝi povas observi kaj kiujn agordojn vi regas.

Tiu tabelo estas pli utila ol ajna aserto pri anonimeco, ĉar ĝi montras, kie la kontrolo vere ŝanĝiĝis. Vi regas la agordon kaj la registraĵojn de la gastiganto. Vi ne regas la vidon de la alirreto pri via konekto, kaj vi ne regas tion, kion la celo registras pri via konto.

Por hejma finpunkto, kovrita trafiko normale eliras per la alirkonekto de tiu hejmo. La elira adreso, kiun vidas via celo, estas tiu de la domanaro, kio estas fakto pri la topologio kaj ne difekto en la programaro. Se tiu adreso estas tio, kion vi volis ŝanĝi, hejma servilo ne povas tion fari. Vi bezonas eliron aliloke.

Paŝo 2: skribu, kion vi gajnis

Vi povas inspekti la deplojitan agordon, decidi, kiuj aparatoj rajtas aliĝi, starigi diagnozan politikon kaj konservi la registraĵojn, kiujn vi elektas. Tiuj estas veraj kontroloj, kiam vi prizorgas ilin, kaj ili estas la honesta kialo por memgastigado.

Ili ankaŭ estas kondiĉaj. Neuzita defaŭlta agordo kaj netestita sekurkopio ne estas ecoj, kiujn la protokolo liveras; ili estas intencoj. Skribu la kontrolon kune kun la testo, kiu pruvas ĝin, aŭ ĝi ne validas.

Paŝo 3: akceptu la prizorgan liston

La listo estas mallonga kaj senkompata: protekti la administrantan konton, protekti la ŝlosilojn de la servilo, provizi kaj revoki la identecojn de klientoj, konservi sekurkopiojn, forigi perditajn aparatojn kaj teni reakiran vojon, kiu ne dependas de la fiaskanta tunelo.

Revoko meritas sian propran linion. Aparato, kiun vi forigis el la agordo sed neniam revokis, ankoraŭ havas validajn akreditaĵojn, kaj la diferenco montriĝas nur kiam iu uzas ilin. Testu la forigon per provo konekti kun la malnova materialo.

Sekurkopioj bezonas la saman traktadon. Restarigu unu sur rezerva gastiganto kaj konfirmu, ke la tunelo ekfunkcias kun la samaj identecoj. Sekurkopio, kiun vi neniam restarigis, estas dosiero, ne reakira plano.

Paŝo 4: forlasu la supozon de anonimeco

Funkciigi la servilon ne igas vian retumilon anonima. Retejoj plu ricevas kontan informon kaj kuketojn, kaj HTTPS protektas aplikajn datumojn sur sia propra vojo sendepende de la tunelo.

Ekzistas ankaŭ pli subtila efiko: adreso uzata nur de vi povas fariĝi stabila signalo ligita al via uzo. Komerca eliro estas kunhavata kun fremduloj, kio malbonas por privateco unumaniere kaj bonas alimaniere. Via propra adreso estas unika, kio inversigas tiun komercon.

Se la celo estas esti malfacile korelebla, memgastigado povas tion plifaciligi anstataŭ plimalfaciligi. Decidu, kiun econ vi vere volas, antaŭ ol dediĉi vesperon al ĝi. Unikeco estas kosto, ne trajto, kaj ĝi ne aperas en la plej multaj tekstoj pri memgastigado. Skribu ĝin en la parti-tabelon el paŝo 1 kaj la komerco fariĝas videbla.

Paŝo 5: elektu ĝin pro difinita kialo

Privata aliro al via propra reto, kontrolo de la agordo, specifa enkursiga postulo aŭ sendependeco de la politiko de provizanto estas ĉiuj bonaj kialoj. Skribu la aplikitan kaj projektadu la teston, kiu montrus, ke ĝi funkcias.

Poste kontrolu la enuajn partojn: ĉu la gastiganto estas flikita, ĉu malnovaj ŝlosiloj malaperis, ĉu la konservado estas tiu, kiun vi dokumentis, kaj ĉu vi povas restarigi la servon post fiasko? Tiuj kvar respondoj priskribas la fidan modelon multe pli bone ol la nomo de la protokolo.

Paŝo 6: planu la eliron

Decidu anticipe, kiel vi migrus for de la gastiganto: kie loĝas la agordo, kiel klientaj profiloj estas reeldonitaj kaj kio okazas al la konservitaj registraĵoj. Memgastigata servo sen elira plano fariĝas dependeco, kiun vi ne povas forigi.

La komuna respondeca modelo de AWS estas utila ŝablono ankaŭ ekster AWS, ĉar ĝi devigas la saman demandon: kiu tavolo estas via kaj kiu apartenas al iu alia. Respondu ĝin por ĉiu partio el paŝo 1, kaj la fida modelo ĉesas esti slogano.