Kepada siapa Anda percaya saat menjalankan server VPN sendiri

Hosting mandiri memberi Anda peran operator: Anda memilih perangkat lunak, konfigurasi, jadwal pembaruan, dan apa yang dicatat layanan Anda sendiri. Yang tidak dilakukannya adalah menghapus pihak lain dari koneksi. Jaringan akses Anda masih membawa paket, penyedia hosting Anda masih menjalankan mesin, resolver masih menjawab kueri, dan tujuan masih melihat permintaan. Mengetahui mana dari semua itu yang benar-benar Anda ubah adalah inti latihannya.

Langkah 1: inventarisasi pihak-pihak

Daftarkan setiap pihak dalam penerapan nyata: perangkat Anda, jaringan tempat Anda tersambung, host VPN, resolver DNS, dan layanan tujuan. Untuk masing-masing, catat apa yang bisa diamati dan pengaturan mana yang Anda kendalikan.

Tabel itu lebih berguna daripada klaim apa pun tentang anonimitas, karena menunjukkan di mana kendali benar-benar berubah. Anda mengendalikan konfigurasi dan log host. Anda tidak mengendalikan pandangan jaringan akses atas koneksi Anda, dan tidak mengendalikan apa yang dicatat tujuan tentang akun Anda.

Untuk titik akhir rumahan, lalu lintas tertutup biasanya keluar melalui koneksi akses rumah itu. Alamat keluar yang dilihat tujuan Anda adalah alamat rumah tangga, yang merupakan fakta topologi, bukan cacat perangkat lunak. Jika alamat itulah yang ingin Anda ubah, server rumahan tidak bisa melakukannya. Anda perlu jalan keluar di tempat lain.

Langkah 2: catat apa yang Anda peroleh

Anda dapat memeriksa konfigurasi yang diterapkan, memutuskan perangkat mana yang boleh bergabung, menetapkan kebijakan diagnostik, dan menyimpan catatan yang Anda pilih. Itu kendali nyata bila Anda merawatnya, dan itulah alasan jujur untuk hosting mandiri.

Semuanya juga bersyarat. Pengaturan bawaan yang tidak dipakai dan cadangan yang belum diuji bukan sifat yang disediakan protokol; itu niat. Catat kendalinya bersama uji yang membuktikannya, atau tidak dihitung.

Langkah 3: terima daftar pemeliharaan

Daftarnya singkat dan tanpa ampun: lindungi akun administrator, lindungi kunci server, terbitkan dan cabut identitas klien, simpan cadangan, hapus perangkat yang hilang, dan pertahankan jalur pemulihan yang tidak bergantung pada terowongan yang gagal.

Pencabutan layak mendapat barisnya sendiri. Perangkat yang Anda hapus dari konfigurasi tetapi tidak pernah dicabut masih memiliki kredensial yang sah, dan perbedaannya baru terlihat saat seseorang memakainya. Uji penghapusan dengan mencoba tersambung memakai materi lama.

Cadangan memerlukan perlakuan yang sama. Pulihkan salah satunya di host cadangan dan pastikan terowongan naik dengan identitas yang sama. Cadangan yang tidak pernah Anda pulihkan adalah berkas, bukan rencana pemulihan.

Langkah 4: lepaskan asumsi anonimitas

Menjalankan server tidak membuat peramban Anda anonim. Situs tetap menerima informasi akun dan cookie, dan HTTPS melindungi data aplikasi di jalurnya sendiri terlepas dari terowongan.

Ada juga efek yang lebih halus: alamat yang hanya Anda pakai bisa menjadi sinyal stabil yang terkait dengan penggunaan Anda. Keluar komersial dibagi dengan orang asing, yang buruk bagi privasi dalam satu hal dan baik dalam hal lain. Alamat Anda sendiri unik, dan itu membalik pertukaran tersebut.

Jika tujuannya sulit dikorelasikan, hosting mandiri justru bisa mempermudah, bukan mempersulit. Putuskan sifat mana yang benar-benar Anda inginkan sebelum menghabiskan satu malam untuknya. Keunikan adalah biaya, bukan fitur, dan tidak muncul di sebagian besar tulisan tentang hosting mandiri. Tuliskan di tabel pihak pada langkah 1 dan pertukarannya menjadi terlihat.

Langkah 5: pilih karena alasan yang dinyatakan

Akses privat ke jaringan Anda sendiri, kendali atas konfigurasi, kebutuhan perutean tertentu, atau kemandirian dari kebijakan vendor semuanya alasan yang baik. Catat yang berlaku dan rancang uji yang akan menunjukkan bahwa itu bekerja.

Lalu verifikasi bagian yang membosankan: apakah host sudah ditambal, apakah kunci lama sudah hilang, apakah retensi sesuai yang Anda dokumentasikan, dan dapatkah Anda memulihkan layanan setelah kegagalan? Empat jawaban itu menggambarkan model kepercayaan jauh lebih baik daripada nama protokol.

Langkah 6: rencanakan jalan keluar

Putuskan sebelumnya bagaimana Anda akan pindah dari host: di mana konfigurasi berada, bagaimana profil klien diterbitkan ulang, dan apa yang terjadi pada catatan yang Anda simpan. Layanan yang dihosting sendiri tanpa rencana keluar menjadi ketergantungan yang tidak bisa Anda lepaskan.

model tanggung jawab bersama AWS adalah templat yang berguna bahkan di luar AWS, karena memaksakan pertanyaan yang sama: lapisan mana yang milik Anda dan mana yang milik orang lain. Jawablah untuk setiap pihak pada langkah 1, dan model kepercayaan berhenti menjadi semboyan.