Windows-VPN-fout 720: adrespoel of kliëntbinding?
Fout 720 beteken die verbinding het nooit 'n bruikbare adres gekry nie. Skei foute op een gasheer van foute op baie gashere voordat jy 'n adapter herinstalleer.
Fout 720 verskyn nadat die aanmeldingsgegewens aanvaar is, en daarom stuur dit mense terug na die wagwoordveld. Die verbinding het die punt bereik waar 'n adres beding word en het nie een gekry nie. Twee baie verskillende foute lewer dieselfde dialoog: die bediener het niks gehad om uit te deel nie, of juis hierdie kliënt kon die onderhandeling nie voltooi nie. Om daardie twee te skei voordat jy enigiets aanraak, is die grootste deel van die herstel, en die skeiding is gedokumenteer op Microsoft se probleemoplossingsbladsy vir fout 720.
Wat die dialoog weglaat
Die boodskap beskryf 'n fout in PPP-onderhandeling, en dit is doelbewus vaag omdat die kliënt nie kan sien waarom die bediener geweier het nie. Dit is nie 'n aanmeldingsfout nie, en dit is nie 'n uitspraak oor die tonnel se enkripsie nie. Dit beteken die adres of die onderhandelingsparameters is nie afgelewer nie.
Aan die bedienerkant is die gewone oorsaak toewysing: 'n statiese RRAS-poel sonder vrye adresse, of 'n DHCP-opstelling waarvan die omvang uitgeput of onbereikbaar is, lewer presies hierdie simptoom by elke kliënt wat dit probeer. Aan die kliëntkant is die gewone oorsaak 'n binding. Die WAN Miniport wat PPP dra moet aan die regte komponente gebind wees, en 'n gedeaktiveerde binding of 'n ingevoegde netwerkfilter kan die onderhandeling stop sonder enige sigbare toestelprobleem. Die twee families het verskillende bewyse nodig, en die vinnigste manier om tussen hulle te kies is om te tel hoeveel kliënte geraak word.
Skei eers die populasie, dan die poel
Tel die geraakte kliënte voordat jy enige konfigurasie lees. 'n Fout wat almal gelyk tref is 'n bedienerstoestand, en 'n fout wat een masjien oor netwerke heen volg is 'n kliënttoestand. Daardie telling kos een boodskap in 'n chatkanaal en spaar 'n middag.
| 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 |
Korreleer dan een mislukte poging met die bediener se eie rekord, want RRAS teken 'n gebeurtenis aan wanneer dit nie kan toewys nie, en daardie gebeurtenis noem die fout eerder as die simptoom. Volg die fout 'n spesifieke kliënt, sal die bedienerlog vir daardie poging niks wys nie, wat op sigself insiggewend is. Die afwesigheid van 'n toewysingsfout vernou die probleem tot die onderhandeling by daardie kliënt en sê vir jou watter opdragte volgende moet loop.
Get-WinEvent -LogName System -MaxEvents 500 | Where-Object { $_.Id -eq 20167 }
Get-NetAdapter -IncludeHidden | Where-Object { $_.InterfaceDescription -like "WAN Miniport*" }Lees die bediener se toewysingstoestand
Bevestig aan die RRAS-kant watter toewysingsmetode werklik opgestel is, en nie watter een die dokumentasie aanneem nie. 'n Statiese poel en 'n DHCP-deurgegewe opstelling faal op verskillende maniere, en die regstelling hoort by die een wat in gebruik is. Tel by 'n statiese poel die vrye adresse en soek na toewysings per gebruiker wat 'n huurkontrak hou wat niemand onthou nie, want 'n poel wat groot lyk kan heeltemal toegewys wees. Kyk by DHCP of die relay 'n bediener bereik en of die omvang vrye huurkontrakte het.
'n Omvang wat deur gewone kliënte uitgeput is, lewer dieselfde 720 as 'n verkeerd opgestelde poel, en die RRAS-konsole sal in beide gevalle volkome gesond lyk. Weerstaan die oorgeërfde oplossing om 'n poel in kleiner reekse te verdeel: die oorspronklike advies het een administrateur se resultaat beskryf, en dit herstel nie 'n toewysingsfout wat die bediener se eie gebeurtenisse direk kan noem nie.
Lees die kliënt se bindings sonder om dit te breek
Wys die bewyse op een kliënt, ondersoek dan die verborge adapter eerder as om die stapel te herinstalleer. Die eerste opdrag lys die WAN Miniport-koppelvlakke en hul name; die tweede neem die naam wat dit teruggegee het, nie 'n naam uit 'n gids nie.
Get-NetAdapterBinding -Name "<name>" -IncludeHidden -AllBindingsLees die lys vir die adresoplossingsbinding en vir derdeparty-filters. 'n Gedeaktiveerde binding is 'n gerigte herstel, terwyl 'n filter se teenwoordigheid 'n vraag is vir die eienaar van daardie sagteware eerder as toestemming om 'n sekuriteitsproduk te deaktiveer. Om elke adapter te skrap is die een stap wat die bewyse vernietig wat jy nodig het as die fout terugkeer.
Probeer na die regstelling dieselfde profiel weer en herhaal dan die twee-kliënt-geval as dit die oorspronklike simptoom was, want 'n suksesvolle eerste verbinding verberg die toewysingsprobleem wat 'n tweede kliënt blootlê. Hou die nota by vier velde: watter kliënt, watter binding, watter gebeurtenis en wat verander het. Verander ook per poging een laag, want 'n kliëntregstelling en 'n poelverandering saam kan nie toegeskryf word nie, en die volgende fout sal nuut lyk terwyl dit dieselfde een is.