Windows-VPN-Fehler 720: Adresspool oder Client-Bindung?
Fehler 720 bedeutet, dass die Verbindung nie eine brauchbare Adresse erhalten hat. Trennen Sie Fehler auf einem einzigen Host von Fehlern auf vielen Hosts, bevor Sie einen Adapter neu installieren.
Fehler 720 erscheint, nachdem die Anmeldedaten akzeptiert wurden, und genau deshalb schickt er die Leute zurück zum Passwortfeld. Die Verbindung hatte den Punkt erreicht, an dem eine Adresse ausgehandelt wird, und bekam keine. Zwei sehr verschiedene Störungen erzeugen denselben Dialog: Der Server hatte nichts zu vergeben, oder genau dieser Client konnte die Aushandlung nicht abschließen. Diese beiden zu trennen, bevor man irgendetwas anfasst, ist der größte Teil der Reparatur, und die Unterscheidung ist in Microsofts Seite zur Fehlerbehebung bei Fehler 720 dokumentiert.
Was der Dialog verschweigt
Die Meldung beschreibt einen Fehler in der PPP-Aushandlung, und sie bleibt bewusst vage, weil der Client nicht sehen kann, warum der Server abgelehnt hat. Es ist kein Anmeldedatenfehler, und es ist keine Aussage über die Verschlüsselung des Tunnels. Sie bedeutet, dass die Adresse oder die Aushandlungsparameter nicht geliefert wurden.
Auf der Serverseite ist die übliche Ursache die Zuordnung: Ein statischer RRAS-Pool ohne freie Adressen oder eine DHCP-Konfiguration, deren Bereich erschöpft oder nicht erreichbar ist, erzeugt genau dieses Symptom bei jedem Client, der es versucht. Auf der Clientseite ist die übliche Ursache eine Bindung. Der WAN-Miniport, der PPP trägt, muss an die richtigen Komponenten gebunden sein, und eine deaktivierte Bindung oder ein eingefügter Netzwerkfilter kann die Aushandlung stoppen, ohne dass ein Geräteproblem sichtbar wäre. Die beiden Familien brauchen unterschiedliche Beweise, und der schnellste Weg, zwischen ihnen zu wählen, ist zu zählen, wie viele Clients betroffen sind.
Erst die Population trennen, dann den Pool
Zählen Sie die betroffenen Clients, bevor Sie irgendeine Konfiguration lesen. Eine Störung, die alle auf einmal trifft, ist ein Serverzustand, und eine Störung, die einer Maschine über Netzwerke hinweg folgt, ist ein Clientzustand. Diese Zählung kostet eine Nachricht in einem Chatkanal und spart einen Nachmittag.
| Artifact | How you get it | What it rules out | What it cannot rule out |
|---|---|---|---|
| Affected-client count | One message to the people who failed, or a search of today's tickets | A client-only fault, when every client failed within minutes | Which server-side component stopped allocating |
| RRAS event for one attempt | Get-WinEvent on the System log, filtered to the allocation event id | An allocation failure, when no event matches that attempt | A binding fault that appears later in the same negotiation |
| Hidden WAN Miniport bindings | Get-NetAdapter with hidden adapters, then the binding list on the returned name | A disabled ms_wanarp binding or an inserted filter on this client | Pool exhaustion that would also have hit other clients |
| Free-address count | The RRAS pool view, or the DHCP scope statistics | A committed static range or an exhausted scope | Why the address was not delivered to one specific client |
Dann gleichen Sie einen fehlgeschlagenen Versuch mit dem eigenen Protokoll des Servers ab, denn RRAS protokolliert ein Ereignis, wenn es nicht zuordnen kann, und dieses Ereignis benennt die Störung statt des Symptoms. Folgt die Störung einem bestimmten Client, zeigt das Serverprotokoll für diesen Versuch nichts, was selbst informativ ist. Das Fehlen eines Zuordnungsfehlers verengt das Problem auf die Aushandlung bei diesem Client und sagt Ihnen, welche Befehle als Nächstes laufen.
Get-WinEvent -LogName System -MaxEvents 500 | Where-Object { $_.Id -eq 20167 }
Get-NetAdapter -IncludeHidden | Where-Object { $_.InterfaceDescription -like "WAN Miniport*" }Den Zuordnungszustand des Servers lesen
Bestätigen Sie auf der RRAS-Seite, welche Zuordnungsmethode tatsächlich konfiguriert ist, und nicht, welche die Dokumentation annimmt. Ein statischer Pool und eine DHCP-weitergeleitete Konfiguration scheitern auf unterschiedliche Weise, und die Lösung gehört zu der Methode, die verwendet wird. Zählen Sie bei einem statischen Pool die freien Adressen und suchen Sie nach benutzerbezogenen Zuweisungen, die eine Lease halten, an die sich niemand erinnert, denn ein Pool, der groß aussieht, kann vollständig belegt sein. Prüfen Sie bei DHCP, ob der Relay einen Server erreicht und ob der Bereich freie Leases hat.
Ein Bereich, der durch gewöhnliche Clients erschöpft ist, erzeugt denselben 720 wie ein falsch konfigurierter Pool, und die RRAS-Konsole sieht in beiden Fällen vollkommen gesund aus. Widerstehen Sie dem übernommenen Workaround, einen Pool in kleinere Bereiche aufzuteilen: Der ursprüngliche Rat beschrieb das Ergebnis eines Administrators, und er repariert keinen Zuordnungsfehler, den die Ereignisse des Servers direkt benennen können.
Die Bindungen des Clients lesen, ohne sie zu zerstören
Wenn die Beweise auf einen Client deuten, prüfen Sie den versteckten Adapter, statt den Stack neu zu installieren. Der erste Befehl listet die WAN-Miniport-Schnittstellen und ihre Namen auf; der zweite nimmt den Namen, den er zurückgegeben hat, nicht einen aus einer Anleitung kopierten Namen.
Get-NetAdapterBinding -Name "<name>" -IncludeHidden -AllBindingsLesen Sie die Liste auf die Adressauflösungsbindung und auf Filter von Drittanbietern. Eine deaktivierte Bindung ist eine gezielte Reparatur, während das Vorhandensein eines Filters eine Frage an den Eigentümer dieser Software ist und keine Erlaubnis, ein Sicherheitsprodukt zu deaktivieren. Alle Adapter zu löschen ist der eine Schritt, der die Beweise zerstört, die Sie bräuchten, wenn die Störung zurückkehrt.
Versuchen Sie nach der Korrektur dasselbe Profil erneut und wiederholen Sie dann den Zwei-Client-Fall, wenn das das ursprüngliche Symptom war, denn eine erfolgreiche erste Verbindung verbirgt das Zuordnungsproblem, das ein zweiter Client ans Licht bringt. Halten Sie die Notiz auf vier Feldern: welcher Client, welche Bindung, welches Ereignis und was sich geändert hat. Ändern Sie außerdem pro Versuch nur eine Ebene, da eine Client-Korrektur und eine Pool-Änderung zusammen nicht zuzuordnen sind und der nächste Fehler neu aussehen wird, obwohl er derselbe ist.