Windows VPN -virhe 720: osoitepooli vai asiakkaan sidonta?
Virhe 720 tarkoittaa, että yhteydelle ei koskaan annettu käyttökelpoista osoitetta. Erottele yhden isännän viat monen isännän vioista ennen kuin asennat sovittimen uudelleen.
Virhe 720 ilmestyy, kun tunnistetiedot on hyväksytty, ja siksi se lähettää ihmiset takaisin salasanakenttään. Yhteys ehti pisteeseen, jossa osoitteesta neuvotellaan, eikä saanut sellaista. Kaksi hyvin erilaista vikaa tuottaa saman valintaikkunan: palvelimella ei ollut mitään jaettavaa tai juuri tämä asiakas ei saanut neuvottelua valmiiksi. Näiden kahden erottaminen ennen mihinkään koskemista on suurin osa korjauksesta, ja erottelu on dokumentoitu Microsoftin virheen 720 vianmäärityssivulla.
Mitä valintaikkuna jättää kertomatta
Viesti kuvaa PPP-neuvottelun vikaa, ja se on tarkoituksella epämääräinen, koska asiakas ei näe, miksi palvelin hylkäsi pyynnön. Se ei ole tunnistetietojen virhe eikä väite tunnelin salauksesta. Se tarkoittaa, että osoitetta tai neuvottelun parametreja ei toimitettu.
Palvelimen puolella tavallinen syy on osoitus: staattinen RRAS-pooli ilman vapaita osoitteita tai DHCP-kokoonpano, jonka alue on käytetty loppuun tai saavuttamaton, tuottaa täsmälleen tämän oireen jokaisella asiakkaalla, joka yrittää. Asiakkaan puolella tavallinen syy on sidonta. PPP:tä kuljettava WAN Miniport on sidottava oikeisiin komponentteihin, ja poistettu sidonta tai lisätty verkkosuodatin voi pysäyttää neuvottelun ilman näkyvää laiteongelmaa. Nämä kaksi perhettä tarvitsevat eri todisteita, ja nopein tapa valita niiden välillä on laskea, kuinka moni asiakas on vaikutuksessa.
Erottele joukko ensin, pooli vasta sitten
Laske vaikutuksen alaiset asiakkaat ennen kuin luet mitään kokoonpanoa. Vika, joka osuu kaikkiin kerralla, on palvelimen tila, ja vika, joka seuraa yhtä konetta verkkojen välillä, on asiakkaan tila. Tämä laskenta maksaa yhden viestin chat-kanavalla ja säästää iltapäivän.
| 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 |
Yhdistä sitten yksi epäonnistunut yritys palvelimen omaan lokiin, koska RRAS kirjaa tapahtuman, kun se ei voi osoittaa, ja se tapahtuma nimeää vian oireen sijaan. Jos vika seuraa tiettyä asiakasta, palvelimen loki ei näytä mitään siltä yritykseltä, mikä on itsessään informatiivista. Osoitusvirheen puuttuminen rajaa ongelman kyseisen asiakkaan neuvotteluun ja kertoo, mitkä komennot suorittaa seuraavaksi.
Get-WinEvent -LogName System -MaxEvents 500 | Where-Object { $_.Id -eq 20167 }
Get-NetAdapter -IncludeHidden | Where-Object { $_.InterfaceDescription -like "WAN Miniport*" }Lue palvelimen osoitustila
Vahvista RRAS-puolella, mikä osoitusmenetelmä on todella määritetty, eikä mikä dokumentaation mukaan pitäisi olla. Staattinen pooli ja DHCP:n välittämä kokoonpano epäonnistuvat eri tavoin, ja korjaus kuuluu sille, joka on käytössä. Staattisessa poolissa laske vapaat osoitteet ja etsi käyttäjäkohtaisia varauksia, joilla on vuokra, jota kukaan ei muista tehneensä, koska suurelta näyttävä pooli voi olla täysin varattu. DHCP:ssä tarkista, että välittäjä tavoittaa palvelimen ja että alueella on vapaita vuokria.
Tavallisten asiakkaiden loppuun käyttämä alue tuottaa saman 720:n kuin väärin määritetty pooli, ja RRAS-konsoli näyttää molemmissa tapauksissa täysin terveeltä. Vastusta perittyä kiertotapaa jakaa pooli pienempiin alueisiin: alkuperäinen neuvo kuvasi yhden ylläpitäjän tuloksen, eikä se korjaa osoitusvirhettä, jonka palvelimen omat tapahtumat voivat nimetä suoraan.
Lue asiakkaan sidonnat niitä rikkomatta
Jos todisteet osoittavat yhteen asiakkaaseen, tutki piilotettu sovitin sen sijaan, että asennat pinon uudelleen. Ensimmäinen komento luettelee WAN Miniport -liitännät ja niiden nimet; toinen ottaa nimen, jonka se palautti, ei oppaasta kopioitua nimeä.
Get-NetAdapterBinding -Name "<name>" -IncludeHidden -AllBindingsLue luettelo osoitteenratkaisun sidonnan ja kolmannen osapuolen suodattimien varalta. Poistettu sidonta on kohdennettu korjaus, kun taas suodattimen läsnäolo on kysymys kyseisen ohjelmiston omistajalle, ei lupa poistaa tietoturvatuotetta käytöstä. Kaikkien sovittimien poistaminen on ainoa liike, joka tuhoaa todisteet, joita tarvitsisit, jos vika palaa.
Korjauksen jälkeen yritä samaa profiilia uudelleen ja toista sitten kahden asiakkaan tapaus, jos se oli alkuperäinen oire, koska onnistunut ensimmäinen yhteys peittää osoitusongelman, jonka toinen asiakas paljastaa. Pidä muistiinpano neljässä kentässä: mikä asiakas, mikä sidonta, mikä tapahtuma ja mikä muuttui. Muuta myös yhtä kerrosta yritystä kohden, koska asiakkaan korjausta ja poolin muutosta yhdessä ei voi kohdistaa, ja seuraava vika näyttää uudelta, vaikka se on sama.