İki sayt, bir subnet: hər biri üçün alias görünüşü qurun

İki müştəri saytı da 192.168.50.0/24 istifadə edir və uzaq mühəndis hər birində eyni ünvanda olan printerə çatmalıdır. Heç bir marşrutlaşdırma hiyləsi bu qeyri-müəyyənliyi təkbaşına həll etmir. Hər sayt fərqli ünvan görünüşünə ehtiyac duyur və şlüz hər hansı şeyi ötürməzdən əvvəl saytı həmin görünüşdən seçməlidir.

Plan dörd hissədən ibarətdir: alias prefiksləri, hər iki tərcümə istiqaməti, overlay siyasəti və adlar. Hər biri digərləri ilə uzlaşmalıdır.

Hər sayt üçün bir alias prefiksi seçin

Hər sayta bütün ərazidə başqa heç kimə aid olmayan tam alias prefiksi təyin edin. İki saytlı plan A saytının 192.168.50.0/24 şəbəkəsini 172.21.10.0/24-ə, B saytının eyni LAN-ını isə 172.21.20.0/24-ə xəritələyə bilər. Namizədləri bulud VPC-ləri və digər VPN hovuzları daxil olmaqla hər bir iştirakçı şəbəkəyə qarşı yoxlayın. Şəxsi ünvan sahəsi hər təşkilat tərəfindən paylaşılır, ona görə də diapazonun RFC 1918 olması burada boş olduğunu demir.

Uzaq istifadəçilərə yerli subşəbəkəni deyil, aliası yayımlayın. Yerli diapazon yerli fakt olaraq qalır.

Hər iki istiqamətdə tərcümə edin

Hər iki istiqamətdə tərcümə edin. Təyinat xəritələşdirməsi alias ünvanını sahib saytda yerli ünvana çevirir. Mənbə xəritələşdirməsi uzaq çağıranı digər saytların ayırd edə biləcəyi aliasa çevirir.

Statik birləşmə xəritəsi deterministikdir və bu, tətbiqi vəziyyətsiz etmir. Əks tərcümə əlaqə vəziyyətindən asılı ola bilər və failover ya asimmetrik yollar bunu nəzərə almayan planı poza bilər. Platformanın sənədləri bunlardan hansının tətbiq olunduğunu müəyyən edir.

Siyasətin, selektorların və marşrutların tətbiq olunduğu dəqiq mərhələ siyasət əsaslı IPsec, marşrut əsaslı tunellər və digər məhsullar arasında fərqlənir. İşlətdiyiniz modelə görə dizayn edin.

Planı overlay qatından keçirin

Hubda hər alias prefiksini ona sahib sayt yoluna təyin edin və yalnız tapşırığın tələb etdiyi tranzitə icazə verin. Mesh-də hər müvafiq peer eyni prefiks və siyasət biliyinə ehtiyac duyur. Tunellər əlavə etmək qeyri-müəyyən ünvanlamanı təkbaşına düzəltmir.

Bütün subşəbəkənin yayımlanması bir xidmətin yayımlanmasından daha genişdir. Yalnız bir neçə maşın və ya port lazımdırsa, giriş qaydalarını xəritədən daha dar saxlayın.

Başlıq tərcüməsi tətbiq yüklərini yenidən yazmır. Yönləndirmələr, konfiqurasiya fayllarındakı daxil edilmiş ünvanlar və mənbə əsaslı icazələr hələ də yerli ünvanı daşıya bilər. Yalnız pingi deyil, tətbiq yolunu sınayın. İşlək ICMP cavabı xəritənin mövcud olduğunu sübut edir və tətbiqin aliası qəbul edib-etmədiyi barədə heç nə demir.

Hər çağıranın gördüyü adları düzəldin

Baxım adlarına çağıranın görünüşünə uyğun cavablar verin. Uzaq mühəndis hostname-i həll edirsə, o, həmin sayt üçün alias ünvanını qaytarmalıdır, paylaşılan yerli diapazonu deyil.

İlk baxım pəncərəsindən əvvəl hər sayt üzrə DNS görünüşlərini yoxlayın. Yerli subşəbəkəyə həll olunan ad çağıranı planın aradan qaldırmalı olduğu qeyri-müəyyənliyə qaytarır.

Hər sayt üzrə qeyd edin və yoxlayın

Hər saytı real çağırandan ayrıca qəbul edin və hansı maşının cavab verdiyini təsdiqləyin. Yerli ünvanı, aliası, sahib şlüzü və icazə verilən xidməti birlikdə qeyd edin.

Üçüncü sayt eyni defolt LAN ilə gəldikdə fərqi qoruyan məhz bu inventardır. Siyasət əsaslı IPsec NAT bələdçisi bir konkret tərcümə modelini sənədləşdirir; o, hər platforma üçün müqavilə deyil.