Chyba 720 VPN ve Windows: fond adres nebo vazba klienta?
Chyba 720 znamená, že připojení nikdy nedostalo použitelnou adresu. Oddělte poruchy na jednom hostiteli od poruch na mnoha hostitelích, než přeinstalujete adaptér.
Chyba 720 se objeví po přijetí přihlašovacích údajů, a proto lidi posílá zpět k poli hesla. Připojení dosáhlo bodu, kdy se vyjednává adresa, a žádnou nedostalo. Dvě velmi odlišné poruchy vytvářejí stejný dialog: server neměl co rozdávat, nebo právě tento klient nedokončil vyjednávání. Rozdělit tyto dvě před jakýmkoli zásahem je většina opravy a rozdělení je zdokumentováno na stránce Microsoftu pro řešení potíží s chybou 720.
Co dialog vynechává
Zpráva popisuje poruchu vyjednávání PPP a je záměrně vágní, protože klient nemůže vidět, proč server odmítl. Není to chyba přihlašovacích údajů ani tvrzení o šifrování tunelu. Znamená, že adresa nebo parametry vyjednávání nebyly doručeny.
Na straně serveru je obvyklou příčinou přidělování: statický fond RRAS bez volných adres nebo konfigurace DHCP, jejíž rozsah je vyčerpaný nebo nedostupný, dává přesně tento příznak u každého klienta, který to zkusí. Na straně klienta je obvyklou příčinou vazba. WAN Miniport přenášející PPP musí být svázán se správnými komponentami a zakázaná vazba nebo vložený síťový filtr může zastavit vyjednávání bez jakéhokoli viditelného problému zařízení. Obě rodiny potřebují jiné důkazy a nejrychlejší způsob, jak mezi nimi vybrat, je spočítat, kolik klientů je postiženo.
Nejprve rozdělte populaci, potom fond
Spočítejte postižené klienty, než přečtete jakoukoli konfiguraci. Porucha, která zasáhne všechny najednou, je stav serveru, a porucha, která sleduje jeden stroj mezi sítěmi, je stav klienta. To počítání stojí jednu zprávu v chatovacím kanálu a ušetří odpoledne.
| 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 |
Potom spojte jeden neúspěšný pokus s vlastním záznamem serveru, protože RRAS zaznamená událost, když nemůže přidělit, a tato událost pojmenovává poruchu místo příznaku. Pokud porucha sleduje konkrétního klienta, protokol serveru pro tento pokus nic neukáže, což je samo o sobě informativní. Nepřítomnost chyby přidělení zužuje problém na vyjednávání u toho klienta a říká vám, které příkazy spustit dál.
Get-WinEvent -LogName System -MaxEvents 500 | Where-Object { $_.Id -eq 20167 }
Get-NetAdapter -IncludeHidden | Where-Object { $_.InterfaceDescription -like "WAN Miniport*" }Přečtěte stav přidělování na serveru
Na straně RRAS potvrďte, která metoda přidělování je skutečně nakonfigurována, a ne kterou předpokládá dokumentace. Statický fond a konfigurace předávaná přes DHCP selhávají různými způsoby a oprava patří té, která se používá. U statického fondu spočítejte volné adresy a hledejte přiřazení na uživatele, která drží pronájem, na který si nikdo nepamatuje, protože fond, který vypadá velký, může být plně obsazen. U DHCP zkontrolujte, že relay dosáhne na server a že rozsah má volné pronájmy.
Rozsah vyčerpaný běžnými klienty dává stejnou 720 jako špatně nakonfigurovaný fond a konzole RRAS bude v obou případech vypadat naprosto zdravě. Vzepřete se zděděnému obchvatu spočívajícímu v dělení fondu na menší rozsahy: původní rada popisovala výsledek jednoho správce a neopravuje poruchu přidělení, kterou události samotného serveru mohou pojmenovat přímo.
Přečtěte vazby klienta, aniž byste je rozbili
Pokud důkazy ukazují na jednoho klienta, prozkoumejte skrytý adaptér, místo abyste přeinstalovali zásobník. První příkaz vypíše rozhraní WAN Miniport a jejich názvy; druhý převezme název, který vrátil, ne název opsaný z příručky.
Get-NetAdapterBinding -Name "<name>" -IncludeHidden -AllBindingsPřečtěte seznam kvůli vazbě překladu adres a kvůli filtrům třetích stran. Zakázaná vazba je cílená oprava, zatímco přítomnost filtru je otázka na vlastníka toho softwaru, nikoli svolení vypnout bezpečnostní produkt. Smazání všech adaptérů je jediný krok, který zničí důkazy, které byste potřebovali, kdyby se porucha vrátila.
Po opravě zkuste stejný profil znovu a poté zopakujte případ dvou klientů, pokud to byl původní příznak, protože úspěšné první připojení skrývá problém přidělování, který odhalí druhý klient. Držte poznámku ve čtyřech polích: který klient, která vazba, která událost a co se změnilo. Měňte také jednu vrstvu na pokus, protože opravu klienta a změnu fondu provedené společně nelze připsat, a další porucha bude vypadat nově, i když je stejná.