VPN awan anda masih bergantung pada penyedia pengehosan
Mentadbir tetamu tidak memberi anda hypervisor, rangkaian atau akaun. Rancang kebergantungan yang tidak dapat anda baiki dari dalam terowong.
Anda memasang sistem pengendalian, mengeraskan perkhidmatan dan memegang kunci, dan ia mula terasa seperti pelayan itu milik anda. Ia milik anda seperti sebuah flat sewa milik anda: kunci pintu di bawah kawalan anda dan bangunannya tidak. Hypervisor, rangkaian di hadapan instans dan akaun yang boleh membina semula semuanya milik orang lain. Perbezaan itulah yang menentukan apa yang perlu diliputi oleh pelan pemulihan, dan itulah bahagian yang paling sedikit diubah oleh pengehosan sendiri.
Akaun ialah satah kawalan sebenar
Akaun pengehosan mengurus mesin maya, cakera, syot kilat, alamat awam dan peraturan rangkaiannya. Semuanya boleh diubah tanpa log masuk ke tetamu, yang meletakkan akaun di luar model ancaman yang digambarkan oleh kebanyakan panduan VPN. Konfigurasi terowong yang sempurna bertahan daripada tindakan akaun yang menggantikan cakera.
Lindungi akaun itu sebagai aset berasingan: kelayakan bebas, faktor kedua yang disokong perkakasan dan jejak audit yang benar-benar dibaca oleh seseorang. Berkongsi dengan entri pengurus kata laluan yang sama seperti perkhidmatan VPN ialah kesilapan yang menjadikan setiap kawalan lain tidak relevan.
Baca pembahagian tugas penyedia untuk produk tertentu, bukan untuk awan secara umum. Model tanggungjawab dikongsi ialah contoh berguna tentang cara lapisan dibahagikan, dan penyedia lain menerangkan sempadan mereka sendiri dan bukannya mewarisi yang itu. Yang anda cari ialah kegagalan mana yang perlu anda baiki dan mana yang hanya boleh anda laporkan.
Peristiwa infrastruktur yang tidak dapat anda tadbir
Migrasi langsung, penyelenggaraan hos, kegagalan perkakasan pada nod fizikal dan peristiwa kapasiti semuanya dikendalikan penyedia mengikut jadualnya sendiri. Anda mungkin melihat but semula, kehilangan paket sebentar atau perubahan alamat, dan anda tidak akan melihat puncanya. Reka bentuk yang menganggap instans sebagai titik tetap akan mentafsir setiap satunya sebagai kerosakan VPN. Tindakan pembetulan ialah menjadikan perkhidmatan bertoleransi terhadap instans yang hilang, bukan menyiasat punca yang tidak akan pernah ditunjukkan kepada anda.
Sandaran tergolong dalam lapisan ini, bukan terowong. Simpan konfigurasi pelayan, identiti, pelan alamat dan laluan yang dibenarkan di tempat yang tidak bergantung pada kebolehcapaian instans, dan sahkan bahawa salinan itu boleh dipulihkan tanpa cakera asal.
Tingkah laku alamat wajar diperiksa sendiri. Sama ada alamat awam bertahan selepas henti, penggantian atau pemadaman bergantung pada cara ia diperuntukkan, dan ketiga-tiga operasi itu tidak boleh saling ditukar. Catat yang mana anda bergantung padanya sebelum insiden menjadikan soalan itu mendesak.
Periksa apa yang bertahan selepas pembinaan semula
Bina laluan pemulihan semasa semuanya berfungsi. Kenal pasti konsol atau akses luar jalur yang ditawarkan penyedia, sahkan anda boleh mencapainya tanpa terowong, dan simpan kelayakan di tempat yang tidak dibawa oleh komputer riba rosak atau telefon hilang. Jika perubahan tembok api setempat menyekat terowong, 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
Perkhidmatan metadata menjawab soalan tentang instans yang tidak dapat dilihat oleh tetamu dengan cara lain, dan laluan tepatnya berbeza antara penyedia dan antara platform, jadi sahkan dengan dokumentasi produk yang anda jalankan. Kemudian lakukan satu pembinaan semula terkawal bagi instans ujian dan ukur masanya. Prosedur pemulihan yang tidak pernah dilaksanakan oleh sesiapa hanyalah hipotesis.
Perhatikan apa yang pembinaan semula lakukan kepada alamat, kunci hos, identiti cakera dan apa-apa yang disematkan oleh klien. Klien yang menyimpan kunci hos dalam cache akan merungut selepas pembinaan semula, dan rungutan itu ialah tingkah laku yang betul, bukan pepijat yang perlu dibungkamkan.
Putuskan apa yang sebenarnya diubah oleh pengehosan sendiri
Menjalankan VPN sendiri memindahkan kepercayaan daripada pengendali VPN kepada penyedia pengehosan serta diri anda. Itu perubahan sebenar, dan ia tidak sama dengan membuang pihak ketiga. Jika tujuannya ialah menghalang VPN komersial daripada memerhati trafik, penyedia masih boleh memerhati rangkaian instans, cakeranya dan rekod pengebilannya.
Log anda sendiri menerangkan perisian anda, dan ia tidak menerangkan setiap rekod infrastruktur yang disimpan oleh penyedia. Sebaliknya juga benar: keterlihatan infrastruktur tidak membuktikan apa yang disimpan oleh penyedia. Kedua-dua soalan memerlukan dasar penyedia dan konfigurasi anda, dan tiada satu pun menjawab yang lain.
Tulis jawapannya sebagai pembahagian kerja: lapisan mana yang gagal, siapa yang boleh membaikinya dan berapa lama pembaikan itu. Pengehosan sendiri mengubah siapa yang anda percayai, dan bahagian berguna dalam latihan ini ialah mengetahui dengan tepat lapisan mana anda mempercayai mereka.