VPN cloud Anda tetap bergantung pada penyedia hosting

Anda memasang sistem operasi, mengeraskan layanan, dan memegang kuncinya, dan mulai terasa bahwa server itu milik Anda. Itu milik Anda seperti apartemen sewaan milik Anda: kunci pintunya Anda kendalikan dan gedungnya bukan. Hypervisor, jaringan di depan instans, dan akun yang bisa membangun ulang semuanya milik orang lain. Perbedaan itulah yang menentukan apa yang harus dicakup rencana pemulihan, dan itulah bagian yang paling sedikit diubah oleh hosting sendiri.

Akun adalah bidang kendali yang sebenarnya

Akun hosting mengelola mesin virtual, disknya, snapshot, alamat publik, dan aturan jaringannya. Semuanya bisa diubah tanpa masuk ke tamu sama sekali, yang menempatkan akun di luar model ancaman yang dijelaskan sebagian besar panduan VPN. Konfigurasi terowongan yang sempurna bertahan dari tindakan akun yang mengganti sebuah disk.

Lindungi akun itu sebagai aset terpisah: kredensial independen, faktor kedua berbasis perangkat keras, dan jejak audit yang benar-benar dibaca seseorang. Membaginya dengan entri pengelola kata sandi yang sama dengan layanan VPN adalah kesalahan yang membuat semua kendali lain tidak relevan.

Baca pembagian tugas penyedia untuk produk tertentu, bukan untuk cloud secara umum. Model tanggung jawab bersama adalah contoh berguna tentang bagaimana lapisan dibagi, dan penyedia lain menjelaskan batas mereka sendiri alih-alih mewarisi yang itu. Yang Anda cari adalah kegagalan mana yang harus Anda perbaiki dan mana yang hanya bisa Anda laporkan.

Peristiwa infrastruktur yang tidak bisa Anda kelola

Migrasi langsung, pemeliharaan host, kegagalan perangkat keras pada node fisik, dan peristiwa kapasitas semuanya ditangani penyedia menurut jadwalnya sendiri. Anda mungkin melihat reboot, kehilangan paket singkat, atau perubahan alamat, dan Anda tidak akan melihat alasannya. Desain yang memperlakukan instans sebagai titik tetap akan menafsirkan masing-masingnya sebagai gangguan VPN. Tindakan perbaikannya adalah membuat layanan tahan terhadap instans yang menghilang, bukan menyelidiki penyebab yang tidak akan pernah ditunjukkan kepada Anda.

Cadangan milik lapisan ini, bukan terowongan. Simpan konfigurasi server, identitas, rencana alamat, dan rute yang diizinkan di tempat yang tidak bergantung pada keterjangkauan instans, dan pastikan salinannya dapat dipulihkan tanpa disk asli.

Perilaku alamat layak mendapat pemeriksaan sendiri. Apakah alamat publik bertahan dari penghentian, penggantian, atau penghapusan bergantung pada cara alokasinya, dan ketiga operasi itu tidak dapat dipertukarkan. Catat mana yang Anda andalkan sebelum insiden membuat pertanyaannya mendesak.

Periksa apa yang bertahan dari pembangunan ulang

Bangun jalur pemulihan selagi semuanya berjalan. Identifikasi konsol atau akses out-of-band yang ditawarkan penyedia, pastikan Anda bisa mencapainya tanpa terowongan, dan simpan kredensial di tempat yang tidak terbawa oleh laptop rusak atau ponsel hilang. Jika perubahan firewall lokal memblokir terowongan, konsol itulah satu-satunya jalan kembali.

curl -s http://169.254.169.254/latest/meta-data/instance-id
curl -s http://169.254.169.254/latest/meta-data/public-ipv4
cloud-init status --long

Layanan metadata menjawab pertanyaan tentang instans yang tidak bisa dilihat tamu dengan cara lain, dan jalur persisnya berbeda antarpenyedia dan antarplatform, jadi verifikasi dengan dokumentasi produk yang Anda jalankan. Lalu lakukan satu pembangunan ulang terkendali pada instans uji dan ukur waktunya. Prosedur pemulihan yang belum pernah dijalankan siapa pun hanyalah hipotesis.

Perhatikan apa yang dilakukan pembangunan ulang terhadap alamat, kunci host, identitas disk, dan apa pun yang disematkan klien. Klien yang menyimpan kunci host di cache akan mengeluh setelah pembangunan ulang, dan keluhan itu adalah perilaku yang benar, bukan bug yang harus dibungkam.

Putuskan apa yang sebenarnya diubah hosting sendiri

Menjalankan VPN sendiri memindahkan kepercayaan dari operator VPN ke penyedia hosting ditambah diri Anda. Itu perubahan nyata, dan itu tidak sama dengan menghapus pihak ketiga. Jika tujuannya adalah menghentikan VPN komersial mengamati lalu lintas, penyedia tetap dapat mengamati jaringan instans, disknya, dan catatan penagihannya.

Log Anda sendiri menggambarkan perangkat lunak Anda, dan tidak menggambarkan setiap catatan infrastruktur yang disimpan penyedia. Sebaliknya juga benar: visibilitas infrastruktur tidak membuktikan apa yang disimpan penyedia. Kedua pertanyaan memerlukan kebijakan penyedia dan konfigurasi Anda, dan tidak satu pun menjawab yang lain.

Tulis jawabannya sebagai pembagian kerja: lapisan mana yang gagal, siapa yang bisa memperbaikinya, dan berapa lama perbaikan itu. Hosting sendiri mengubah kepada siapa Anda percaya, dan bagian berguna dari latihan ini adalah mengetahui persis lapisan mana yang Anda percayakan kepada mereka.