Siteler arası VPN için adres alanı nasıl boyutlandırılır

VPN alt ağının ne kadar büyük olması gerektiğini sorun; dürüst yanıt, sorunun içinde dört farklı alt ağ bulunabileceğidir. Bir site VPN’i taşıma uç noktalarını, numaralandırılmış tünel bağlantılarını, korunan LAN öneklerini ve yönetilen ağ geçitlerinde sağlayıcının ayırdığı bir altyapı alt ağını içerebilir. Belirli bir tasarımda bunlardan yalnızca bir veya ikisi bulunur. Bunları ofisteki cihaz sayısından boyutlandırmak, bir planın kimseyi memnun etmeyen bir /24 ile bitmesinin yoludur.

Herhangi bir şey ayırmadan önce dört rolü adlandırın

Taşıma uç noktaları, iki ağ geçidinin internet veya özel bir devre üzerinden birbirine ulaşmak için kullandığı adreslerdir ve sayıları LAN’dan değil, ağ geçidi ve yedeklilik modelinden gelir. İç tünel bağlantıları yalnızca tasarımın noktadan noktaya bir arayüzü numaralandırdığı yerlerde bulunur; ilke tabanlı bir IPsec yapılandırması bunu genellikle yapmaz. Korunan önekler, yönlendirilebilir olması gereken gerçek ofis veya VPC ağlarıdır ve sağlayıcının ayırdığı alt ağ yönetilen hizmete aittir.

Bir şey eklemeden önce var olanı envanterleyin, çünkü buradaki pahalı hata başka yerde zaten yönlendirilen bir öneki yeniden kullanmaktır. Bir pilot projeden kalan eski bir tünel bir planı zehirlemeye yeter. Envanteri tarihlerle yazın, çünkü kullanımdan kaldırılmış bir bağlantının hatırası bağlantının kendisinden daha uzun yaşar.

ip -br addr show
ip route show | head -40

Bu iki komut, bağlı ağların ve onların ötesindeki her şeye ulaşan yolların yerel görünümünü verir. Envanteri her sahada tekrarlayın, çünkü tek bir sahanın çıktısıyla kurulan plan bir sonrakininkiyle çakışacaktır. Tek bir blok ayırmadan önce çıktıları toplayın.

Cihazları değil, bağlantıları ve topolojiyi sayın

Sekiz noktadan noktaya komşuluğu olan bir tasarım sekiz blok tüketir, bir değil. /30’da her blok iki ana bilgisayarı bağlamak için dört adres harcar, bu yüzden plan on altı kullanılabilir uç nokta için otuz iki adres taşır ve bütçenin karşılaması gereken rakam budur. /31 bağlantılarını destekleyen bir platform bunun yarısını harcar, ancak yalnızca iki uç ve hizmet bu modelde anlaşırsa. Bütçeyi aşağı değil yukarı yuvarlayın, çünkü bir bloğu sonradan küçültmek canlı bağlantıları yeniden numaralandırmak demektir.

Sağlayıcı kısıtları genel uygulamayı yener. Belgelenmiş bir iç tünel aralığı, yönlendiricilerinizde /31 çalışsa bile /30 isteyebilir ve yönetilen bir ağ geçidi kendi alt ağı için belirli bir maske talep edebilir. Başka bir platformdan ödünç alınan bir pratik kuralı uygulamadan önce hizmet gereksinimini okuyun.

Çok noktalı bir yer paylaşımı aritmetiği yine değiştirir: ağ geçidi başına bir adres, aralarındaki erişilebilirliği yer paylaşımı üstlenir. Siteleri bir blok boyutuyla çarpmadan önce uygulamanın gerçekte hangi topolojiyi kullandığına karar verin.

Büyüme planda kendi satırını hak eder. Tutarlı bir altyapı aralığı ayırmak makuldür; içinde hangi daha küçük tahsislerin bulunduğunu kaydetmek de öyle, böylece sonraki mühendis rezervasyonu tek bir yayın alanı olarak okumaz.

Ağ geçidi alt ağını LAN havuzunun dışında tutun

Yönetilen ağ geçidi altyapısı bir istemci havuzu değildir. Ayrılmış bir ağ geçidi alt ağındaki adresler hizmetin kendi bileşenlerini barındırır ve uzaktan çalışanlar oradan asla adres almaz. O alt ağı kullanıcı sayısından boyutlandırmak, ya büyük bir aralığı boşa harcayan ya da ağ geçidini aç bırakan bir kategori hatasıdır.

Aynısı, sağlayıcının her tünel için kendi kullanımına küçük bir iç aralık ayırdığı bulut VPN bağlantılarındaki tünel aralıkları için de geçerlidir. O aralık şube sunucularınızın yaşadığı yer değildir ve dağıtmak size ait değildir.

aws ec2 describe-vpn-connections --query "VpnConnections[].{Id:VpnConnectionId,Tunnels:Tunnels[].OutsideIpAddress}" --output table

Dış adresleri listelemek, sağlayıcının ne ayırdığını ve hangi yedek tünelin şu anda açık olduğunu doğrular. Bağlantı var olmadan önce yazılmış bir tasarım belgesini okumaktan daha hızlıdır.

Her önek için rolü, sahibi ve büyümeyi kaydedin

Operasyonla teması atlatan bir plan, her önek için hangi rolü oynadığını, uzak ucu kimin ayırdığını ve ne kadar boşluk kaldığını belirtir. Sahip alanı olmadan iki ekip aynı çeyrekte aynı /24’ü ayırır ve çakışma ancak tünel kalktığında ortaya çıkar.

Bu aralıkları başka tünellerden gelen ev ve şube öneklerinden uzak tutun, çünkü örtüşen adres alanı, siteler arası bir bağlantının başarıyla anlaşıp sonra hiç trafik geçirmemesinin olağan nedenidir.

İç bağlantı adresleri ayırmak, arkalarındaki LAN’leri duyurmaz. Yollar veya trafik seçicileri, dönüş yolları ve erişim kuralları ayrı iş kalemleridir ve plan, numaralandırılmış bir arayüzün yönlendirmeyi sizin için yaptığını ima etmek yerine bunu söylemelidir.