Greška 720 VPN-a u Windowsu: skup adresa ili povezivanje klijenta?
Greška 720 znači da veza nikada nije dobila upotrebljivu adresu. Odvojite kvarove na jednom hostu od kvarova na mnogim hostovima prije nego što ponovo instalirate adapter.
Greška 720 pojavljuje se nakon što se akreditive prihvate, i zato ljude vraća na polje za lozinku. Veza je stigla do tačke u kojoj se pregovara adresa i nije je dobila. Dvije vrlo različite greške stvaraju isti dijalog: server nije imao šta podijeliti ili upravo taj klijent nije mogao dovršiti pregovaranje. Razdvojiti to dvoje prije bilo kakvog zahvata većina je popravke, a razlika je dokumentovana na Microsoftovoj stranici za rješavanje problema s greškom 720.
Šta 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 server odbio. Nije riječ o grešci akreditiva ni o tvrdnji o šifriranju tunela. Znači da adresa ili parametri pregovaranja nisu dostavljeni.
Na strani servera uobičajen uzrok je dodjela: statički skup RRAS-a bez slobodnih adresa ili konfiguracija DHCP-a čiji je raspon iscrpljen ili nedostupan daje tačno ovaj simptom kod svakog klijenta koji pokuša. Na strani klijenta uobičajen uzrok je povezivanje. WAN Miniport koji prenosi PPP mora biti povezan s ispravnim komponentama, a onemogućeno povezivanje ili umetnuti mrežni filter može zaustaviti pregovaranje bez ikakvog vidljivog problema uređaja. Dvije familije traže 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 što pročitate bilo koju konfiguraciju. Kvar koji pogodi sve odjednom stanje je servera, 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 servera, 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 servera neće pokazati ništa za taj pokušaj, što je samo po sebi informativno. Odsutnost greš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 serveru
Na strani RRAS-a potvrdite koja je metoda dodjele stvarno konfigurisana, a ne koju pretpostavlja dokumentacija. Statički skup i konfiguracija proslijeđena putem DHCP-a padaju na različite načine, a popravka 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 niko ne sjeća, jer skup koji izgleda velik može biti potpuno zauzet. Kod DHCP-a provjerite doseže li relej server i ima li raspon slobodnih najamova.
Raspon koji su iscrpli obični klijenti daje istu 720 kao pogrešno konfigurisan 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 servera mogu direktno imenovati.
Pročitajte povezivanja klijenta bez toga da ih polomite
Ako dokazi upućuju na jednog klijenta, pregledajte skriveni adapter umjesto da ponovo instalirate stog. Prva naredba ispisuje WAN Miniport interfejse 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 filtera trećih strana. Onemogućeno povezivanje je ciljana popravka, dok je prisutnost filtera pitanje za vlasnika tog softvera, a ne dozvola za isključivanje sigurnosnog proizvoda. Brisanje svih adaptera jedini je potez koji uništava dokaze koji bi vam trebali ako se kvar vrati.
Nakon ispravke pokušajte ponovo 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 šta se promijenilo. Mijenjajte i jedan sloj po pokušaju, jer se popravka klijenta i promjena skupa primijenjene zajedno ne mogu pripisati, a sljedeći će kvar izgledati nov, iako je isti.