Sino ang pinagkakatiwalaan mo kapag ikaw mismo ang nagpapatakbo ng VPN server

Ibinibigay sa iyo ng sariling pagho-host ang tungkulin ng operator: ikaw ang pumipili ng software, kompigurasyon, iskedyul ng pag-update at kung ano ang itinatala ng sarili mong serbisyo. Ang hindi nito ginagawa ay ang alisin ang iba pang partido sa koneksyon. Dala pa rin ng access network mo ang mga packet, pinapatakbo pa rin ng hosting provider mo ang makina, sumasagot pa rin ang resolver sa mga query at may nakikitang request pa rin ang destinasyon. Ang malaman kung alin sa mga ito ang talagang binago mo ang buong ehersisyo.

Hakbang 1: ilista ang mga partido

Ilista ang bawat partido sa tunay na deployment: ang device mo, ang network na kinakabitan mo, ang VPN host, ang DNS resolver at ang serbisyong destinasyon. Para sa bawat isa, itala kung ano ang maaari nitong obserbahan at kung aling mga setting ang kinokontrol mo.

Mas kapaki-pakinabang ang talahanayang iyon kaysa sa anumang pahayag tungkol sa anonimidad, dahil ipinapakita nito kung saan talaga nagbago ang kontrol. Kinokontrol mo ang kompigurasyon at mga log ng host. Hindi mo kinokontrol ang pananaw ng access network sa koneksyon mo, at hindi mo kinokontrol kung ano ang itinatala ng destinasyon tungkol sa account mo.

Para sa isang endpoint sa bahay, karaniwang lumalabas ang sakop na trapiko sa koneksyon ng access ng bahay na iyon. Ang exit address na nakikita ng destinasyon mo ay ang address ng sambahayan, na isang katotohanan tungkol sa topolohiya at hindi depekto sa software. Kung iyon ang address na gusto mong baguhin, hindi iyon kaya ng isang server sa bahay. Kailangan mo ng exit sa ibang lugar.

Hakbang 2: isulat ang nakuha mo

Maaari mong suriin ang naka-deploy na kompigurasyon, magpasya kung aling mga device ang maaaring sumali, magtakda ng patakaran sa diagnostiko at itago ang mga rekord na pinili mo. Tunay na kontrol ang mga ito kapag pinapanatili mo, at iyon ang tapat na dahilan para sa sariling pagho-host.

May kondisyon din ang mga ito. Ang hindi ginagamit na default na setting at ang hindi pa nasubukang backup ay hindi katangiang ibinibigay ng protocol; mga intensyon ang mga ito. Isulat ang kontrol kasama ang pagsubok na nagpapatunay nito, kung hindi ay hindi ito binibilang.

Hakbang 3: tanggapin ang listahan ng pagpapanatili

Maikli at walang awa ang listahan: protektahan ang administrator account, protektahan ang mga key ng server, magbigay at magbawi ng mga pagkakakilanlan ng kliyente, panatilihin ang mga backup, alisin ang mga nawawalang device at panatilihin ang landas ng pagbawi na hindi nakadepende sa pumapalyang tunnel.

Ang pagbawi ay karapat-dapat sa sariling linya. Ang device na inalis mo sa kompigurasyon pero hindi kailanman binawi ay may bisa pa ring mga kredensyal, at lumalabas lang ang pagkakaiba kapag may gumamit ng mga ito. Subukan ang pag-alis sa pamamagitan ng pagtatangkang kumonekta gamit ang lumang materyal.

Kailangan din ng mga backup ang parehong pagtrato. Ibalik ang isa sa ekstrang host at kumpirmahin na tumataas ang tunnel na may parehong mga pagkakakilanlan. Ang backup na hindi mo kailanman naibalik ay isang file, hindi plano sa pagbawi.

Hakbang 4: bitiwan ang palagay ng anonimidad

Ang pagpapatakbo ng server ay hindi nagpapaanonimo sa browser mo. Tumatanggap pa rin ng impormasyon ng account at cookie ang mga site, at pinoprotektahan ng HTTPS ang data ng aplikasyon sa sarili nitong landas anuman ang tunnel.

May mas banayad pang epekto: ang address na ikaw lang ang gumagamit ay maaaring maging matatag na hudyat na nauugnay sa paggamit mo. Ang komersyal na exit ay hinahati sa mga estranghero, na masama sa privacy sa isang paraan at mabuti sa ibang paraan. Kakaiba ang sarili mong address, at binabaligtad nito ang palitang iyon.

Kung layunin mong mahirap ka iugnay, maaaring gawing mas madali ito ng sariling pagho-host kaysa mas mahirap. Magpasya kung aling katangian ang talagang gusto mo bago maglaan ng isang gabi dito. Ang pagiging kakaiba ay gastos, hindi tampok, at hindi ito lumalabas sa karamihan ng mga sulatin tungkol sa sariling pagho-host. Isulat ito sa talahanayan ng mga partido sa hakbang 1 at makikita ang palitan.

Hakbang 5: piliin ito dahil sa tinukoy na dahilan

Pribadong access sa sarili mong network, kontrol sa kompigurasyon, partikular na pangangailangan sa routing o kalayaan mula sa patakaran ng isang vendor ay pawang magagandang dahilan. Isulat ang naaangkop at idisenyo ang pagsubok na magpapakita na gumagana ito.

Pagkatapos ay i-verify ang mga nakakabagot na bahagi: na-patch ba ang host, wala na ba ang lumang mga key, tugma ba ang retention sa dokumento mo, at kaya mo bang ibalik ang serbisyo pagkatapos ng pagpalya? Mas mahusay na inilalarawan ng apat na sagot na iyon ang modelo ng pagtitiwala kaysa sa pangalan ng protocol.

Hakbang 6: planuhin ang paglabas

Magpasya nang maaga kung paano ka lilipat mula sa host: saan naninirahan ang kompigurasyon, paano muling inilalabas ang mga profile ng kliyente at ano ang mangyayari sa mga rekord na itinago mo. Ang serbisyong sariling-host na walang plano sa paglabas ay nagiging dependency na hindi mo maaalis.

modelo ng pinagsamang responsibilidad ng AWS ay kapaki-pakinabang na template kahit sa labas ng AWS, dahil pinipilit nito ang parehong tanong: aling layer ang sa iyo at alin ang sa iba. Sagutin ito para sa bawat partido sa hakbang 1, at tumitigil ang modelo ng pagtitiwala sa pagiging islogan.