Körpülənmiş saytlar yenə də yerli internet çıxışı qərarına ehtiyac duyur
Ortaq Ethernet seqmenti müştərinin hansı routerdən istifadə edəcəyini müəyyən etmir. Körpünü DHCP router seçimindən ayırın və hər saytın çıxışını qəsdən seçin.
VLAN genişlənməsi təmiz sınaqdan keçdi: hər iki saytdakı hostlar bir-birini görür, fayl paylaşımı işləyir və printerlər cavab verir. Sonra kiçik saytda kimsə hər yükləmənin digər saytın internet xəttini istifadə etdiyini fərq edir və müraciət bant genişliyi şikayəti kimi gəlir. Körpü tam olaraq tələb olunanı etdi. O, iki bina arasında kadrlar daşıdı və bu kadrların internet üçün hansı routerdən istifadə etməli olduğuna dair heç vaxt fikri olmadı.
Körpü qərarları deyil, kadrları daşıyır
2-ci qat genişlənməsi iki yeri bir yayım domeni kimi göstərir, buna görə ARP sorğuları, DHCP yayımları və eyni alt şəbəkə trafiki tuneldən keçir. Bu, onun təqdim etdiyi bütün xidmətdir. Körpüdə heç nə təyinat ünvanını yoxlamır, onu saytın yuxarı kanalı ilə müqayisə etmir və ya trafiki daha yaxın çıxışa yönəltmir. Hər müştəri hələ də konfiqurasiya edildiyi ünvan və maskadan istifadə edərək yerli və uzaq qərarını özü verir.
Həmin ortaq alt şəbəkəyə iki router qoyun və hər ikisi mümkün şlüz olur, onlardan biri istifadə edən müştəriyə yaxın olsun və ya olmasın.
Müştəri şlüzünü necə seçir
RFC 1122 sənədində təsvir olunan IPv4 qərarı sadədir. Müştərinin qoşulduğu alt şəbəkənin daxilindəki təyinat ARP ilə birbaşa çatdırılır, ondan kənardakı təyinat isə konfiqurasiya edilmiş standart şlüzə gedir. Buna görə saytlar arasında eyni alt şəbəkə trafiki heç bir router iştirakı olmadan körpüdən keçə bilir və buna görə internet trafiki tamamilə müştərinin aldığı şlüz ünvanından asılıdır. Bu iki davranış bir-birindən asılı deyil və işləyən fayl paylaşımı yalnız birincisini sübut edir.
Kiçik saytdakı müştəri böyük saytın routeri ilə konfiqurasiya edilibsə, onun internet kadrları əvvəlcə tuneldən keçir və oradan çıxır.
VPN cihazının öz standart marşrutunu dəyişmək həmin müştərinin şlüzünü yerindən tərpətmir, çünki müştəri cihazı router kimi ümumiyyətlə istifadə etmir. Cihaz həmçinin uzaq həmkarı üçün ayrı marşrut tələb edir ki, bu kadrları daşıyan tunel qalsın, və bu ikisini qarışdırmaq körpü genişlənməsinin öz daşıyıcısını yerə salmasının yoludur.
Qoy DHCP nəzərdə tutulan çıxışı ifadə etsin
DHCP cavabındakı 3-cü seçim müştərinin alt şəbəkəsindəki router ünvanlarının siyahısını üstünlük sırası ilə verir və müştərilər adətən cavab verən ilk ünvanı götürür. Mexanizm yaxşıdır; sahiblik dizaynların səhv getdiyi yerdir. Ən yaxın DHCP serverin ən yaxın şlüzü verəcəyini güman etmək əvəzinə hər saytda real icarənin nə verdiyini qeyd edin.
Bir əlaqələndirilmiş paylayıcı və ya eyni siyasət üçün açıq şəkildə konfiqurasiya edilmiş iki paylayıcı işlədin və siyasətə sahib təyin edin. Uzaq saytda əlavə edilən ikinci müstəqil paylayıcı yerlilik yaratmır, eyni yayım domeni üçün iki səlahiyyət yaradır.
Yalnız hər iki saytın parametrləri eyni görünsün deyə bir şlüz ünvanını iki müstəqil aktiv routerə təyin etməyin. Körpülənmiş seqment üzrə ortaq virtual ünvan öz tələbləri olan birinci atlama artıqlığı dizaynıdır və əl ilə qurulmuş variant aralıq paket itkisi kimi görünən ARP toqquşmaları yaradır. Tətbiq həqiqətən ortaq 2-ci qat seqmentinə ehtiyac duymursa, yerli standart şlüzlərlə ayrı marşrutlaşdırılmış prefikslər istismar baxımından daha sadə və hadisə zamanı izah etmək üçün daha asandır.
Dörd şeyi ayrı-ayrılıqda sınayın
Bir deyil, dörd müşahidə istəyin. Hər saytda təzə DHCP icarəsi götürün və aldığı routeri və maskanı qeyd edin. Digər saytda eyni alt şəbəkə xidmətinə çatın və yolun marşrutlaşdırılmış dolanma deyil, körpü olduğunu təsdiqləyin. Hər saytda ictimai internetdən nəsə götürün və hansı yuxarı kanalın onu daşıdığını təsdiqləyin. Sonra tuneli yerə salın və nəyin pozulduğuna baxın, çünki körpü sıradan çıxanda bütün əlaqəni itirən sayt heç kim fərq etmədən uzaq şlüzdən asılı olub.
Bu dörd nəticə sizə saytlar arası körpünün, yerli çıxışın yoxsa təsadüfi geri daşımanın olduğunu deyir və onların toplanması on dəqiqə çəkir.
Dizayn prinsipi təmtəraqlı deyil: körpü əlyetənliyi, DHCP şlüzü, cihazdakı marşrut cədvəli isə tunelin öz yolunu müəyyən edir. Üçünü ayrı söhbətlərdə saxlayın, çünki hamısını düzəltməyə çalışan tək dəyişiklik adətən ikisini pozur.