Internetsymbol falsch, aber das VPN funktioniert? Drei Prüfungen

Der Infobereich zeigt kein Internet an, die private Anwendung läuft weiter, und jemand möchte das VPN-Profil ändern, bis sich das Symbol richtig verhält. Drei verschiedene Beobachtungen werden zu einer zusammengefasst, und nur eine davon betrifft den Tunnel. Wer sie trennt, verhindert, dass aus einem Symbolproblem eine unnötige Profiländerung wird.

Benennen Sie zuerst die Beobachtung und entscheiden Sie dann, ob tatsächlich etwas repariert werden muss.

Drei Beobachtungen, drei Fragen

Der Windows-Konnektivitätsindikator beantwortet, was der Erkennungsprozess des Systems für das aktuelle Netzwerkprofil festgestellt hat. Der Status des VPN-Clients beantwortet, ob dieser Client eine aufgebaute Peer-Sitzung meldet. Ein frischer Anwendungsvorgang beantwortet, ob eine bestimmte Anfrage über den genommenen Pfad funktioniert hat. Jede davon ist ein gültiges Ergebnis, und keine ersetzt die anderen. Wer sie zusammenfasst, erhält eine Reparatur, die auf die falsche Ebene zielt.

Die klassische Verwechslung besteht darin, die erste als Zusammenfassung der beiden anderen zu behandeln. Ein Rechner kann einen gesunden Tunnel mit funktionierenden privaten Ressourcen haben und trotzdem als ohne Internet eingestuft werden, weil die Einstufung von einer Prüfung stammt, die ihren Dienst nie erreicht hat.

Get-NetConnectionProfile
Get-DnsClientServerAddress -AddressFamily IPv4
Test-NetConnection -ComputerName internal.example -Port 443

Schreiben Sie die drei Ergebnisse mit Zeitstempel auf, bevor Sie etwas anfassen. Die meisten dieser Meldungen lösen sich in diesem Schritt, weil der Widerspruch offensichtlich wird, sobald er aufgeschrieben ist.

Was der Klassifizierungsprozess tatsächlich tut

Microsofts NCSI-Übersicht beschreibt aktives Prüfen mit HTTP-Anfragen an einen konfigurierten Prüfdienst, kombiniert mit passiver Beobachtung des Netzwerkverkehrs. Ein Ausbleiben der erwarteten Antwort kann von Routing, einem Proxy oder einer anderen Umgebungsbedingung auf diesem Pfad kommen. Er ist spezifischer als ein allgemeiner Erreichbarkeitstest und enger, als viele annehmen. Genau diese Enge ist der ganze Grund, warum der Widerspruch auftritt.

Was er nie prüft, ist Verschlüsselung, die Privatsphäre des Resolvers oder ob eine Anwendung autorisiert ist. Eine positive Einstufung beweist nicht, dass jede Anwendung den Tunnel nutzt, und eine negative beweist nicht, dass der Tunnel ausgefallen ist.

Die umgekehrte Verwechslung ist ebenso verbreitet. Ein Tunnel kann aufgebaut sein, während die Anwendung, für die er gebaut wurde, keine nutzbare Route, keinen funktionierenden Resolver und keine Berechtigung hat. Der Client-Indikator meldet ein früheres und engeres Ergebnis als das, das Sie brauchen.

Der Widerspruch selbst sagt, was zu beheben ist

Privater Zugriff funktioniert und das System meldet kein Internet: Die fehlerhafte Komponente ist der Prüfpfad, nicht der Tunnel. Notieren Sie Schnittstelle und Uhrzeit und lassen Sie den Netzwerkverantwortlichen prüfen, wie die Prüfung ihren Dienst erreicht und ob Richtlinien sie blockieren. Ein funktionierendes Profil für privaten Zugriff durch eine breite Internetroute zu ersetzen ändert ein Symbol und erweitert Zugriff, den Sie nicht erweitern wollten.

Der Tunnel meldet verbunden und frische Anfragen an benötigte Dienste schlagen fehl: Das ist ein echter Fehler, und das Symbol als Fehlalarm abzutun überspringt ihn. Vergleichen Sie den Anwendungsfehler, den vorgesehenen Umfang des Profils, den verwendeten Resolver und die gewählten Routen. Ein reiner Privat-Tunnel ist nicht dafür gedacht, einen öffentlichen Internetausgang bereitzustellen, und einen zu erwarten ist ein Umfangsfehler statt eines Defekts.

Den Befund behalten, einen Pfad ändern

Verwenden Sie einen frischen Vorgang in der betreffenden Anwendung statt einer Seite, die seit heute Morgen offen ist. Halten Sie erforderliche Sperren aktiv und führen Sie jeden erlaubten direkten Vergleich über die dokumentierten Steuerelemente des Clients durch, nicht durch manuelles Bearbeiten von Routen.

Wenn ein verwalteter Proxy oder eine Firewall die vorgesehene Prüfung blockiert, korrigieren Sie genau diesen Pfad mit dessen Eigentümer. Microsofts Hinweise warnen davor, aktives Prüfen als Lösung zu deaktivieren, und eine fest codierte Adressausnahme oder ein Eingriff in die Registrierung erklärt nicht, welche Komponente falsch antwortet.

Halten Sie nach der Änderung alle drei Ergebnisse im Ticket fest: Einstufung, Sitzungsstatus und Anwendungsergebnis. Wenn sich nur das Symbol bewegt hat, haben Sie gelernt, dass sich ein Indikator geändert hat, nicht dass Datenbank oder Website jetzt funktionieren.