Greška 720 VPN-a u operativnom sistemu Windows: skup adresa ili povezivanje klijenta?
Greška 720 znači da veza nikada nije dobila upotrebljivu adresu. Razdvojite kvarove na jednom hostu od kvarova na mnogim hostovima pre nego što ponovo instalirate adapter.
Greška 720 pojavljuje se nakon što se akreditivi 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. Dve vrlo različite greške stvaraju isti dijalog: server nije imao šta da podeli ili upravo taj klijent nije mogao da dovrši pregovaranje. Razdvojiti to dvoje pre bilo kakvog zahvata veći je deo popravke, a razlika je dokumentovana na Microsoftovoj stranici za rešavanje problema sa greškom 720.
Šta dijalog prećutkuje
Poruka opisuje kvar u pregovaranju PPP-a i namerno je neodređena jer klijent ne može da vidi zašto je server odbio. Nije reč o grešci akreditiva niti o tvrdnji o šifrovanju tunela. Znači da adresa ili parametri pregovaranja nisu dostavljeni.
Na strani servera uobičajen uzrok je dodela: 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 sa ispravnim komponentama, a onemogućeno povezivanje ili umetnuti mrežni filter može da zaustavi pregovaranje bez ikakvog vidljivog problema uređaja. Dve familije traže različite dokaze, a najbrži način da se odabere između njih je da prebrojite koliko je klijenata pogođeno.
Prvo razdvojite populaciju, pa skup
Prebrojte pogođene klijente pre nego što pročitate bilo koju konfiguraciju. Kvar koji pogodi sve odjednom stanje je servera, a kvar koji sledi jedan stroj između mreža stanje je klijenta. To brojanje košta jednu poruku u chat kanalu i štedi popodne.
| 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 neuspeli pokušaj sa sopstvenim zapisom servera, jer RRAS beleži događaj kada ne može da dodeli i taj događaj imenuje kvar umesto simptoma. Ako kvar sledi određeni klijent, dnevnik servera neće pokazati ništa za taj pokušaj, što je samo po sebi informativno. Odsustvo greške dodele 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 dodele na serveru
Na strani RRAS-a potvrdite koja je metoda dodele stvarno konfigurisana, a ne koju pretpostavlja dokumentacija. Statički skup i konfiguracija prosleđena putem DHCP-a padaju na različite načine, a popravka pripada onoj koja je u upotrebi. Kod statičkog skupa prebrojte slobodne adrese i potražite dodele po korisniku koje drže zakup kojeg se niko ne seća, jer skup koji izgleda velik može biti potpuno zauzet. Kod DHCP-a proverite da li relej doseže server i ima li raspon slobodnih zakupa.
Raspon koji su iscrpli obični klijenti daje istu 720 kao pogrešno konfigurisan skup, a konzola RRAS-a izgledaće potpuno zdravo u oba slučaja. Oduprite se nasleđenom zaobilaznom rešenju deljenja skupa na manje raspone: izvorni savet opisivao je rezultat jednog administratora i ne popravlja kvar dodele koji događaji samog servera mogu direktno da imenuju.
Pročitajte povezivanja klijenta bez toga da ih polomite
Ako dokazi upućuju na jednog klijenta, pregledajte skriveni adapter umesto da ponovo instalirate stek. 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 spisak zbog povezivanja za razrešavanje adresa i zbog filtera trećih strana. Onemogućeno povezivanje je ciljana popravka, dok je prisustvo 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 sa istim profilom, a zatim ponovite slučaj sa dva klijenta ako je to bio izvorni simptom, jer uspešna prva veza skriva problem dodele koji otkriva drugi klijent. Držite belešku na četiri polja: koji klijent, koje povezivanje, koji događaj i šta se promenilo. Menjajte i jedan sloj po pokušaju, jer se popravka klijenta i promena skupa primenjene zajedno ne mogu pripisati, a sledeći će kvar izgledati nov, iako je isti.