Pogreška 720 VPN-a u Windowsima: skup adresa ili povezivanje klijenta?
Pogreška 720 znači da veza nikada nije dobila upotrebljivu adresu. Odvojite kvarove na jednom hostu od kvarova na mnogo hostova prije nego ponovno instalirate adapter.
Pogreška 720 pojavljuje se nakon što se vjerodajnice prihvate, i zato ljude vraća na polje za lozinku. Veza je došla do točke u kojoj se pregovara adresa i nije je dobila. Dvije vrlo različite greške stvaraju isti dijalog: poslužitelj nije imao što podijeliti ili upravo taj klijent nije mogao dovršiti pregovaranje. Razdvojiti to dvoje prije ikakvog zahvata većina je popravka, a razlika je dokumentirana na Microsoftovoj stranici za rješavanje problema s pogreškom 720.
Što dijalog prešućuje
Poruka opisuje kvar u pregovaranju PPP-a i namjerno je neodređena jer klijent ne može vidjeti zašto je poslužitelj odbio. Nije riječ o pogrešci vjerodajnica ni o tvrdnji o šifriranju tunela. Znači da adresa ili parametri pregovaranja nisu dostavljeni.
Na strani poslužitelja uobičajeni je uzrok dodjela: statički skup RRAS-a bez slobodnih adresa ili konfiguracija DHCP-a čiji je raspon iscrpljen ili nedostupan daje točno ovaj simptom kod svakog klijenta koji pokuša. Na strani klijenta uobičajeni je uzrok povezivanje. WAN Miniport koji prenosi PPP mora biti povezan s ispravnim komponentama, a onemogućeno povezivanje ili umetnuti mrežni filtar može zaustaviti pregovaranje bez ikakvog vidljivog problema uređaja. Dvije obitelji trebaju različite dokaze, a najbrži način da se odabere između njih je prebrojati koliko je klijenata pogođeno.
Prvo razdvojite populaciju, pa skup
Prebrojite pogođene klijente prije nego pročitate bilo koju konfiguraciju. Kvar koji pogodi sve odjednom stanje je poslužitelja, a kvar koji slijedi jedan stroj između mreža stanje je klijenta. To brojanje košta jednu poruku u chat kanalu i štedi poslijepodne.
| 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 |
Zatim povežite jedan neuspjeli pokušaj s vlastitim zapisom poslužitelja, jer RRAS bilježi događaj kada ne može dodijeliti i taj događaj imenuje kvar umjesto simptoma. Ako kvar slijedi određeni klijent, dnevnik poslužitelja neće pokazati ništa za taj pokušaj, što je samo po sebi informativno. Odsutnost pogreške dodjele sužava problem na pregovaranje kod tog klijenta i govori vam koje naredbe izvesti dalje.
Get-WinEvent -LogName System -MaxEvents 500 | Where-Object { $_.Id -eq 20167 }
Get-NetAdapter -IncludeHidden | Where-Object { $_.InterfaceDescription -like "WAN Miniport*" }Pročitajte stanje dodjele na poslužitelju
Na strani RRAS-a potvrdite koja je metoda dodjele stvarno konfigurirana, a ne koju pretpostavlja dokumentacija. Statički skup i konfiguracija proslijeđena putem DHCP-a zatajuju na različite načine, a popravak pripada onoj koja je u upotrebi. Kod statičkog skupa prebrojite slobodne adrese i potražite dodjele po korisniku koje drže najam kojeg se nitko ne sjeća, jer skup koji izgleda velik može biti potpuno zauzet. Kod DHCP-a provjerite doseže li relej poslužitelj i ima li raspon slobodnih najamova.
Raspon koji su iscrpili obični klijenti daje istu 720 kao pogrešno konfiguriran skup, a konzola RRAS-a izgledat će potpuno zdravo u oba slučaja. Oduprite se naslijeđenom zaobilaznom rješenju dijeljenja skupa na manje raspone: izvorni savjet opisivao je rezultat jednog administratora i ne popravlja kvar dodjele koji događaji samog poslužitelja mogu izravno imenovati.
Pročitajte povezivanja klijenta bez toga da ih slomite
Ako dokazi upućuju na jednog klijenta, pregledajte skriveni adapter umjesto da ponovno instalirate stog. Prva naredba ispisuje sučelja WAN Miniport i njihova imena; druga preuzima ime koje je vratila, a ne ime prepisano iz priručnika.
Get-NetAdapterBinding -Name "<name>" -IncludeHidden -AllBindingsPročitajte popis zbog povezivanja za razrješavanje adresa i zbog filtara trećih strana. Onemogućeno povezivanje je ciljani popravak, dok je prisutnost filtra pitanje za vlasnika tog softvera, a ne dopuštenje za isključivanje sigurnosnog proizvoda. Brisanje svih adaptera jedini je potez koji uništava dokaze koji bi vam trebali ako se kvar vrati.
Nakon ispravka pokušajte ponovno s istim profilom, a zatim ponovite slučaj s dva klijenta ako je to bio izvorni simptom, jer uspješna prva veza skriva problem dodjele koji otkriva drugi klijent. Držite bilješku na četiri polja: koji klijent, koje povezivanje, koji događaj i što se promijenilo. Mijenjajte i jedan sloj po pokušaju, jer se popravak klijenta i promjena skupa primijenjeni zajedno ne mogu pripisati, a sljedeći će kvar izgledati nov, iako je isti.