Cara menganggarkan ruang alamat untuk VPN multi-lokasi

Seberapa besar subnet VPN seharusnya tidak punya jawaban sampai Anda menyebut alamat mana yang sedang dihitung. Dalam satu rancangan alamat itu adalah dua ujung tautan tunnel bernomor, dalam rancangan lain adalah LAN kantor di balik tunnel berbasis kebijakan, dan dalam rancangan ketiga adalah infrastruktur tersimpan milik gateway terkelola. Tiga objek, tiga anggaran, dan sebagian besar kesalahan ukuran berasal dari mengisi satu kolom dengan angka kolom lain.

Empat Peran, Empat Pertanyaan Berbeda

Transport luar adalah alamat tempat peer terhubung, jadi ukurannya mengikuti pengalamatan publik Anda atau milik penyedia, bukan jumlah perangkat di belakangnya. Tautan tunnel internal hanya ada pada rancangan yang memberi nomor antarmuka virtual, dan di sana jumlahnya mengikuti ketetanggaan topologi. Prefiks LAN terlindungi mengikuti jaringan nyata dan rencana pertumbuhannya. Infrastruktur yang disimpan penyedia mengikuti apa yang didokumentasikan layanan terkelola.

Hanya yang ketiga memiliki kaitan dengan berapa banyak laptop di kantor. Satu kekeliruan itulah yang menjelaskan sebagian besar perdebatan.

Tuliskan keempat peran sebagai kolom terpisah sebelum membuka kalkulator. Masing-masing mendapat alokasi, pemilik, dan asumsi pertumbuhannya sendiri, dan tidak ada yang mewarisi ukuran yang lain. Ketika rancangan tidak memiliki tautan internal bernomor, kolom itu kosong dan bukan kecil, dan kolom kosong adalah fakta yang layak dicatat bagi peninjau berikutnya.

Menghitung Blok: Berapa Biaya /30 Sebenarnya

Tautan titik ke titik membutuhkan dua alamat dan menghabiskan satu blok yang ukurannya bergantung pada platform. Sebuah /30 memuat empat alamat, dua di antaranya biasanya dapat dipakai, sehingga dua belas tautan menghabiskan empat puluh delapan alamat dalam rencana sambil menawarkan dua puluh empat ujung. Sebuah /31 memuat dua alamat dan keduanya dapat dipakai, yang memangkas perhitungan menjadi separuh, tetapi hanya di tempat kedua ujung menerimanya.

RFC 3021 mendefinisikan model dua alamat, dan dukungan adalah sifat ujung dan layanan, bukan niat baik. API penyedia dapat memberlakukan syarat masknya sendiri pada opsi tunnel internal, dan RFC umum tidak membatalkan batasan yang didokumentasikan. Periksa apa yang dinyatakan platform Anda sebelum merangkum anggaran, karena perbedaan antara empat puluh delapan dan dua puluh empat alamat menentukan apakah rencana muat di rentang tersimpan. Kerjakan perhitungannya alih-alih memercayainya di akhir hari yang panjang.

ipcalc -n 10.44.12.0/30
ipcalc -n 10.44.12.4/31

Kalikan hanya setelah topologi ditetapkan. Dua belas tautan terpisah dan satu lapisan multipoint dengan dua belas peserta menghasilkan jumlah yang sangat berbeda dari jumlah situs yang sama.

Subnet Gateway Terkelola Bukan Kumpulan Klien

Layanan terkelola sering menyimpan subnet untuk infrastruktur gateway-nya sendiri, dan subnet itu dihabiskan oleh layanan, bukan diberikan kepada klien. Ia punya ukuran yang didokumentasikan, kadang nama yang didokumentasikan, dan tidak ada kaitan dengan berapa banyak pengguna yang terhubung. Memperlakukannya sebagai kumpulan alamat untuk mesin jarak jauh menghasilkan rancangan yang menghabiskan dirinya pada pagi sibuk pertama.

Bacalah syarat penyedia sebagai biaya tetap, seperti Anda memperlakukan unit rak. Itu bukan bagian dari anggaran prefiks terlindungi.

Pembacaan yang sama berlaku untuk nama. Subnet yang tujuan terdokumentasinya adalah infrastruktur gateway adalah infrastruktur menurut kebiasaan di layanan itu, dan mengganti namanya agar sesuai skema Anda merusak penerapan alih-alih memperbaiki diagram. Pertahankan nama dan ukuran penyedia, dan belanjakan skema penomoran Anda pada bagian yang Anda kendalikan.

Dokumentasikan Rencana Agar Bertahan ke Situs Kedua

Rencana yang hidup di kepala satu insinyur gagal pada tumpang tindih pertama antara prefiks kantor dan rentang bawaan router rumah. Terbitkan alokasinya beserta pemiliknya, dan nyatakan ujung mana dari setiap tautan menetapkan alamat mana. Rute atau selector tetap harus diumumkan, karena menomori tautan internal tidak dengan sendirinya mengumumkan LAN.

Catat asumsi pertumbuhan di balik setiap blok, karena itulah bagian yang tidak dapat direkonstruksi pembaca berikutnya hanya dari alamatnya.

Lalu uji rencana itu terhadap kasus yang menyulitkan: situs yang datang dengan prefiks yang sudah Anda pakai, tautan yang ujung jauhnya dikelola orang lain, dan kawasan yang syarat penyedianya berbeda dari yang pertama Anda dokumentasikan. Jika salah satunya memaksa rancangan ulang, yang Anda punya adalah diagram dan bukan kebijakan. Rencana yang bertahan menghadapi semuanya cukup pendek untuk duduk di repositori di samping konfigurasi tunnel, dan di situlah orang berikutnya akan mencarinya.