Internetik gabe VPNa desinstalatu ondoren? Egiaztatu hiru jabe

Bezeroa joan da eta makinak oraindik ez du inora iristen, eta horrek suhormaga berdindu eta hutsetik hasteko tentazioa ematen du. Ez egin hori. Blokeo-egoera makina berean hiru jabe desberdinetatik etor daiteke, eta bakoitzak bere kentze-bidea du. Dena batera hustutzeak kendu nahi zenukeen objektua oraindik behar duzun babesarekin batera kentzen du, eta arazoa zein jabe-k eragin zuen froga ere suntsitzen du. Bost egiaztapenek, ordenan, hori saihesten dute.

Egiaztapena 1: zer dago oraindik, eta zertarako

Bilatu hiru artefaktuak bereizita: oraindik existitzen den adapter birtual bat, oraindik blokeatzen duen suhormagako iragazki edo arau bat, eta jada existitzen ez den tunel batera oraindik seinalatzen duen bide edo politika-arau bat. Haien presentziak ez du ezer frogatzen bere horretan, zeren nahita jarritako geldiarazte-etengailu bat kanpotik abandonatuta dagoen baten berdin ikusten da.

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

Idatzi konektibitatea noiz gelditu zen eta bezero arruntak oraindik bere tunela abiarazi dezakeen. Bezeroak tunela berrezarri eta trafikoa itzultzen bada, blokeoak bere lana egiten du eta arazoa bezeroaren egoeran dago, ez geratzen den arau batean.

Egiaztapena 2: zein jabe-k kontrolatzen du

Artefaktu bakoitzak jabe bat du. Adapter birtuala VPN bezeroarena edo haren kontrolatzailearena da. Iragazkia bezeroarena, plataformaren suhormagarena edo kudeatutako segurtasun-produktu batena izan daiteke. Baliteke bezeroak bidea konektatzean instalatu eta atzean uztea.

Kudeatutako ekipamenduan, egiaztatu gailuaren politika ezer ukitu aurretik. Politikak inposatutako iragazkia hurrengo erregistroan berrezarriko da, beraz tokiko kentzeak ordu bat eta betetze-txosten bat erosten ditu. Elkarrizketa hori administratzailearena da, ez suhormagaren interfazearena.

Egiaztapena 3: kendu hori azaltzen duen gauzarik estuena

Hasi hornitzaileak onartutako bidearekin: konponketa-instalazio batek edo desinstalazio egoki batek sarritan ondo garbitzen du sortutako egoera, eskuzko kentzeak huts egingo lukeen iragazkiak barne. Irakurri instalatutako bertsioaren berreskuratze-jarrabideak, zeren ordenak garrantzia du eta kentze huts baten ondorengo desinstalazioak beste modu batera jokatzen du.

Eskuzko ikuskapena benetan beharrezkoa bada, idatzi arauaren izena, interfazea eta adierazitako helburua ezer aldatu aurretik, eta kendu objektu hori izenez. Sare-adapter guztiak kentzea edo arau-multzo osoa hustea bezero bakarrari erasotzeko da laguntza-kasu bat berreraiketa bihurtzen den bidea.

Egiaztapena 4: DNSa eta bideak adapterrak baino gehiago irauten dute

Ebazpen-egoerak tunela biziraun dezake. Jada existitzen ez den tunel baten barruko helbide batera oraindik seinalatzen duen ebazle batek suhormagako jaurtiketa baten berdin ikusten diren itxaronaldiak sortzen ditu, eta ohiko ondorioa okerra da.

resolvectl status
ip route get 1.1.1.1
nslookup example.com

Helbidea ebazten bada eta IP bidezko konexio gordinak funtzionatzen badu, DNSa da geratzen den arazoa, ez iragazketa. Biak huts egiten badute, itzuli lehen egiaztapenera bidea eta iragazkia eskuan dituzula.

Egiaztapena 5: probatu berriro bi bideak eta jarri diagnostikoa lekuan

Egiaztatu lehenik konektibitate arrunta, gero geratzen den VPN profil bakoitza bere kontrolen bidez: konektatu, erabili, deskonektatu eta egiaztatu ostalariak konektibitate soilera itzuli dela. Joan-etorri hori da blokeo abandonatua desagertu dela eta ez dela soilik saihestu frogatzen duen proba.

Azkenik, berrezarri bidean egin duzun diagnostiko-aldaketa oro. Garbiketa arrakastatsuak mendekotasun abandonatu bat kentzen du; ez du ostalariaren babes orokorra kentzen eta ez luke atzean suhormaga betiko lasaitua utzi behar. Ohartu zein jabe-k eusten zion blokeoari, zeren hurrengo desinstalazioak hiru hautagai berak sortuko ditu.