Windowsi VPN-i viga 720: aadresside hulk või kliendi sidumine?
Viga 720 tähendab, et ühendus ei saanud kunagi kasutatavat aadressi. Eraldage ühe hosti tõrked paljude hostide tõrgetest enne adapteri uuesti paigaldamist.
Viga 720 ilmub pärast mandaatide vastuvõtmist ja seetõttu saadab see inimesed tagasi parooli väljale. Ühendus jõudis punkti, kus aadressi läbiräägitakse, ega saanud seda. Kaks väga erinevat tõrget tekitavad sama dialoogi: serveril polnud midagi jagada või just see klient ei suutnud läbirääkimist lõpetada. Nende kahe eraldamine enne millegi puutumist on suurem osa parandusest ja eraldamine on dokumenteeritud Microsofti vea 720 tõrkeotsingu lehel.
Mida dialoog vaikib
Sõnum kirjeldab PPP läbirääkimise tõrget ja on meelega ebamäärane, sest klient ei näe, miks server keeldus. See ei ole mandaadi viga ega väide tunnelite krüpteerimise kohta. See tähendab, et aadressi või läbirääkimise parameetreid ei tarnitud.
Serveri poolel on tavaline põhjus määramine: staatiline RRAS-i hulk vabade aadressiteta või DHCP konfiguratsioon, mille ulatus on ammendunud või kättesaamatu, tekitab täpselt selle sümptomi igal kliendil, kes proovib. Kliendi poolel on tavaline põhjus sidumine. PPP-d kandev WAN Miniport tuleb siduda õigete komponentidega ning keelatud sidumine või sisestatud võrgufilter võib läbirääkimise peatada ilma nähtava seadmeprobleemita. Need kaks perekonda vajavad erinevaid tõendeid ja kiireim viis nende vahel valimiseks on lugeda, kui palju kliente on mõjutatud.
Esmalt eraldage populatsioon, siis hulk
Lugege mõjutatud kliendid enne mis tahes konfiguratsiooni lugemist. Tõrge, mis tabab kõiki korraga, on serveri olek, ja tõrge, mis järgib ühte masinat võrkude vahel, on kliendi olek. See loendamine maksab ühe sõnumi vestluskanalis ja säästab pärastlõuna.
| 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 |
Seejärel siduge üks ebaõnnestunud katse serveri enda logiga, sest RRAS logib sündmuse, kui see ei saa aadressi määrata, ja see sündmus nimetab tõrget, mitte sümptomit. Kui tõrge järgib konkreetset klienti, ei näita serveri logi selle katse kohta midagi, mis on iseenesest informatiivne. Määramisvea puudumine kitsendab probleemi selle kliendi läbirääkimisele ja ütleb, milliseid käske järgmisena käivitada.
Get-WinEvent -LogName System -MaxEvents 500 | Where-Object { $_.Id -eq 20167 }
Get-NetAdapter -IncludeHidden | Where-Object { $_.InterfaceDescription -like "WAN Miniport*" }Lugege serveri määramise olekut
RRAS-i poolel kinnitage, milline määramismeetod on tegelikult konfigureeritud, mitte millist dokumentatsioon eeldab. Staatiline hulk ja DHCP kaudu edastatav konfiguratsioon ebaõnnestuvad erinevalt ja parandus kuulub sellele, mis on kasutusel. Staatilise hulga puhul loendage vabad aadressid ja otsige kasutajapõhiseid määranguid, millel on rendileping, mida keegi ei mäleta sõlminud olevat, sest suurena näiv hulk võib olla täielikult hõivatud. DHCP puhul kontrollige, et relee jõuab serverini ja et ulatuses on vabu rendilepinguid.
Tavaliste klientide poolt ammendatud ulatus tekitab sama 720 kui valesti konfigureeritud hulk, ja RRAS-i konsool näeb mõlemal juhul täiesti terve välja. Vastustage päritud möödaviigule jagada hulk väiksemateks ulatusteks: algne nõuanne kirjeldas ühe administraatori tulemust ega paranda määramistõrget, mille serveri enda sündmused võivad otse nimetada.
Lugege kliendi sidumisi neid lõhkumata
Kui tõendid osutavad ühele kliendile, uurige peidetud adapterit, mitte ärge paigaldage virna uuesti. Esimene käsk loetleb WAN Miniport liidesed ja nende nimed; teine võtab nime, mille see tagastas, mitte juhendist kopeeritud nime.
Get-NetAdapterBinding -Name "<name>" -IncludeHidden -AllBindingsLugege loendit aadressi tuvastamise sidumise ja kolmandate osapoolte filtrite osas. Keelatud sidumine on sihitud parandus, samas kui filtri olemasolu on küsimus selle tarkvara omanikule, mitte luba turvatoote väljalülitamiseks. Kõigi adapterite kustutamine on ainus käik, mis hävitab tõendid, mida vajaksite, kui tõrge naaseb.
Pärast parandust proovige sama profiili uuesti ja korrake seejärel kahe kliendi juhtumit, kui see oli algne sümptom, sest edukas esimene ühendus peidab määramisprobleemi, mille teine klient paljastab. Hoidke märge neljas väljas: milline klient, milline sidumine, milline sündmus ja mis muutus. Muutke ka ühte kihti katse kohta, kuna kliendi parandust ja hulga muudatust koos rakendatuna ei saa omistada, ja järgmine tõrge näib uus, kuigi see on sama.