WAN-Miniport-Warnung: Adapter reparieren oder Profil neu aufbauen
Ein eingefrorenes Profil oder ein hartnäckiger Adapter bedeutet meist einen versteckten Miniport, nicht das Konto. Prüfen Sie den Adapterstatus, bevor Sie einen Treiber neu installieren.
Einfrieren, bevor überhaupt eine Anmeldeinformation angeboten wird, die Verweigerung, das Profil zu löschen, ein Adapter mit einem Namen, den niemand kennt: das sind drei Gesichter eines Fehlers. Die Softwareschnittstelle, an die sich das VPN bindet, ist defekt, während Konto und Gateway unberührt sind. Drei Reparaturen sind vertretbar, und welche gilt, folgt aus einer einzigen Leseprüfung. Alles nach dieser Prüfung ist Rechnen; alles davor ist Raten.
Woran das Profil tatsächlich bindet
Jeder native Windows-Tunneltyp wird von einem eigenen virtuellen Adapter bedient, und diese Adapter sind Miniport-Treiber und keine physischen Karten. Ein Profil wählt einen Tunneltyp, der Typ wählt einen Adapter, und ein einziger ungesunder Treiber kann deshalb jedes Profil brechen, das ihn teilt, während Dateifreigaben und Surfen weiterlaufen. Die Abhängigkeit ist in den Profileigenschaften unsichtbar.
Diese Schnittstellen bleiben standardmäßig verborgen, im Geräte-Manager wie in der Adapterliste. So bleibt ein defekter Adapter unsichtbar, während der Besitzer des Rechners darauf beharrt, dass sich nichts geändert habe.
Ein Warnzeichen ist ein brauchbarer Beweis, ein sauberes Symbol nicht. Ein Adapter kann sich als gesund melden und trotzdem eine defekte Bindung tragen, also lautet die nützliche Frage, woran die Schnittstelle hängt, und nicht, wie das Symbol aussieht. Lesen Sie zuerst den Status und danach die Bindungen, denn das Symbol beantwortet die am wenigsten interessante Frage. Genau das Überspringen dieser Reihenfolge macht aus einer Zehn-Minuten-Prüfung einen ganzen Nachmittag Treiberarbeit.
Entscheiden Sie nach dem Adapterzustand, nicht nach dem Fehlercode
Eine Fehlernummer meldet, welche Stufe gescheitert ist, und sagt nichts darüber, welche Komponente schuld ist. Adressvergabe, Zertifikatsauswahl und das Tunnelprotokoll haben eigene Nummern, üblicherweise 720, 789 und 806, und keine der drei ist ein Beweis über einen Miniport. Nutzen Sie die Nummer, um die nächste Prüfung zu wählen, nicht um eine Reparatur zu wählen.
Die Beobachtungen, die unterscheiden, sind wenige. Diese Tabelle ordnet jeder einen schreibgeschützten nächsten Schritt zu:
| What you observe | What it implies | Read-only step |
|---|---|---|
| Every profile on one protocol fails | That protocol's miniport is unusable | Read the hidden adapter status |
| Adapter reports healthy, tunnel never starts | A binding is missing or disabled | List every binding on the adapter |
| Only the vendor client fails | The vendor adapter or its registered name | Read the vendor service key |
| The profile will not delete | The interface underneath is stuck | Confirm the adapter before removing the profile |
Die Reihenfolge zählt, weil eine Treiberneuinstallation langsam und störend ist. Sie wegen eines Adressproblems durchzuführen kostet eine Stunde und lehrt die nächste Person nichts. Die Tabelle klärt auch den Schadensradius: ein Protokoll, das in allen Profilen bricht, belastet den Treiber, während ein defekter Herstellerclient neben funktionierenden nativen Profilen den Hersteller-Stack belastet.
Zwei Lesungen, die die meisten Tickets klären
Beide Lesungen sind schreibgeschützt und keine berührt einen Treiber. Die erste listet die verborgenen Miniport-Schnittstellen mit ihrem Status, die zweite listet, woran ein benannter Adapter gebunden ist:
Get-NetAdapter -IncludeHidden | Where-Object InterfaceDescription -like 'WAN Miniport*' | Select-Object Name, InterfaceDescription, Status
Get-NetAdapterBinding -Name 'WAN Miniport (IKEv2)' -IncludeHidden -AllBindingsErsetzen Sie das Protokoll, das Ihr Profil nutzt, denn eine Bindungsliste für IKEv2 sagt nichts über ein SSTP Profil. Eine deaktivierte ARP- oder IPv4-Bindung oder ein an den Adapter gehängter Fremdfiltertreiber kann den Tunnel stoppen, bevor er beginnt. Dass Sicherheitssoftware in dieser Liste auftaucht, ist kein Beweis, dass sie die Ursache ist, also stellen Sie die Wirkung fest, bevor Sie etwas deaktivieren.
Ein gesunder Adapter zeigt die Bindungen, die Sie erwarten, und keinen Filter, den Sie nicht erklären können. Ist die Liste sauber, ist der Beweis zum Treiber selbst gewandert, und der nächste Abschnitt ist der zutreffende.
Halten Sie Adaptername und Treiberversion fest, bevor Sie ihn entfernen
Wenn der Adapter wirklich unbrauchbar ist, besteht die übliche Reparatur darin, ihn entfernbar zu machen, ihn zu deinstallieren und Windows beim nächsten Profil, das dieses Protokoll nutzt, eine frische Instanz bauen zu lassen. Öffnen Sie im Geräte-Manager den Treiber, wählen Sie aus einer Liste, löschen Sie den Filter für kompatible Hardware und wählen Sie einen generischen Microsoft-Adapter, der eine Deinstallation anbietet.
Notieren Sie vorher, was Sie löschen: Adaptername, Treiberversion, Anbieter und Datum. Eine Reparatur, die Sie hinterher nicht beschreiben können, lässt sich nicht wiederholen, und der übliche Preis einer unbeschriebenen Reparatur ist derselbe Rechner, dreimal repariert. Herstellerprogramme erledigen dieselbe Arbeit mit größerer Reichweite und sind in einer verwalteten Flotte vertretbar, wenn sie vom Hersteller und nicht von einem Spiegel kommen. Ein Werkzeug, das Treiberbinärdateien austauscht, ändert mehr als die Neuinstallation eines einzelnen Adapters, also notieren Sie auch seine Version im Ticket.
Ein Herstellerfall braucht eine andere Reparatur für dasselbe Symptom. Ein Client, der seinen Adapter unter einem Anzeigenamen mit einer Installerreferenz registriert, kann nach einem Upgrade nicht mehr aktivieren, und die Korrektur ändert diesen Namen in einem Dienstschlüssel des Herstellers. Der Wert nimmt einen schlichten Adapternamen an, und danach wird der Client neu gestartet:
HKLM\SYSTEM\CurrentControlSet\Services\CVirtA
DisplayName = Cisco Systems VPN Adapter for 64-bit WindowsDieser Schlüssel gehört zu einem Client. Er ist keine allgemeine Windows-Reparatur und darf niemals auf einem Rechner angewendet werden, der diesen Client nicht ausführt.
Bestätigen Sie mit einem zweiten Protokoll, bevor Sie das Ticket schließen
Eine erfolgreiche Wiederverbindung übt ein Protokoll über einen Adapter, sie belegt also weniger, als es scheint. Wiederholen Sie das ursprüngliche Profil und danach ein zweites auf einem anderen Tunneltyp, und verlangen Sie, dass beide verbinden. Funktioniert nur das erste, ist der verbleibende Fehler ein Beweis über einen Treiber oder eine Richtlinie und nicht über die Schnittstelle, die Sie gerade neu aufgebaut haben.
War die ursprüngliche Beschwerde ein nicht löschbares Profil, prüfen Sie das ebenfalls erneut, denn ein Profil, das sich auch nach einem gesunden Adapter noch weigert, ist ein anderer Fehler, und weitere Adapterarbeit ist verschwendet. Halten Sie Konto und Gateway aus der Notiz heraus, solange nichts darauf deutet. Ein Tunnel, der vor der Authentifizierung stirbt, beschreibt meist den Rechner, und eine ehrliche Notiz nennt Adapter, Protokoll und die Prüfung, die das bestätigt hat.