Cara membajet ruang alamat untuk VPN berbilang tapak

Betapa besar subnet VPN sepatutnya tidak ada jawapan sehingga anda namakan alamat mana yang sedang dikira. Dalam satu reka bentuk alamat itu ialah dua hujung pautan terowong bernombor, dalam reka bentuk lain ia ialah LAN pejabat di belakang terowong berasaskan dasar, dan dalam reka bentuk ketiga ia ialah infrastruktur terpelihara gerbang terurus. Tiga objek, tiga bajet, dan kebanyakan kesilapan saiz datang daripada mengisi satu lajur dengan nombor lajur lain.

Empat Peranan, Empat Soalan Berbeza

Pengangkutan luar ialah alamat yang disambungkan oleh rakan, jadi saiznya mengikut pengalamatan awam anda atau penyedia, tidak pernah bilangan peranti di belakangnya. Pautan terowong dalaman hanya wujud dalam reka bentuk yang menomborkan antara muka maya, dan di situ bilangannya mengikut ketetanggaan topologi. Prefiks LAN terlindung mengikut rangkaian sebenar dan pelan pertumbuhannya. Infrastruktur yang terpelihara oleh penyedia mengikut apa yang didokumenkan oleh perkhidmatan terurus.

Hanya yang ketiga mempunyai kaitan dengan berapa banyak komputer riba di pejabat. Kekeliruan tunggal itu menjelaskan kebanyakan perdebatan.

Tulis empat peranan sebagai lajur berasingan sebelum membuka kalkulator. Setiap satu mendapat peruntukan, pemilik dan andaian pertumbuhannya sendiri, dan tiada satu mewarisi saiz yang lain. Apabila reka bentuk tiada pautan dalaman bernombor, lajur itu kosong dan bukan kecil, dan lajur kosong ialah fakta yang wajar direkodkan untuk penyemak seterusnya.

Mengira Blok: Kos Sebenar /30

Pautan titik ke titik memerlukan dua alamat dan menggunakan satu blok yang saiznya bergantung pada platform. /30 memuatkan empat alamat, dua daripadanya biasanya boleh digunakan, jadi dua belas pautan menggunakan empat puluh lapan alamat dalam pelan sambil menawarkan dua puluh empat hujung. /31 memuatkan dua alamat dan kedua-duanya boleh digunakan, yang memotong pengiraan separuh, tetapi hanya di tempat kedua hujung menerimanya.

RFC 3021 mentakrifkan model dua alamat, dan sokongan ialah sifat hujung dan perkhidmatan, bukan niat baik. API penyedia boleh mengenakan keperluan topengnya sendiri pada pilihan terowong dalaman, dan RFC umum tidak membatalkan kekangan yang didokumenkan. Semak apa yang dinyatakan platform anda sebelum merumuskan bajet, kerana perbezaan antara empat puluh lapan dan dua puluh empat alamat menentukan sama ada pelan itu muat dalam julat terpelihara. Lakukan pengiraan itu daripada mempercayainya pada penghujung hari yang panjang.

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

Darab hanya selepas topologi dimuktamadkan. Dua belas pautan berasingan dan satu lapisan berbilang titik dengan dua belas peserta menghasilkan jumlah yang sangat berbeza daripada bilangan tapak yang sama.

Subnet Gerbang Terurus Bukan Kolam Klien

Perkhidmatan terurus sering menyimpan subnet untuk infrastruktur gerbangnya sendiri, dan subnet itu digunakan oleh perkhidmatan dan bukan diserahkan kepada klien. Ia mempunyai saiz yang didokumenkan, kadang-kadang nama yang didokumenkan, dan tiada kaitan dengan berapa ramai pengguna menyambung. Menganggapnya sebagai kolam alamat untuk mesin jauh menghasilkan reka bentuk yang kehabisan pada pagi sibuk pertama.

Baca keperluan penyedia sebagai kos tetap, seperti anda mengendalikan unit rak. Ia bukan bahagian bajet prefiks terlindung.

Bacaan yang sama terpakai kepada nama. Subnet yang tujuan didokumenkannya ialah infrastruktur gerbang adalah infrastruktur mengikut kebiasaan dalam perkhidmatan itu, dan menamakannya semula agar sesuai dengan skema anda merosakkan penggunaan dan bukan memperbaiki rajah. Kekalkan nama dan saiz penyedia, dan belanjakan skema penomboran anda sendiri pada bahagian yang anda kawal.

Dokumenkan Pelan Supaya Ia Bertahan ke Tapak Kedua

Pelan yang hidup dalam kepala seorang jurutera gagal pada pertindihan pertama antara prefiks pejabat dan julat lalai penghala rumah. Terbitkan peruntukan bersama pemiliknya, dan nyatakan hujung mana bagi setiap pautan menetapkan alamat mana. Laluan atau pemilih masih perlu diumumkan, kerana menomborkan pautan dalaman tidak dengan sendirinya mengumumkan LAN.

Catat andaian pertumbuhan di sebalik setiap blok, kerana itulah bahagian yang tiada pembaca kemudian dapat membinanya semula daripada alamat sahaja.

Kemudian uji pelan itu terhadap kes yang menyukarkan: tapak yang datang dengan prefiks yang sudah anda gunakan, pautan yang hujung jauhnya dikendalikan orang lain, dan wilayah yang keperluan penyedianya berbeza daripada yang pertama anda dokumenkan. Jika mana-mana daripadanya memaksa reka bentuk semula, apa yang anda ada ialah rajah dan bukan dasar. Pelan yang bertahan menghadapinya cukup pendek untuk duduk dalam repositori di sebelah konfigurasi terowong, dan di situlah orang seterusnya akan mencarinya.