Windows VPN-feil 720: adressepool eller klientbinding?
Feil 720 tyder at tilkoblinga aldri fekk ei brukbar adresse. Skil feil på éin vert frå feil på mange vertar før du installerer ein adapter på nytt.
Feil 720 visas etter at påloggingsinformasjonen er godteken, og difor sender han folk tilbake til passordfeltet. Tilkoblinga nådde punktet der ei adresse blir forhandla, og fekk inga. To svært ulike feil gjev den same dialogen: serveren hadde ingenting å dele ut, eller nettopp denne klienten kunne ikkje fullføre forhandlinga. Å skilje dei to før ein rører noko, er det meste av reparasjonen, og skillet er dokumentert på Microsoft si feilsøkingsside for feil 720.
Kva dialogen utelèt
Meldinga skildrar ein feil i PPP-forhandlinga, og ho er medvite vag fordi klienten ikkje kan sjå kvifor serveren avviste. Det er ikkje ein påloggingsfeil, og det er ikkje ei utsegn om krypteringa til tunnelen. Det tyder at adressa eller forhandlingsparametrane ikkje vart leverte.
På serversida er den vanlege årsaka tildeling: ein statisk RRAS-pool utan ledige adresser eller ein DHCP-konfigurasjon der omfanget er brukt opp eller utilgjengeleg, gjev nøyaktig dette symptomet hos kvar klient som prøver. På klientsida er den vanlege årsaka ei binding. WAN Miniport-en som ber PPP, må vere bunden til dei rette komponentane, og ei deaktivert binding eller eit innsett nettverksfilter kan stoppe forhandlinga utan noko synleg einingproblem. Dei to familiane treng ulike bevis, og den raskaste måten å velje mellom dei på er å telje kor mange klientar som er råka.
Del populasjonen før poolen
Tel dei råka klientane før du les nokon konfigurasjon. Ein feil som råkar alle samstundes, er ein servertilstand, og ein feil som følgjer éi maskin på tvers av nettverk, er ein klienttilstand. Den teljinga kostar éi melding i ein chatkanal og sparer ein ettermiddag.
| 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 |
Korreler deretter eitt mislukka forsøk med den eigne loggen til serveren, fordi RRAS loggar ei hending når han ikkje kan tildele, og den hendinga namngjev feilen i staden for symptomet. Følgjer feilen ein bestemt klient, vil serverloggen ikkje vise noko for det forsøket, noko som i seg sjølv er informativt. Fråværet av ein tildelingsfeil avgrensar problemet til forhandlinga på den klienten og fortel deg kva kommandoar du skal køyre neste gong.
Get-WinEvent -LogName System -MaxEvents 500 | Where-Object { $_.Id -eq 20167 }
Get-NetAdapter -IncludeHidden | Where-Object { $_.InterfaceDescription -like "WAN Miniport*" }Les tildelingstilstanden til serveren
Stadfest på RRAS-sida kva tildelingsmetode som faktisk er konfigurert, og ikkje kva dokumentasjonen føreset. Ein statisk pool og ein DHCP-vidaresend konfigurasjon feilar på ulike måtar, og rettinga høyrer til den som er i bruk. Tel dei ledige adressene i ein statisk pool, og sjå etter tildelingar per brukar som held ein lease som ingen hugsar, fordi ein pool som ser stor ut, kan vere fullt oppteken. Kontroller for DHCP at reléet når ein server, og at omfanget har ledige leases.
Eit omfang som er brukt opp av vanlege klientar, gjev den same 720 som ein feilkonfigurert pool, og RRAS-konsollen vil sjå heilt frisk ut i begge tilfelle. Motstå den nedarva workarounden med å dele ein pool i mindre område: det opphavlege rådet skildra resultatet til éin administrator, og det reparerer ikkje ein tildelingsfeil som hendingane til serveren sjølv kan namngje direkte.
Les bindingane til klienten utan å øydeleggje dei
Viser bevisa på éin klient, undersøk den skjulte adapteren i staden for å installere stakken på nytt. Den første kommandoen viser WAN Miniport-grensesnitta og namna deira; den andre tek namnet han returnerte, ikkje eit namn kopiert frå ei rettleiing.
Get-NetAdapterBinding -Name "<name>" -IncludeHidden -AllBindingsLes lista etter adresseoppløysingsbindinga og etter tredjepartsfilter. Ei deaktivert binding er ein målretta reparasjon, medan det at eit filter er til stades er eit spørsmål for eigaren av den programvara og ikkje løyve til å deaktivere eit tryggingsprodukt. Å slette alle adapterar er det eine trekket som øydelegg bevisa du ville trengt om feilen kjem tilbake.
Etter rettinga, prøv den same profilen igjen og gjenta deretter toklienttilfellet om det var det opphavlege symptomet, fordi ei vellukka første tilkobling skjuler tildelingsproblemet som ein andre klient avdekkjer. Hald notatet på fire felt: kva klient, kva binding, kva hending og kva som vart endra. Endre også eitt lag per forsøk, sidan ei klientretting og ei poolendring saman ikkje kan tilskrivast, og den neste feilen vil sjå ny ut når det er den same.