VPN programėlė nulūžo: ar apsaugos jungiklis vis dar įjungtas?

Pradėkite ten, kur pradeda naudotojas: kliento lango nebėra, dėklo piktograma dingo, o naršyklė arba įkelia, arba ne. Vien šis stebėjimas negali pasakyti, ar blokavimas išliko. Atsakymas priklauso nuo to, kuris komponentas laiko taisykles, ar tas komponentas mirė kartu su langu, ir ar platforma vykdymą laiko už programos ribų. Eikite nuo lango prie proceso, tada prie užkardos, tada prie tikrojo kelio.

Pirmiausia neperkraukite; perkrovimas paprastai sunaikina įrodymus.

Pradėkite nuo to, kas dar veikia

Atidarykite procesų sąrašą prieš ką nors liesdami. Darbalaukio klientas paprastai skyla į naudotojo sąsajos procesą ir tarnybą arba demoną, o pirmojo nulūžimas nebūtinai sustabdo antrąjį. Windows tarnyba gali dar būti sąraše, Linux unit gali dar būti aktyvus, o Android tunelis priklauso sistemai, kai duotas sutikimas. Perskaitykite šiuos tris faktus ta tvarka.

Jei demonas gyvas, tunelis tikriausiai irgi gyvas, o trūkstamas langas tėra kosmetika.

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

Blokavimą skaitykite pas vykdytoją, o ne programėlėje

Jei klientas savo apsaugos jungiklį įgyvendina įterpdamas užkardos taisykles, tos taisyklės priklauso operacinei sistemai ir išlieka po jas sukūrusio proceso. Tada nulūžimas palieka jus užblokuotus be jokios sąsajos tai išjungti, o tai atrodo kaip sugedęs tinklas, o ne apsauga. Jei blokavimas gyvena paties kliento paketų kelyje, proceso užmušimas blokavimą pašalina tą pačią akimirką.

Android tai sprendžia dar kitaip: always-on VPN su lockdown yra platformos nustatymas, todėl blokavimas išlieka nepriklausomai nuo programos proceso, o sistema gali paleisti tarnybą iš naujo. Dėl tikslaus elgesio žiūrėkite platformos dokumentaciją, o ne manykite, kad jis atitinka darbalaukio klientą.

Atskirkite švarų išėjimą nuo nulūžimo

Įprastas Quit paprastai vykdo kliento išjungimo kelią, kuris sąmoningai pašalina taisykles ir uždaro tunelį. Nulūžimas tą kelią praleidžia ir palieka viską, ką vykdytojas jau įdiegė. Skirtumas matomas taisyklių laiko žymose proceso pasitraukimo atžvilgiu ir tame, ar dar egzistuoja be savininko senas tunelio sąsaja.

Šis skirtumas nulemia atkūrimą: švarus išėjimas gali reikalauti naujo ryšio, o nulūžimas gali reikalauti, kad likusios taisyklės būtų pašalintos palaikoma kliento taisymo veiksmu.

Atkurkite nesulaužę kitų kontrolių

Paleiskite klientą iš naujo pagal jo dokumentuotą darbo eigą, tada patikrinkite abi reikalavimo puses: tunelis perduoda srautą, o blokavimas vis dar galioja, kai turi. Visos užkardos išplovimas ryšiui atgauti pašalina ir nesusijusias kontroles, o šis mainai retai verti.

Dėl pasikartojančio nulūžimo surinkite kliento versiją, platformos rinkinį ir apribotus žurnalus, kurių prašo tiekėjas. Kliento profilis, privatus raktas arba visas kitos paskyros prisijungimo žurnalas nulūžimo ataskaitai nereikalingi, o jų pridėjimas paverčia palaikymo atvejį duomenų tvarkymo problema.

Vienas nulūžimas nėra nutekėjimo įrodymas. Įrodymas yra stebėtas paketas, išeinantis keliu, kurį politika turėjo užkirsti, užfiksuotas tuo metu, kai klientas buvo išjungtas. Išbandykite tai sąmoningai, su nekenksmingu tikslu, ir užrašykite, kuris vykdymo sluoksnis atlaikė.