VPN multi-penyewa: gateway bersama, per penyewa atau per host
Terowongan bukan isolasi penyewa. Bandingkan gateway bersama, gateway per penyewa, dan koneksi per host pada pemetaan identitas, perutean, dan penghentian.
Putuskan siapa yang menerima pelanggan dan apa yang mencegah pelanggan itu menjangkau sumber daya penyewa lain. Itu dua keputusan, dan memilih IPsec, WireGuard, atau produk mesh tidak menjawab keduanya. Terowongan yang terpasang sempurna masih bisa membiarkan setiap penyewa menjangkau semua penyewa lain, dan tinjauan yang memperlakukan keduanya sebagai hal yang sama menyetujui desain yang salah. Tulis peta pelanggan-ke-sumber-daya lebih dulu: administrator, akses dukungan, layanan bersama, dan jalur yang harus tetap ditolak.
Mulai dari peta, bukan dari produk
Peta itu adalah artefak pertama, dan setiap pilihan di bawah hanyalah keputusan tentang di mana batas yang menegakkannya berada. Jaga agar tetap dapat ditinjau: satu baris per pelanggan, satu baris per layanan bersama, dan jalur yang ditolak dituliskan.
Peta yang tidak bisa dibaca siapa pun adalah peta yang tidak akan ditegakkan siapa pun.
Satu titik penerimaan dan masalah pemetaannya
Setiap penempatan diputuskan oleh satu pertanyaan operasional, dan tabelnya adalah seluruh perbandingan.
| Placement | The question it lives or dies on |
|---|---|
| One shared gateway | How does an admitted identity end up limited to its own resources and its own routing context? |
| A gateway per tenant | Who owns each gateway, its credentials, its policy, its updates and its eventual retirement? |
| A connection per hosted machine | How do enrollment, per-machine policy and replacement work at fleet scale? |
Gateway bersama memusatkan penerimaan dan memusatkan risiko di satu tempat: kaitan antara identitas penyewa dan kebijakannya. Grup atau alamat terowongan harus diselesaikan menjadi izin sumber daya yang tepat, dan label berbeda per pelanggan tidak mencegah apa pun dengan sendirinya. Konteks perutean terpisah dapat menampung prefiks yang tumpang tindih bila platform mendukungnya dan desainnya lengkap. Tabel perutean bersama biasa tidak dapat membedakan dua prefiks tujuan yang identik hanya karena orang di belakangnya memiliki akun berbeda.
Itu ujian bagi sebagian besar desain. Dua penyewa yang sama-sama menomori secara internal dengan 10.0.0.0/8 membutuhkan keadaan perutean terpisah, bukan konvensi penamaan.
Gateway per penyewa membeli batas dan sistem
Satu gateway per pelanggan membuat beberapa batas administratif mudah dijelaskan, karena penerimaan dan kebijakan pelanggan itu berada bersama. Itu juga melipatgandakan sistem yang membutuhkan kredensial, tambalan, pemantauan, dan pemilik. Dan itu tidak memaksakan satu susunan alamat publik yang ditentukan: berbagi titik akhir, penerjemahan, dan demultipleksan protokol bergantung pada apa yang benar-benar didukung implementasinya.
Hitung sistem dan orangnya sebelum menghitung keuntungan keamanannya. Desain dengan empat gateway lebih banyak daripada yang dapat ditambal tim tidak lebih terisolasi dalam praktik.
Jika jumlah penyewa bergerak setiap bulan, model itu membutuhkan cerita otomatisasi, bukan templat.
Koneksi per host memindahkan pekerjaannya
Koneksi pada setiap mesin yang dihosting tidak menghapus pekerjaan operasional, melainkan memindahkannya ke siklus hidup mesin. Pendaftaran, kebijakan per mesin, rotasi kunci, dan penggantian menjadi bagian dari penyediaan, dan semuanya gagal dalam jendela yang sama dengan mesin itu sendiri. Untuk segelintir host berumur panjang di jaringan yang berbeda, itu sering tepat, dan untuk armada yang sudah kehilangan jejak citra mana berjalan di mana, jarang.
Beri nama peran untuk penerbitan identitas, pembaruan, pencabutan akses, pemantauan, dan pemulihan pada setiap opsi. Lalu tanyakan apa yang terjadi pada hari seorang pelanggan pergi.
Penghentian termasuk dalam perbandingan
Sebagian besar perbandingan melewati penghentian. Menghapus penyewa harus membatalkan kredensialnya, menjatuhkan kebijakannya, melepaskan alamat dan keadaan peruteannya, dan membiarkan semua orang lain tidak tersentuh. Panduan arsitektur tanpa kepercayaan NIST adalah rujukan yang tepat di sini, karena menempatkan autentikasi dan otorisasi pada sumber daya alih-alih mempercayai posisi jaringan, dan itu berlaku juga di dalam segmen pelanggan itu sendiri.
Timbang aliran yang diizinkan dan ditolak, penanganan alamat yang tumpang tindih, dan prosedur penghentian sebelum menimbang tolok ukur protokol. Lalu pilih transportasi dan metode autentikasi yang cocok dengan batas yang Anda pilih. Nama produk yang lebih tua, atau klaim bahwa setiap bisnis harus menstandarkan satu protokol, tidak menyelesaikan satu pun dari itu. Peta yang Anda tulis lebih dulu menyelesaikannya.