Ümumi IP dəyişdi və VPN trafiki keçirməyi dayandırdı

Provayderin yenidən qoşulması və ya yuxarı axında tərcümənin dəyişməsi VPN sessiyasının ümumi mənbəyini dəyişir, müştərinin yerli şəxsi ünvanı isə adətən olduğu kimi qalır. Sonra tunel qoşulmuş görünür, halbuki ondan heç bir faydalı şey keçmir. Hər iki müşahidə eyni vaxtda doğrudur və hesabatı çaşdıran da elə budur.

Dörd yoxlamanı sıra ilə keçin və ilk uğursuz olanında dayanın.

Hansı ünvan həqiqətən dəyişdi

Yerli interfeys vəziyyətini uzaq son nöqtənin gördüyü mənbə ilə, baxmağa səlahiyyətli olduğunuz bir nöqtədə müqayisə edin. Yeni ümumi ünvan yeni yerli şlüz demək deyil, yerli interfeys dəyişikliyi də ümumi mənbənin yerini dəyişdiyinə zəmanət vermir. Aradakı tərcümə iki faktın bir-birindən asılı olmadığını bildirir. Dəqiq yolu və onu müşahidə etdiyiniz vaxtı qeyd edin, çünki köhnə hesabatdan kopyalanmış geolokasiya etiketi başqa suala cavab verir.

Xüsusi olaraq soruşun: xarici mənbə dəyişdi, daxili tunel ünvanı dəyişdi, yoxsa hər ikisi? Yalnız birincisi artıq mövcud olmayan yola göndərməyə davam edən tərəfi izah edir.

Yerdəyişməni protokolun özü həll etsin

Protokollar tərəfin yerini dəyişdiyini öyrənmə üsuluna görə fərqlənir, və bu fərq ümumiyyətlə müdaxilə edib-etməməyiniz üçün vacibdir. WireGuard tərəfin açarı ilə autentifikasiya olunan paket aldıqda onun son nöqtəsini yeniləyir, buna görə ünvan dəyişikliyi heç bir konfiqurasiya olmadan mənimsənilə bilər. IKEv2-də hər iki tərəf dəstəklədikdə eyni məqsəd üçün MOBIKE var. Daha köhnə dizaynlar isə tuneli yenidən qurmaqla bərpa olunur.

Etməməli olduğunuz şey, autentifikasiya olunmamış mesajı tərəfin kimliyinin dəyişdiyinə dair sübut kimi qəbul etməkdir. Yeni ünvan iddia edən datagramı saxtalaşdırmaq çox asandır və müştəri onun hücumçunun son nöqtəsinə yönəldilə biləcəyinə inanır. Autentifikasiya olunan protokol mexanizmdir; bildiriş isə deyil.

wg show wg0 endpoints
wg show wg0 latest-handshakes
conntrack -L -p udp --dport 51820 | head -n 10

Köhnəlmiş xarici bağlantını təmizləyin

Protokol rouminqi dəstəklədiyi halda trafik yenə keçmirsə, maneə çox vaxt ortada vəziyyət saxlayan avadanlıqdır və ya uzaq tərəfdəki siyasətdir. Köhnə axını izləyən firewall köhnəlmiş qeydi saxlaya bilər, köhnə mənbəyə bağlanmış server tərəfli giriş qaydası isə yenisini səssizcə atacaq. Xəritələməni təmizləyib qaydanı yenidən yoxlamaq etimadnamələri dəyişməkdən daha sürətlidir.

Araşdırma apararkən tələb olunan bloklamanı qüvvədə saxlayın. Tunelin bərpa olub-olmadığını yoxlamaq üçün siyasəti tamamilə açmaq sizə səbəb barədə heç nə öyrətmir və yerləşdirməni tapdığınızdan daha pis vəziyyətdə qoyur.

Yeni sorğu ilə yenidən sınaqdan keçirin

Dəyişiklikdən əvvəl qurulmuş tətbiq sessiyası onu sağ buraxmır, çünki üzərində qurulduğu dördlük artıq mövcud deyil. Bərpadan sonra yeni sorğu yaradın və onun tamamlandığını təsdiqləyin; köhnə yükləmənin sıfırda qalmasına baxıb tunelin hələ də xarab olduğu qənaətinə gəlməyin. Elə bu tək fərq bu hesabatların böyük hissəsini həll edir.

Sonra diaqnozun hər iki yarısını qeyd edin: yuxarı axında nə dəyişdi və hansı dəstəklənən bərpa addımı axını qaytardı. Növbəti hal daha sürətli olacaq və qeyd onu daha sürətli edən şeydir.

Yeni sorğu uğurlu olub köhnəsi heç vaxt bərpa olunmursa, tunel düzəldilib və tətbiqin sadəcə yenidən qoşulması lazımdır.