Nema interneta nakon deinstalacije VPN-a? Provjerite tri vlasnika

Klijent je otišao, a mašina još uvijek ne može ništa dosegnuti, što iskušava da se firewall sravni i sve počne ispočetka. Nemojte to raditi. Stanje blokiranja može doći od tri različita vlasnika na istoj mašini, a svaki ima svoj put uklanjanja. Ispiranje svega odjednom uklanja objekt kojeg ste se htjeli riješiti zajedno sa zaštitom koja vam još treba, a uništava i dokaz o tome koji je vlasnik izazvao problem. Pet provjera, po redu, sprječava da se to dogodi.

Provjera 1: šta je još tu i čemu služi

Tražite tri artefakta odvojeno: virtualni adapter koji još postoji, firewall filter ili pravilo koje još blokira, i rutu ili pravilo politike koje još pokazuje na tunel koji više ne postoji. Njihovo prisustvo samo po sebi ništa ne dokazuje, jer namjerno postavljen kill switch izvana izgleda isto kao napušten.

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

Zapišite vrijeme kada je veza prestala i može li normalni klijent još pokrenuti svoj tunel. Ako klijent može obnoviti tunel i promet se vrati, blok radi svoj posao, a problem je u stanju klijenta, a ne u zaostalom pravilu.

Provjera 2: koji vlasnik to kontroliše

Svaki artefakt ima vlasnika. Virtualni adapter pripada VPN klijentu ili njegovom drajveru. Filter može pripadati klijentu, vlastitom firewallu platforme ili upravljanom sigurnosnom proizvodu. Rutu je klijent možda instalirao u trenutku povezivanja i ostavio za sobom.

Na upravljanoj opremi provjerite politiku uređaja prije nego što bilo šta dirate. Filter koji nameće politika bit će vraćen pri sljedećoj prijavi, pa lokalno uklanjanje kupuje sat vremena i izvještaj o usklađenosti. Taj razgovor pripada administratoru, a ne sučelju firewalla.

Provjera 3: uklonite najužu stvar koja to objašnjava

Počnite s podržanim putem dobavljača: instalacija za popravak ili propisna deinstalacija često ispravno počiste generirano stanje, uključujući filtere koje bi ručno uklanjanje propustilo. Pročitajte upute za oporavak za instaliranu verziju, jer redoslijed je važan i deinstalacija nakon neuspjelog uklanjanja ponaša se drugačije.

Ako je ručni pregled zaista potreban, zabilježite naziv pravila, sučelje i navedenu svrhu prije nego što bilo šta promijenite, i uklonite taj objekt po nazivu. Uklanjanje svakog mrežnog adaptera ili ispiranje cijelog skupa pravila da bi se pogodio jedan klijent jest način na koji slučaj podrške postaje ponovna izgradnja.

Provjera 4: DNS i rute nadživljavaju adaptere

Stanje razrješavanja može nadživjeti tunel. Razrješivač koji još pokazuje na adresu unutar tunela koji više ne postoji proizvodi isteke koji izgledaju baš kao odbacivanje firewalla, a uobičajen zaključak je pogrešan.

resolvectl status
ip route get 1.1.1.1
nslookup example.com

Ako se adresa razriješi i sirova veza po IP-u radi, DNS je preostali problem, a ne filtriranje. Ako oboje ne uspije, vratite se na provjeru prvu s rutom i filterom u ruci.

Provjera 5: ponovo testirajte oba puta i vratite dijagnostiku

Prvo provjerite običnu povezanost, zatim svaki preostali VPN profil kroz njegove vlastite kontrole: povežite se, koristite ga, prekinite i potvrdite da se host vratio na običnu povezanost. Taj krug je test koji dokazuje da je napušteni blok nestao, a ne samo zaobiđen.

Na kraju vratite svaku dijagnostičku promjenu koju ste usput napravili. Uspješno čišćenje uklanja jednu napuštenu zavisnost; ne uklanja opću zaštitu hosta i ne bi smjelo ostaviti trajno oslabljen firewall za sobom. Zabilježite koji je vlasnik držao blok, jer će sljedeća deinstalacija proizvesti ista tri kandidata.