Kein Internet nach dem Deinstallieren des VPN? Prüfen Sie drei Eigentümer

Ein übrig gebliebener Adapter, Filter oder eine Route kann den Client überleben. Prüfen Sie die drei Eigentümer, entfernen Sie das engste Objekt und testen Sie dann den direkten Zugriff und den Tunnelzugriff erneut.

Der Client ist weg und die Maschine erreicht immer noch nichts, was dazu verleitet, die Firewall plattzumachen und neu anzufangen. Tun Sie das nicht. Blockierender Zustand kann von drei verschiedenen Eigentümern auf derselben Maschine stammen, und jeder hat seinen eigenen Entfernungspfad. Alles auf einmal zu leeren entfernt das Objekt, das Sie loswerden wollten, zusammen mit dem Schutz, den Sie noch brauchen, und es zerstört auch den Beweis dafür, welcher Eigentümer das Problem verursacht hat. Fünf Prüfungen in dieser Reihenfolge verhindern das.

Prüfung 1: was noch da ist und wofür es gut ist

Suchen Sie die drei Artefakte getrennt: einen virtuellen Adapter, der noch existiert, einen Firewall-Filter oder eine Regel, die noch blockiert, und eine Route oder Politikregel, die noch auf einen Tunnel zeigt, den es nicht mehr gibt. Ihre Anwesenheit beweist für sich genommen nichts, denn ein absichtlicher Kill Switch sieht von außen genauso aus wie ein aufgegebener.

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

Notieren Sie den Zeitpunkt, an dem die Konnektivität endete, und ob der normale Client seinen Tunnel noch starten kann. Wenn der Client den Tunnel wiederherstellen kann und der Datenverkehr zurückkehrt, erfüllt die Blockierung ihren Zweck, und das Problem liegt im Zustand des Clients, nicht in einer zurückgebliebenen Regel.

Prüfung 2: welcher Eigentümer es kontrolliert

Jedes Artefakt hat einen Eigentümer. Der virtuelle Adapter gehört dem VPN-Client oder dessen Treiber. Der Filter kann dem Client, der plattformeigenen Firewall oder einem verwalteten Sicherheitsprodukt gehören. Die Route wurde möglicherweise vom Client beim Verbinden installiert und zurückgelassen.

Auf verwalteten Geräten prüfen Sie die Geräterichtlinie, bevor Sie irgendetwas anfassen. Ein durch Richtlinie erzwungener Filter wird beim nächsten Check-in wiederhergestellt, sodass eine lokale Entfernung eine Stunde und einen Compliance-Bericht erkauft. Dieses Gespräch gehört zum Administrator, nicht zur Firewall-Oberfläche.

Prüfung 3: das engste entfernen, das es erklärt

Beginnen Sie mit dem vom Hersteller unterstützten Weg: eine Reparaturinstallation oder eine ordnungsgemäße Deinstallation räumt generierten Zustand oft korrekt auf, einschließlich Filtern, die eine manuelle Entfernung übersehen würde. Lesen Sie die Wiederherstellungsanweisungen für die installierte Version, denn die Reihenfolge ist wichtig, und eine Deinstallation nach einer misslungenen Entfernung verhält sich anders.

Wenn eine manuelle Prüfung wirklich erforderlich ist, notieren Sie den Regelnamen, die Schnittstelle und den angegebenen Zweck, bevor Sie etwas ändern, und entfernen Sie dieses Objekt namentlich. Jeden Netzwerkadapter zu entfernen oder den gesamten Regelsatz zu leeren, um einen einzigen Client zu treffen, ist der Weg, auf dem ein Supportfall zu einem Neuaufbau wird.

Prüfung 4: DNS und Routen überleben Adapter

Auflösungszustand kann den Tunnel überleben. Ein Resolver, der noch auf eine Adresse innerhalb eines Tunnels zeigt, den es nicht mehr gibt, erzeugt Zeitüberschreitungen, die genau wie ein Firewall-Drop aussehen, und die übliche Schlussfolgerung ist die falsche.

resolvectl status
ip route get 1.1.1.1
nslookup example.com

Wenn die Adresse aufgelöst wird und eine rohe Verbindung per IP funktioniert, ist DNS das verbleibende Problem und nicht die Filterung. Wenn beides fehlschlägt, gehen Sie mit der Route und dem Filter in der Hand zu Prüfung eins zurück.

Prüfung 5: beide Wege erneut testen und die Diagnose zurücksetzen

Prüfen Sie zuerst die normale Konnektivität und dann jedes verbleibende VPN-Profil über seine eigenen Steuerelemente: verbinden, nutzen, trennen und bestätigen, dass der Host wieder bei einfacher Konnektivität ist. Dieser Durchlauf ist der Test, der beweist, dass die aufgegebene Blockierung weg ist und nicht bloß umgangen wurde.

Stellen Sie schließlich jede diagnostische Änderung wieder her, die Sie unterwegs vorgenommen haben. Eine erfolgreiche Bereinigung entfernt eine aufgegebene Abhängigkeit; sie entfernt nicht den allgemeinen Schutz des Hosts und sollte keine dauerhaft gelockerte Firewall hinterlassen. Notieren Sie, welcher Eigentümer die Blockierung hielt, denn die nächste Deinstallation wird dieselben drei Kandidaten hervorbringen.

Ähnliche Artikel