Ap VPN wedi chwalu: ydy’r switsh lladd yn dal ymlaen?

Dechreuwch lle mae defnyddiwr yn dechrau: mae ffenestr y cleient wedi diflannu, mae’r eicon yn y hambwrdd wedi mynd, ac mae’r porwr naill ai’n llwytho neu ddim. Ni all yr arsylwad hwnnw ar ei ben ei hun ddweud wrthych a yw’r bloc wedi goroesi. Mae’r ateb yn dibynnu ar ba gydran sy’n dal y rheolau, a yw’r gydran honno wedi marw gyda’r ffenestr, ac a yw’r platfform yn cadw’r gorfodi y tu allan i’r ap. Cerddwch allan o’r ffenestr i’r broses, yna i’r mur tân, yna i’r llwybr gwirioneddol.

Peidiwch ag ailgychwyn yn gyntaf; mae ailgychwyn fel arfer yn dinistrio’r dystiolaeth.

Dechreuwch o’r hyn sy’n dal i redeg

Agorwch y rhestr broses cyn cyffwrdd â dim. Mae cleient bwrdd gwaith fel arfer yn rhannu’n broses rhyngwyneb defnyddiwr a gwasanaeth neu ddaemon, ac nid yw chwalfa yn y cyntaf o reidrwydd yn stopio’r ail. Ar Windows efallai bod y gwasanaeth yn dal ar y rhestr, ar Linux efallai bod yr uned yn dal yn weithredol, ac ar Android mae’r tiwnel yn eiddo i’r system unwaith y rhoddir cydsyniad. Darllenwch y tri ffaith hynny yn y drefn honno.

Os yw’r daemon yn fyw, mae’r tiwnel yn ôl pob tebyg yn fyw hefyd, a’r ffenestr sydd ar goll yn gosmig yn unig.

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

Darllenwch y bloc oddi wrth y gorfodwr, nid oddi wrth yr ap

Os yw’r cleient yn gweithredu ei switsh lladd drwy fewnosod rheolau mur tân, mae’r rheolau hynny’n perthyn i’r system weithredu ac yn goroesi’r broses a’u creodd. Yna mae chwalfa yn eich gadael wedi’ch blocio heb ryngwyneb i’w ddiffodd, sy’n edrych fel rhwydwaith wedi torri yn hytrach na diogelwch. Os yw’r bloc yn byw y tu mewn i lwybr pecynnau’r cleient ei hun, mae lladd y broses yn tynnu’r bloc ar yr un eiliad.

Mae Android yn trin hyn yn wahanol eto: mae always-on VPN gyda lockdown yn osodiad platfform, felly mae’r bloc yn parhau’n annibynnol o broses yr ap, a gall y system ailgychwyn y gwasanaeth. Ymgynghorwch â dogfennaeth y platfform am yr ymddygiad manwl yn hytrach na chymryd yn ganiataol ei fod yn cyfateb i gleient bwrdd gwaith.

Gwahaniaethu rhwng ymadawiad glân a chwalfa

Mae Quit arferol fel arfer yn rhedeg llwybr cau’r cleient, sy’n tynnu rheolau ac yn cau’r tiwnel yn fwriadol. Mae chwalfa yn sgipio’r llwybr hwnnw ac yn gadael beth bynnag y mae’r gorfodwr eisoes wedi’i osod. Mae’r gwahaniaeth yn ymddangos yn nodau amser y rheolau o gymharu ag ymadawiad y broses, ac yn y cwestiwn a oes rhyngwyneb tiwnel hen ffasiwn yn dal i fod heb berchennog.

Mae’r gwahaniaeth hwnnw’n penderfynu eich adferiad: efallai y bydd ymadawiad glân angen cysylltiad newydd, tra gall chwalfa fod angen tynnu’r rheolau dros ben drwy weithred atgyweirio gefnogol y cleient.

Adferwch heb dorri rheolyddion eraill

Ailgychwynnwch y cleient drwy ei weithlif ddogfennedig, yna gwiriwch ddwy hanner y gofyniad: mae’r tiwnel yn cario traffig, ac mae’r bloc yn dal i fod yn berthnasol pan ddylai. Mae fflysio’r mur tân cyfan i adennill cysylltiad hefyd yn tynnu rheolyddion di-gysylltiad, ac anaml y mae’r cyfnewid hwnnw’n werth chweil.

Ar gyfer chwalfa ailadroddus, casglwch fersiwn y cleient, adeiladwaith y platfform a’r logiau cyfyngedig y mae’r gwerthwr yn gofyn amdanynt. Nid oes angen proffil cleient, allwedd breifat na log cysylltiad llawn ar gyfer cyfrif arall mewn adroddiad chwalfa, ac mae eu cynnwys yn troi achos cymorth yn broblem trin data.

Nid yw un chwalfa yn dystiolaeth o ollyngiad. Tystiolaeth yw pecyn a welwyd yn gadael ar hyd llwybr y dylai’r polisi fod wedi’i rwystro, wedi’i ddal ar y funud roedd y cleient i lawr. Profwch hynny’n fwriadol, gyda chyrchfan ddiniwed, ac ysgrifennwch pa haen orfodi a ddaliodd.