VPN proqramı çökdü: qoruyucu bloklama hələ də açıqdır?

İstifadəçinin başladığı yerdən başlayın: müştəri pəncərəsi yoxdur, sistem qabığındakı ikon itib, brauzer ya yükləyir, ya da yükləmir. Bu müşahidə tək başına bloklamanın davam edib-etmədiyini deməyə imkan vermir. Cavab qaydaları hansı komponentin saxlamasından, həmin komponentin pəncərə ilə birlikdə ölüb-ölməməsindən və platformanın icranı tətbiqdən kənarda saxlayıb-saxlamamasından asılıdır. Pəncərədən prosesə, oradan firewall-a, sonra faktiki yola doğru addımlayın.

Əvvəlcə kompüteri yenidən başlatmayın; yenidən başlatma adətən sübutları məhv edir.

Hələ də işləyənlə başlayın

Heç nəyə toxunmadan proses siyahısını açın. Masaüstü müştəri adətən istifadəçi interfeysi prosesi ilə xidmət və ya daemon prosesinə bölünür və birincidəki çökmə ikincini mütləq dayandırmır. Windows-da xidmət hələ də siyahıda ola bilər, Linux-da unit hələ də aktiv ola bilər, Android-də isə icazə verildikdən sonra tunelin sahibi sistemdir. Bu üç faktı bu ardıcıllıqla oxuyun.

Əgər daemon sağdırsa, tunel də çox güman ki sağdır və itən pəncərə yalnız kosmetikdir.

Get-Process | Where-Object { $_.ProcessName -match 'vpn|wireguard|openvpn' }
Get-Service | Where-Object { $_.Name -match 'vpn|wireguard|openvpn' }
netsh wfp show state
systemctl status wg-quick@wg0 --no-pager
ps -eo pid,comm,args | grep -E 'openvpn|wg'
nft list ruleset | head -40

Bloklamanı tətbiqdən deyil, icra edən təbəqədən oxuyun

Əgər müştəri öz qoruyucu bloklamasını firewall qaydaları daxil etməklə həyata keçirirsə, həmin qaydalar əməliyyat sisteminə aiddir və onları yaradan prosesdən sonra da qalır. Onda çökmə sizi onu söndürmək üçün heç bir interfeys olmadan bloklanmış vəziyyətdə qoyur və bu, qorunmadan çox pozulmuş şəbəkə kimi görünür. Əksinə, bloklama müştərinin öz paket yolunun içindədirsə, prosesi öldürmək bloklamanı həmin anda götürür.

Android buna yenə başqa cür yanaşır: lockdown ilə always-on VPN platforma parametridir, ona görə bloklama tətbiq prosesindən asılı olmadan davam edir və sistem xidməti yenidən başlada bilər. Dəqiq davranış üçün platformanın sənədləşməsinə baxın, masaüstü müştəriyə uyğun olduğunu ehtimal etməyin.

Təmiz çıxışı çöküşdən ayırın

Normal Quit adətən müştərinin bağlanma yolunu işə salır, bu da qaydaları silir və tuneli qəsdən bağlayır. Çöküş bu yolu keçir və icra təbəqəsinin artıq quraşdırdığını yerində qoyur. Fərq qayda vaxt möhürlərində prosesin bitişinə nisbətən və sahibsiz köhnə tunel interfeysinin hələ də qalıb-qalmadığında görünür.

Bu fərq bərpa yolunuzu müəyyən edir: təmiz çıxış yeni bağlantı tələb edə bilər, çöküş isə qalıq qaydaların müştərinin dəstəklənən təmir əməliyyatı ilə silinməsini tələb edə bilər.

Digər nəzarətləri pozmadan bərpa edin

Müştəriyi sənədləşdirilmiş iş axını ilə yenidən başladın, sonra tələbin iki yarısını yoxlayın: tunel trafiki daşıyır və bloklama lazım olanda hələ də tətbiq olunur. Bağlantını bərpa etmək üçün bütün firewall-u təmizləmək əlaqəsiz nəzarətləri də götürür və bu mübadilə nadir hallarda dəyərlidir.

Təkrarlanan çöküş üçün müştəri versiyasını, platforma buraxılışını və satıcının istədiyi məhdud logları toplayın. Başqa hesab üçün müştəri profili, şəxsi açar və ya tam bağlantı logu çökmə hesabatı üçün lazım deyil və onların əlavə edilməsi dəstək işini məlumatların idarəsi probleminə çevirir.

Bir çöküş sızma sübutu deyil. Sübut, siyasətin qarşısını almalı olduğu yoldan çıxan, müştəri işləmədiyi anda tutulmuş paketdir. Bunu qəsdən, zərərsiz bir təyinatla sınaqdan keçirin və hansı icra təbəqəsinin dayandığını yazın.