Yuxudan sonra VPN ölü: tunel itdi, yoxsa proqram köhnəlib?

Qapaq açılır, simsiz ikon geri qayıdır və VPN hələ də qoşulmuş görünür. Sonra ilk daxili səhifə vaxt aşımına qədər donur və yeni vərəq də eyni şeyi edir. Bu mənzərəni üç fərqli şey yarada bilər və onlar üç fərqli düzəliş tələb edir: yuxudan sağ çıxmayan tunel, heç kimin yenidən aktivləşdirməsini istəmədiyi profil və ya saatlar əvvəl ölmüş sessiyanı hələ də saxlayan tətbiq. Onları müqayisə etmək hər hansı şeyi yenidən quraşdırmaqdan sürətlidir.

Oyanandan sonra üç şey xarab ola bilər

Birinci namizəd tunelin özüdür. İnterfeys ünvanla hələ də mövcud ola bilər, halbuki peer əlaqəsi getmişdir, buna görə indikator işığı işlək yolun sübutu deyil. Yuxudan köhnə handshake əlamətdir və bunu görmək üçün bir əmr kifayətdir.

İkinci aktivləşdirmədir. Bir çox müştəri özü yenidən qoşulur; bəziləri qoşulmur və geri qayıtmağı tələb olunmayan profil orada konfiqurasiya edilmiş görünüb qalır. Bu uğursuzluq dizaynca səssizdir, çünki heç nə xəta verməyib.

Üçüncü tətbiqdir. Brauzer vərəqi, SSH sessiyası və ya verilənlər bazası bağlantısı şəbəkə dəyişikliyindən fayl deskriptoru kimi sağ çıxa bilər, halbuki altındakı nəqliyyat ölüdür. Sonra yeni sessiya mükəmməl işləyir və bu sizə tunelin bütün müddət qaydasında olduğunu göstərir.

Heç nəyi dəyişməzdən əvvəl üçünü müqayisə edin, çünki düzəlişlər üst-üstə düşmür. Heç vaxt yenidən başlamağı tələb olunmayan müştərini yenidən başlatmaq lazım olan sübutu itirir. Konfiqurasiyaya toxunmazdan əvvəl simptomun hansı namizədə uyğun olduğunu yazın. Bu bir cümlə adətən araşdırmanın qalan hissəsini həll edir.

Birinci: tunel geri qayıtdı?

Müştərinin öz status mətninə deyil, interfeysə və peer vəziyyətinə baxın. Ünvanı olub son handshake olmayan interfeys yalnız adı ilə işləyən tuneldir.

ip -brief addr show
wg show
ip route show table all | head -20

İnterfeys tamamilə yoxdursa, tunel sağ qalmayıb və sual onu kimin geri gətirməli olduğuna çevrilir. Mövcuddursa, amma handshake köhnədirsə, peer əlaqəsi yenidən qurulmalıdır və müştəri onu tetikləmək üçün trafik gözləyə bilər.

Marşrutları və DNS konfiqurasiyasını da yoxlayın. Tunel marşrutsuz qayıda bilər, bu da interfeysin işlədiyi, daxili adların isə hələ də səhv serverdən həll olunduğu çaşqın vəziyyəti yaradır.

İkinci: heç nə ondan geri qayıtmağı istədi?

Müqayisə burada öz dəyərini qazanır. OpenVPN plugin profili ilə doğma WireGuard bağlantısı NetworkManager tərəfindən fərqli idarə olunur və bağlantı parametrləri arayışı açıq deyir ki, connection.autoconnect VPN profillərini aktivləşdirmir; VPN-i bağlantı ilə qaldıran mexanizm connection.secondaries-dir.

nmcli connection show --active
nmcli -f connection.autoconnect,connection.secondaries connection show "Work VPN"
journalctl -u NetworkManager -b --no-pager | tail -40

Əgər əl ilə yenidən qoşulma problemi hər dəfə düzəldirsə, bu xarab tunel deyil, çatışmayan aktivləşdirmənin imzasıdır. Jurnal adətən interfeysin düşdüyünü və heç nəyin onu geri gətirmədiyini göstərəcək.

Dərhal yuxu qarmağı əlavə etmək istəyinə müqavimət göstərin. Şəbəkə bərpa olunmadan işə düşən qarmaq kömək etməyə çalışdığı proseslə yarışır və təkrarlana bilən problemi aralıq probleminə çevirir.

Üçüncü: tətbiq köhnə vəziyyəti saxlayır?

VPN-ə toxunmazdan əvvəl eyni təyinat üçün tamamilə yeni sessiya açın. Yeni sessiya işləyirsə və köhnə işləmirsə, tunel qaydasındadır və tətbiq ölü bağlantını saxlayır.

Bu, üç yoxlamanın ən ucuzudur və ən çox atlanandır, çünki uğursuzluq pəncərəsi elə ekrandadır. Onu bağlayın, yenidən açın və problemin sağ qalıb-qalmadığını qeyd edin. Yeni sessiya işləyirsə, tunel araşdırmasını tamamilə dayandırın. O da uğursuz olursa, tətbiq səbəb deyil, simptomdur.

Bəzi tətbiqlər vaxt aşımından sonra özü bərpa olur, buna görə simptom bir neçə dəqiqədən sonra özünü düzəldirmiş kimi görünə bilər. Bu davranış tunelə deyil, tətbiqə işarə edir və ayrıca qeyd edilməyə dəyər. Sadəcə özü düzəldi deyən həmkar bu nümunəni təsvir edir, uğurlu təsadüfü deyil.

Müqayisəni təkrarlana bilən edin

Dəyişənləri kiçik saxlayın: bir giriş şəbəkəsi, bir yuxu müddəti və hər dəfə eyni ilk sorğu. Sonra iki nəticə qeyd edin: əl ilə yenidən qoşulma onu düzəldirmi, və başqa yuxu uğursuzluğu geri qaytarırmı.

Ən son müşahidə üç namizədi ən etibarlı şəkildə ayıran müşahidədir. Uğursuz köhnə sessiyadan sonra işləyən yeni sessiya tunel problemi deyil və müştərini nə qədər yenidən quraşdırsanız da bu dəyişməyəcək.

WireGuard-ın daimi keepalive-ı bu mənzərəyə yalnız NAT xəritələmə keepalive-ı kimi aiddir. Xəritələməni açıq saxlamaq üçün paketlər göndərir; maşının yuxuya getməsinin qarşısını almır və proses dayandırılmış halda göndərməyə davam edə bilmir.

Tiketdə nə tapdığınızı qeyd edin: üçündən hansı xarab idi, onu nə düzəltdi və necə təkrar etdiniz. Bazar ertəsi qapaq açan növbəti şəxs sizə minnətdar olacaq və cavab sıfırdan yenidən kəşf edilməli olmayacaq.