Rekursiv marşrutlaşdırma: tunel öz paketlərini tutanda

Tunel qalxır, jurnal tamamlanmış əl sıxışmanı göstərir, bir saniyə sonra isə həmin sessiya ölür və döngədə yenidən qoşulur. Bu nümunənin konkret səbəbi var: serverə gedən marşrut artıq tunelin içini göstərir, yəni tuneli daşıyan paketlər tuneldən keçirilir. Autentifikasiyada heç nə dəyişməyib, ona görə də etimad məlumatlarını yenidən daxil etmək fərq yaratmır. Marşrut dəyişikliyindən əvvəl və sonra xarici yolu müqayisə edin, rekursiya görünəcək.

Əvvəlcə xarici yolu yoxlayın

İşdə bir yox, iki paket var. Daxili paket tətbiqə aiddir və şifrələnməlidir, xarici paket isə serverə ünvanlanıb və ona tuneldən asılı olmayan yolla çatmalıdır.

ip route get 198.51.100.7
ip rule show
ip route show table all | grep -F 198.51.100.7
wg show wg0 endpoints

Tunel qalxdıqdan sonra, sonra isə standart marşrut dəyişdikdən sonra nüvədən serverin ünvanına gedən marşrutu soruşun. Tunel qurğusuna düşən növbəti hop məhz rekursiyadır və o, heç bir paket tutmadan görünür. İnterfeys bağlaması, işarələr və ya şəbəkə adlar məkanı adi axtarışı natamam edə bilər, ona görə müştərinin özünün istifadə etdiyi kontekstdən istifadə edin. Cavab düzgün görünür, amma sessiya hələ də döngədədirsə, yalnız əsas cədvəli deyil, marşrutlaşdırma siyasəti qaydalarını oxuyun.

Sessiya niyə bir an yaşayır

Əl sıxışma yeni marşrut quraşdırılmazdan əvvəl tamamlanır, ona görə ilk saniyələr sağlam görünür. Müştəri standart marşrutu əlavə edən kimi növbəti xarici paket onu həmin xarici paketin keçməli olduğu interfeysə aparır. Server heç nə görmür, müştəri yenidən göndərir və cəhd ya vaxt aşımı ilə bitir, ya da sessiyanı öldürüb yenidən başlayır.

Bu sıra tunelin niyə noutbukda işləyib marşrutlaşdırıcıda uğursuz ola bildiyini və nasazlığın niyə çox vaxt qoşulma anında deyil, trafik başlayanda ortaya çıxdığını izah edir. Döngəni də izah edir: hər yenidən başlatma sessiyanı marşrutun bunu qeyri-mümkün etməsindən əvvəl bərpa edir.

Son nöqtə istisnasının sahibini tapın

Dəstəklənən müştərilər öz istisnalarını qurur: orijinal şlüz vasitəsilə serverə host marşrutu və ya xarici soketi tuneldən kənarda saxlayan işarə. Sual ondadır ki, başqa bir şey onu silib, yoxsa üstələyib.

Marşruta əsaslanan IPsec üçün hansı paketlərin tunelə girdiyini müəyyən edən siyasət seçicilərini yoxlayın və həmyaşıd ünvanının onlardan çıxarıldığını təsdiqləyin. WireGuard üçün interfeysin firewall işarəsi və siyasət qaydaları nəqliyyat paketlərini tuneldən kənarda saxlayır, ona görə əl ilə əlavə edilmiş standart marşrut bu quruluşu poza bilər. İkinci VPN profili və ya standart marşrutu yenidən yazan idarəetmə skripti tez-tez günahkar olur. Bir-bir əlavə edilən geniş yan keçmə qaydaları adi nəticədir və onlar marşrutlaşdırma xətasını heç kimin saxlaya bilmədiyi cədvələ çevirir.

Şəbəkə dəyişikliyindən sonra yenidən yoxlayın

Wi-Fi şlüzü vasitəsilə host marşrutu maşın başqa şəbəkəyə keçənə qədər düzgündür. Sonra konfiqurasiyada heç bir dəyişiklik olmadan eyni simptom qayıdır.

Son nöqtə ünvanını, qoşulmadan əvvəl və sonra marşrutu və hər birinin istifadə etdiyi interfeysi qeyd edin. Bu üç fakt adətən müştəri xətasını üstələmədən ayırır və onları toplayan şəxs getdikdən sonra da qalır.

Yeni şəbəkədə yenidən qoşulun və oxunuşu təkrarlayın. İstisna yenə yoxdursa, düzəliş onu saxlayan profildə olmalıdır, kəsinti zamanı yazılmış birdəfəlik əmrdə deyil.