Niyə eyni subnetə malik iki sayt bir LAN deyil

İki ofis də 192.168.77.0/24 ünvanından istifadə edir və kimsə onların bir şəbəkə olması üçün tunel təklif edir. Bu ifadə sadə səslənir və üç fərqli dizaynı gizlədir: toqquşan iki müstəqil LAN, WAN üzərindən uzadılan bir qəsdən Ethernet seqmenti və uzaq ünvanlar üçün cavab verən proxy-ARP quruluşu. Hansının olduğu hostun paketlə nə etdiyini müəyyən edir və cavab VPN şlüzü işə qarışmadan görünür.

Host marşrutlaşdırıcıdan əvvəl qərar verir

192.168.77.10/24 ünvanlı host təyinatı öz prefiksi ilə müqayisə edir. Bu prefiksin içində olan hər şey birbaşa linkdədir, yəni host təyinatın link qatı ünvanını birbaşa həll edir. Çöldə olan hər şey defolt şlüzə gedir.

Bu qərar tuneldə deyil, hostun yığımında baş verir. Şlüzdə əlavə olunan marşrut hostun heç vaxt ora göndərmədiyi paketi xilas edə bilməz.

Yəni 192.168.77.20 yalnız o biri saytda mövcuddursa, yerli host onun üçün ARP sorğusu verir və cavab almır. VPN əl sıxması tam sağlam ola bilər, halbuki bu uğursuz olur. Uğursuzluq marşrutlaşdırma problemi kimi deyil, ölü host kimi görünür. Bu imzanı tanımaq tunel sazlamaqdan bir saat qazandırır.

ARP yerli linkin sualıdır

ARP bu linkdə ünvanın kimə aid olduğunu soruşur və cavab yayımı eşidə bilən nədənsə gəlməlidir. IPsec tunelinin o başındakı marşrutlaşdırıcı dizayn iki saytı bir yayım domeninə çevirməsə, onu eşitmir.

Eyni ünvana malik iki cihaz vəziyyəti pisləşdirir: uğurlu həll belə hansının cavab verdiyini deyə bilməz.

Təkrar ünvanlama marşrutlaşdırma xətası deyil və heç bir marşrut onu düzəltmir. Ya saytlar fərqli prefikslərə yenidən nömrələnir, ya da qəsdən bir link qatı domeninə çevrilir.

Uzadılmış seqment kadrlar daşıyır, marşrutlar deyil

Körpülərə qoşulmuş Ethernet daşıyan tunel iki saytı bir link qatı domeninin hissəsinə çevirir. ARP yayımları o biri tərəfə çatır və hər körpü hansı MAC ünvanlarının harada olduğunu öyrənir. Linux körpü sənədləri həmin MAC əsaslı yönləndirmə sərhədini təsvir edir.

Burada uzaq şlüz iki eyni subşəbəkə arasında heç marşrutlaşdırma etmir. Kadrlar IP-ni özü marşrutlaşdıran alt qatdan keçir, körpülər isə Ethernet söhbətini uzadır.

Qiyməti daha böyük təsir radiusudur. Naməlum təyinatlar üçün yayım, dövrələr, DHCP paylanması və unikal ünvanlama hamısı iki saytı əhatə edən bir plan tələb edir. WAN düşəndə hostlar yerli saydıqları trafiki itirir. Körpüdə filtrləmə və VLAN qaydaları keçənləri məhdudlaşdıra bilər, lakin daşıma yenə də hər yerli link idarəetmə kadrının çatmasına zəmanət vermir.

Proxy ARP üçüncü dizayndır

Marşrutlaşdırıcı uzaq ünvan üçün ARP-yə cavab verib sonra oraya marşrutlaşdıra bilər. Bu, yayım domenini uzatmasa da uzaq hostu göndərənə birbaşa linkdə göstərir.

Bu, körpüləmədən daha dar alətdir: yönləndirməyə, qayıdış marşrutlarına və hər ünvan üçün aydın sahibə bağlıdır.

O, həm də ixtiyari qeyri-IP protokolları marşrutlaşdırıla bilən etmir və Ethernet yayım domenini təkrar yaratmır. Lazım olan məhz bu əvəzetmədirsə istifadə edin, təxirə salınmış yenidən nömrələmə üçün qısa yol kimi deyil.

Tələbdən seçin, sonra yoxlayın

Adi ofislərarası tətbiq girişi üçün fərqli prefikslər və açıq marşrutlar daha aydın sərhəd verir. Tələb həqiqətən link qatı qonşuluğudursa körpüləyin. Ümumi prefiksin yeganə səbəbi hələ heç kimin bunu etməməsidirsə, yenidən nömrələyin.

Faktiki dizaynınızı hostdan təyinatla nə etdiyini soruşmaqla təsdiqləyin:

ip route get 192.168.77.20
ip neigh show 192.168.77.20

Uğursuz qonşu qeydi ilə birbaşa link nəticəsi çatışmayan link qatı yoluna işarə edir. via nəticəsi şlüzü adlandırır və sualı marşrutlaşdırmaya keçirir. Körpüdə MAC-ın tunel üzərindən öyrənilib-öyrənilmədiyini görmək üçün yönləndirmə verilənlər bazasına baxın. Hər çıxış dizayn sualını yenidən başlatmaq əvəzinə daraldır.