Kepada siapa anda percaya apabila menjalankan pelayan VPN sendiri
Pengehosan sendiri memindahkan peranan pengendali kepada anda. Ia tidak mengeluarkan rangkaian akses, hos, penyelesai atau destinasi daripada laluan.
Pengehosan sendiri memberi anda peranan pengendali: anda memilih perisian, konfigurasi, jadual kemas kini dan apa yang direkodkan oleh perkhidmatan anda sendiri. Apa yang tidak dilakukannya ialah mengeluarkan pihak lain daripada sambungan. Rangkaian akses anda masih membawa paket, penyedia pengehosan anda masih menjalankan mesin, penyelesai masih menjawab pertanyaan dan destinasi masih melihat permintaan. Mengetahui yang mana antaranya benar-benar anda ubah ialah keseluruhan latihan.
Langkah 1: inventori pihak-pihak
Senaraikan setiap pihak dalam penggunaan sebenar: peranti anda, rangkaian yang anda sertai, hos VPN, penyelesai DNS dan perkhidmatan destinasi. Bagi setiap satu, catat apa yang boleh diperhatikannya dan tetapan mana yang anda kawal.
Jadual itu lebih berguna daripada apa-apa dakwaan tentang tanpa nama, kerana ia menunjukkan di mana kawalan benar-benar berubah. Anda mengawal konfigurasi dan log hos. Anda tidak mengawal pandangan rangkaian akses terhadap sambungan anda, dan tidak mengawal apa yang direkodkan destinasi tentang akaun anda.
Bagi titik akhir rumah, trafik terlindung biasanya keluar melalui sambungan akses rumah itu. Alamat keluar yang dilihat destinasi anda ialah alamat isi rumah, yang merupakan fakta topologi dan bukan kecacatan perisian. Jika alamat itulah yang anda mahu ubah, pelayan rumah tidak boleh melakukannya. Anda memerlukan jalan keluar di tempat lain.
Langkah 2: catat apa yang anda peroleh
Anda boleh memeriksa konfigurasi yang digunakan, memutuskan peranti mana yang boleh menyertai, menetapkan dasar diagnostik dan menyimpan rekod yang anda pilih. Itu kawalan sebenar apabila anda menyelenggarakannya, dan itulah sebab jujur untuk pengehosan sendiri.
Ia juga bersyarat. Tetapan lalai yang tidak digunakan dan sandaran yang tidak diuji bukan sifat yang disediakan protokol; ia niat. Catat kawalan itu bersama ujian yang membuktikannya, jika tidak ia tidak dikira.
Langkah 3: terima senarai penyelenggaraan
Senarai itu pendek dan tidak berbelas kasihan: lindungi akaun pentadbir, lindungi kunci pelayan, terbitkan dan batalkan identiti klien, simpan sandaran, buang peranti yang hilang dan kekalkan laluan pemulihan yang tidak bergantung pada terowong yang gagal.
Pembatalan wajar mendapat barisnya sendiri. Peranti yang anda buang daripada konfigurasi tetapi tidak pernah dibatalkan masih memegang kelayakan yang sah, dan perbezaannya hanya muncul apabila seseorang menggunakannya. Uji pembuangan dengan cuba menyambung menggunakan bahan lama.
Sandaran memerlukan layanan yang sama. Pulihkan satu pada hos sandaran dan sahkan terowong naik dengan identiti yang sama. Sandaran yang tidak pernah anda pulihkan ialah fail, bukan pelan pemulihan.
Langkah 4: lepaskan andaian tanpa nama
Menjalankan pelayan tidak menjadikan pelayar anda tanpa nama. Laman masih menerima maklumat akaun dan kuki, dan HTTPS melindungi data aplikasi pada laluannya sendiri tanpa mengira terowong.
Ada juga kesan yang lebih halus: alamat yang hanya anda gunakan boleh menjadi isyarat stabil yang dikaitkan dengan penggunaan anda. Keluar komersial dikongsi dengan orang asing, yang buruk untuk privasi dari satu segi dan baik dari segi lain. Alamat anda sendiri unik, dan itu membalikkan pertukaran tersebut.
Jika matlamatnya sukar dikaitkan, pengehosan sendiri mungkin memudahkannya dan bukan menyukarkannya. Putuskan sifat mana yang benar-benar anda mahu sebelum menghabiskan satu malam untuknya. Keunikan ialah kos, bukan ciri, dan ia tidak muncul dalam kebanyakan tulisan tentang pengehosan sendiri. Tuliskannya dalam jadual pihak langkah 1 dan pertukaran itu menjadi kelihatan.
Langkah 5: pilihnya atas sebab yang dinyatakan
Akses peribadi ke rangkaian anda sendiri, kawalan konfigurasi, keperluan penghalaan tertentu atau kebebasan daripada dasar vendor semuanya sebab yang baik. Catat yang berkenaan dan reka ujian yang akan menunjukkan ia berfungsi.
Kemudian sahkan bahagian yang membosankan: adakah hos ditampal, adakah kunci lama hilang, adakah penyimpanan seperti yang anda dokumentasikan, dan bolehkah anda memulihkan perkhidmatan selepas kegagalan? Empat jawapan itu menerangkan model kepercayaan jauh lebih baik daripada nama protokol.
Langkah 6: rancang jalan keluar
Putuskan lebih awal bagaimana anda akan berpindah dari hos: di mana konfigurasi tinggal, bagaimana profil klien diterbitkan semula dan apa yang berlaku kepada rekod yang anda simpan. Perkhidmatan yang dihos sendiri tanpa pelan keluar menjadi kebergantungan yang tidak boleh anda buang.
model tanggungjawab bersama AWS ialah templat berguna walaupun di luar AWS, kerana ia memaksa soalan yang sama: lapisan mana milik anda dan mana milik orang lain. Jawab untuk setiap pihak dalam langkah 1, dan model kepercayaan berhenti menjadi slogan.