Нема интернета након уклањања VPN-а? Проверите три власника

Преостали адаптер, филтер или рута могу надживети клијента. Проверите три власника, уклоните најужи објекат, а затим поново тестирајте директан приступ и приступ кроз тунел.

Клијент је отишао, а рачунар и даље не може ништа да достигне, што искушава да се заштитни зид поравна и све почне испочетка. Немојте то да радите. Стање блокирања може доћи од три различита власника на истом рачунару, а сваки има свој пут уклањања. Испирање свега одједном уклања објекат којег сте хтели да се решите заједно са заштитом која вам још треба, а уништава и доказ о томе који је власник изазвао проблем. Пет провера, по реду, спречава да се то догоди.

Провера 1: шта је још ту и чему служи

Тражите три артефакта одвојено: виртуелни адаптер који још постоји, филтер или правило заштитног зида које још блокира, и руту или правило политике које још показује на тунел који више не постоји. Њихово присуство само по себи ништа не доказује, јер намерно постављен прекидач за нужду споља изгледа исто као напуштен.

Get-NetAdapter | Where-Object Status -eq 'Up'
Get-NetFirewallRule -Enabled True -Direction Outbound | Where-Object Action -eq 'Block'
ip route show
ip -4 rule show

Запишите време када је веза престала и може ли нормални клијент још да покрене свој тунел. Ако клијент може да обнови тунел и саобраћај се врати, блокирање ради свој посао, а проблем је у стању клијента, а не у заосталом правилу.

Провера 2: који власник то контролише

Сваки артефакт има власника. Виртуелни адаптер припада VPN клијенту или његовом управљачком програму. Филтер може припадати клијенту, сопственом заштитном зиду платформе или управљаном безбедносном производу. Руту је клијент можда инсталирао у тренутку повезивања и оставио за собом.

На управљаној опреми проверите политику уређаја пре него што било шта дирнете. Филтер који намеће политика биће враћен при следећој пријави, па локално уклањање купује сат времена и извештај о усклађености. Тај разговор припада администратору, а не сучељу заштитног зида.

Провера 3: уклоните најужу ствар која то објашњава

Почните са подржаним путем добављача: инсталација за поправку или исправно деинсталирање често исправно почисте генерисано стање, укључујући филтере које би ручно уклањање пропустило. Прочитајте упутства за опоравак за инсталирану верзију, јер редослед је важан и деинсталирање након неуспелог уклањања понаша се другачије.

Ако је ручни преглед заиста потребан, забележите назив правила, сучеље и наведену сврху пре него што било шта промените, и уклоните тај објекат по називу. Уклањање сваког мрежног адаптера или испирање целог скупа правила да би се погодио један клијент је начин на који случај подршке постаје поновна изградња.

Провера 4: DNS и руте надживљавају адаптере

Стање разрешавања може надживети тунел. Разрешивач који још показује на адресу унутар тунела који више не постоји производи истеке који изгледају баш као одбацивање заштитног зида, а уобичајен закључак је погрешан.

resolvectl status
ip route get 1.1.1.1
nslookup example.com

Ако се адреса разреши и сирова веза по IP-у ради, DNS је преостали проблем, а не филтрирање. Ако обоје не успе, вратите се на проверу прву са рутом и филтером у руци.

Провера 5: поново тестирајте оба пута и вратите дијагностику

Прво проверите обичну повезаност, затим сваки преостали VPN профил кроз његове сопствене контроле: повежите се, користите га, прекинете и потврдите да се рачунар вратио на обичну повезаност. Тај круг је тест који доказује да је напуштено блокирање нестало, а не само заобиђено.

На крају вратите сваку дијагностичку промену коју сте успут направили. Успешно чишћење уклања једну напуштену зависност; не уклања општу заштиту рачунара и не би требало да остави трајно ослабљен заштитни зид за собом. Забележите који је власник држао блокирање, јер ће следеће деинсталирање дати иста три кандидата.

Повезани чланци