İki site, bir alt ağ: her biri için bir takma ad görünümü oluşturun

İki müşteri sitesi de 192.168.50.0/24 kullanıyor ve uzak bir mühendisin her birinde aynı adresteki yazıcıya ulaşması gerekiyor. Hiçbir yönlendirme hilesi bu belirsizliği tek başına çözmez. Her site ayrı bir adres görünümüne ihtiyaç duyar ve ağ geçidi herhangi bir şeyi iletmeden önce siteyi bu görünümden seçmelidir.

Planın dört bölümü vardır: takma ad önekleri, her iki çeviri yönü, kaplama ilkesi ve adlar. Her biri diğerleriyle uyumlu olmalıdır.

Site başına bir takma ad öneki seçin

Her siteye ortamda başka kimseye ait olmayan tam bir takma ad öneki atayın. İki siteli bir plan, A sitesinin 192.168.50.0/24 ağını 172.21.10.0/24 ile ve B sitesinin aynı LAN'ını 172.21.20.0/24 ile eşleyebilir. Adayları bulut VPC'leri ve diğer VPN havuzları dahil her katılımcı ağa karşı denetleyin. Özel adres alanı her kuruluş tarafından paylaşılır, bu nedenle bir aralığın RFC 1918 olması burada boş olduğu anlamına gelmez.

Uzak kullanıcılara yerel alt ağı değil takma adı yayımlayın. Yerel aralık yerel bir gerçek olarak kalır.

İki yönde çevirin

İki yönde çevirin. Hedef eşleme, bir takma ad adresini sahibi olan sitede yerel adrese yeniden yazar. Kaynak eşleme, uzak çağıranı diğer sitelerin ayırt edebileceği bir takma ada yeniden yazar.

Statik bire bir eşleme deterministiktir ve bu, uygulamayı durumsuz yapmaz. Ters çeviri bağlantı durumuna bağlı olabilir ve yük devretme veya asimetrik yollar bunu yok sayan bir planı bozabilir. Hangisinin geçerli olduğuna platformun belgeleri karar verir.

İlke, seçiciler ve yolların uygulandığı kesin aşama, ilke tabanlı IPsec, yol tabanlı tüneller ve diğer ürünler arasında farklıdır. Çalıştırdığınız için tasarlayın.

Planı kaplama katmanından geçirin

Bir hub'da her takma ad önekini sahibi olan site yoluna atayın ve yalnızca görevin gerektirdiği geçişe izin verin. Bir mesh'te ilgili her eşin aynı öneke ve ilke bilgisine ihtiyacı vardır. Tünel eklemek belirsiz adreslemeyi tek başına düzeltmez.

Tüm alt ağı yayımlamak tek bir hizmeti yayımlamaktan daha geniştir. Yalnızca birkaç makine veya bağlantı noktası gerekiyorsa erişim kurallarını eşlemeden daha dar tutun.

Başlık çevirisi uygulama yüklerini yeniden yazmaz. Yönlendirmeler, yapılandırma dosyalarına gömülü adresler ve kaynak tabanlı izinler hâlâ yerel adresi taşıyabilir. Yalnızca ping'i değil uygulama yolunu test edin. Çalışan bir ICMP yanıtı eşlemenin var olduğunu kanıtlar ve uygulamanın takma adı kabul edip etmediği hakkında hiçbir şey söylemez.

Her çağıranın gördüğü adları düzeltin

Bakım adlarına çağıranın görünümüyle eşleşen yanıtlar verin. Uzak mühendis bir ana bilgisayar adını çözerse, o site için takma ad adresini döndürmelidir, paylaşılan yerel aralığı değil.

İlk bakım penceresinden önce her site için DNS görünümlerini denetleyin. Yerel alt ağa çözülen bir ad, çağıranı planın kaldırması gereken belirsizliğe geri gönderir.

Site başına kaydedin ve doğrulayın

Her siteyi gerçek bir çağırandan ayrı ayrı kabul edin ve hangi makinenin yanıt verdiğini doğrulayın. Yerel adresi, takma adı, sahibi olan ağ geçidini ve izin verilen hizmeti birlikte kaydedin.

Üçüncü site aynı varsayılan LAN ile geldiğinde bu ayrımı koruyan şey o envanterdir. İlke tabanlı IPsec NAT kılavuzu somut bir çeviri modelini belgeler; her platform için bir sözleşme değildir.