VPN lietotne avarēja: vai drošības slēdzis joprojām ir ieslēgts?

Sāciet tur, kur sāk lietotājs: klienta logs ir pazudis, paplātes ikona ir zudusi, un pārlūks vai nu ielādē, vai neielādē. Vien šis novērojums nevar pateikt, vai bloķēšana izdzīvoja. Atbilde ir atkarīga no tā, kura komponente tur noteikumus, vai šī komponente nomira kopā ar logu, un vai platforma īstenošanu tur ārpus lietotnes. Ejiet no loga uz procesu, tad uz ugunsmūri, tad uz faktisko ceļu.

Vispirms nepārstartējiet; pārstartēšana parasti iznīcina pierādījumus.

Sāciet ar to, kas vēl darbojas

Atveriet procesu sarakstu, pirms kaut ko aiztiekat. Darbvirsmas klients parasti sadalās lietotāja interfeisa procesā un pakalpojumā vai dēmonā, un pirmā avārija ne vienmēr aptur otro. Windows pakalpojums var vēl būt sarakstā, Linux vienība var vēl būt aktīva, un Android tuneli pēc piekrišanas pieder sistēmai. Izlasiet šos trīs faktus šajā secībā.

Ja dēmons ir dzīvs, tunelis, visticamāk, arī ir dzīvs, un trūkstošais logs ir tikai kosmētisks.

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

Bloķēšanu lasiet pie īstenotāja, nevis lietotnē

Ja klients savu drošības slēdzi īsteno, ievietojot ugunsmūra noteikumus, šie noteikumi pieder operētājsistēmai un pārdzīvo to izveidojušo procesu. Tad avārija atstāj jūs bloķētus bez jebkāda interfeisa, lai to izslēgtu, un tas izskatās kā salauzts tīkls, nevis aizsardzība. Ja bloķēšana savukārt dzīvo paša klienta pakešu ceļā, procesa nogalināšana bloķēšanu noņem tajā pašā mirklī.

Android to risina vēl citādi: always-on VPN ar lockdown ir platformas iestatījums, tāpēc bloķēšana saglabājas neatkarīgi no lietotnes procesa, un sistēma var restartēt pakalpojumu. Precīzai uzvedībai skatiet platformas dokumentāciju, nevis pieņemiet, ka tā atbilst darbvirsmas klientam.

Atšķiriet tīru iziešanu no avārijas

Parasts Quit parasti izpilda klienta izslēgšanas ceļu, kas apzināti noņem noteikumus un aizver tuneli. Avārija šo ceļu izlaiž un atstāj visu, ko īstenotājs jau instalējis. Atšķirība redzama noteikumu laikspiedolos attiecībā pret procesa iziešanu un tajā, vai joprojām eksistē vecs tuneļa interfeiss bez īpašnieka.

Šī atšķirība nosaka atjaunošanu: tīrai iziešanai var būt vajadzīgs jauns savienojums, savukārt avārijai var būt vajadzīgs, lai atlikušie noteikumi tiktu noņemti ar klienta atbalstīto labošanas darbību.

Atjaunojiet, nesalaužot citas kontroles

Restartējiet klientu ar tā dokumentēto darbplūsmu, pēc tam pārbaudiet abas prasības puses: tunelis pārvadā satiksmi, un bloķēšana joprojām darbojas, kad tai jādara. Visu ugunsmūri izskalot, lai atgūtu savienojumu, noņem arī nesaistītas kontroles, un šis darījums reti ir tā vērts.

Atkārtotas avārijas gadījumā savāciet klienta versiju, platformas būvējumu un ierobežotos žurnālfailus, ko pieprasa piegādātājs. Klienta profils, privātā atslēga vai cita konta pilns savienojuma žurnāls avārijas ziņojumam nav nepieciešami, un to iekļaušana pārvērš atbalsta gadījumu datu apstrādes problēmā.

Viena avārija nav noplūdes pierādījums. Pierādījums ir novērota pakete, kas iziet pa ceļu, kuru politikai bija jānovērš, fiksēta mirklī, kad klients bija izslēgts. Pārbaudiet to apzināti, ar nekaitīgu galamērķi, un pierakstiet, kurš īstenošanas slānis noturējās.