Нема интернет по деинсталирањето на 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 профил преку неговите сопствени контроли: поврзете се, користете го, исклучете се и потврдете дека домаќинот се вратил на обична поврзаност. Тој круг е тестот што докажува дека напуштеното блокирање го нема, а не дека само е заобиколено.

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