ARP-ni söndürmək VPN-inizi pozurmu? Xarici hopda poza bilər

{Eyni bağlantıda iki paket gedir və onlar fərqli qaydalara tabedir. Biri tunelin daşıdığı şəxsi paketdir, onu virtual interfeys heç bir Ethernet başlığı olmadan emal edir. Digəri maşından giriş linki üzərindən çıxan şifrələnmiş paketdir və o, hələ də aparat ünvanına çevrilən yerli növbəti hopa ehtiyac duyur. Bu ikisini qarışdırmaq insanların ünvan həllini səhv interfeysdə söndürməsinin və sonra tunelin niyə heç vaxt başlamadığını düşünməsinin səbəbidir.}

{Biri digərinin içində, iki çatdırılma modeli}

{Marşrutlaşdırma rejimində virtual interfeys IP paketlərini qəbul edir. Onun Ethernet başlığı, yayım domeni və içində həll ediləcək ünvanı yoxdur, ona görə daxili paket tunelin özü tərəfindən çatdırılır. Giriş şəbəkəsində baş verənlər ayrı bir çatdırılma qatıdır.}

inner packet: private address -> tunnel device -> the VPN process
outer packet: endpoint address -> access route -> next-hop hardware address

{Bu xarici paket Ethernet interfeysindən çıxarkən adi unicast kadrdır və növbəti hopunun təyinat aparat ünvanına ehtiyac duyur. Ünvan həlli bunu təmin edir və növbəti hop adətən uzaq server deyil, yerli şlüzdür. Axtarışın son nöqtə üçün deyil, şlüz üçün olduğunu anlamaq diaqnozun böyük hissəsidir. Nəyisə dəyişməzdən əvvəl hər iki ünvanı yazın.}

{Həqiqətən vacib olan qonşunu tapın}

{Marşrut cədvəlindən soruşun ki, son nöqtə hansı növbəti hopdan istifadə edir, sonra həmin hop üçün qonşu cədvəlini yoxlayın. Son nöqtənin özü orada nadir hallarda görünür, çünki o, yerli linkdə deyil.}

ip route get 198.51.100.20
ip neigh show 192.168.0.1

{Qeyd mövcuddursa və əlçatandırsa, xarici yol qaydasındadır və nasazlıq başqa yerdədir. Əgər qeyd yoxdursa və ya uğursuz vəziyyətdədirsə, link, şlüz ünvanı və ya həlli bloklayan siyasət axtarılmalı yerdir. Tuneldə şifr ayarlarını dəyişmək heç bir halda kömək edə bilməz. Qonşu cədvəlinin bildirdiyi vəziyyət sətrini qeyd edin, çünki o, davam edən cəhdi daimi uğursuzluqdan fərqləndirir.}

{Öyrənilmiş qeyd asılılığı gizlədə bilər}

{Keşlənmiş qeyd onu yaradan şey getdikdən sonra bir müddət işləməyə davam edir, ona görə dəyişiklikdən dəqiqələr sonra aparılan test səhv səbəbdən keçə bilər. Həllin lazımsız olduğu qənaətinə gəlməzdən əvvəl qeydin köhnəlməsini gözləyin və ya onu bilərəkdən silin.}

{Əks səhv də eyni dərəcədə geniş yayılmışdır: həll olunmamış qeyd tunelin xarab olduğuna sübut kimi qəbul edilir. Praktikada bu, yerli seqmentə, təkrar ünvana və ya cavabı daşıyan kadrları atan port təhlükəsizliyi qaydasına işarə edir. VPN konfiqurasiyasına toxunmazdan əvvəl kommutator portunu yoxlayın.}

{Vaxtı sübut kimi oxuyun. Həll olunub sonra dəfələrlə bitən qeyd yellənən linkə və ya bir ünvana cavab verən iki cihaza işarə edir, heç vaxt həll olunmayan qeyd isə şlüz ünvanına və ya giriş portunda filtrləməyə işarə edir.}

{Dinamik həll ilə sabit qeyd arasında qərar verin}

{Dinamik həll birmənalı səbəbdən standartdır: şlüz dəyişdirildikdə aparatı izləyir və heç kimlə koordinasiya tələb etmir. Statik qeyd isə şəbəkə qəsdən idarə olunduqda və ünvanla aparat ünvanının cütləşməsi sənədləşdirilmiş dizaynın hissəsi olduqda müdafiə oluna bilər.}

{Hər halda, seçimi xarici paketi daşıyan giriş interfeysinə tətbiq edin. Həmin interfeysdə həlli söndürmək tuneli sərtləşdirmir; o, müştərinin onu daşıyan şlüzə çatma qabiliyyətini aradan qaldırır və nasazlıq yerli ünvan problemi kimi deyil, ölü VPN kimi görünür.}

{Digər yığını da yadda saxlayın}

{IPv6 ünvan həllini eyni formada istifadə etmir; o, qonşu kəşfindən istifadə edir. Qatlı sual olduğu kimi qalır: real xarici paket yerli növbəti hopa necə çatır və cavabın aktual olduğunu nə sübut edir.}

{Dizaynı tam elan etməzdən əvvəl eyni iki faktı digər yığında yoxlayın, çünki hər iki ailəni daşıyan tunelin nəzərdən keçirilməli iki xarici yolu var. Hansını yoxladığınızı və hansını fərz etdiyinizi qeyd edin.}