Napaka 720 VPN v sistemu Windows: nabor naslovov ali vezava odjemalca?
Napaka 720 pomeni, da povezava nikoli ni dobila uporabnega naslova. Ločite okvare na enem gostitelju od okvar na mnogih gostiteljih, preden znova namestite vmesnik.
Napaka 720 se pojavi po sprejetju poverilnic, zato ljudi pošlje nazaj v polje za geslo. Povezava je prišla do točke, kjer se pogaja naslov, in ga ni dobila. Dve zelo različni okvari ustvarita isto pogovorno okno: strežnik ni imel ničesar za razdeliti ali pa ta odjemalec ni mogel dokončati pogajanja. Ločitev teh dveh pred kakršnim koli posegom je večina popravila, razlikovanje pa je dokumentirano na Microsoftovi strani za odpravljanje težav z napako 720.
Česa pogovorno okno ne pove
Sporočilo opisuje okvaro pri pogajanju PPP in je namerno nejasno, ker odjemalec ne more videti, zakaj je strežnik zavrnil. To ni napaka poverilnic in ni trditev o šifriranju tunela. Pomeni, da naslov ali parametri pogajanja niso bili dostavljeni.
Na strani strežnika je običajni vzrok dodeljevanje: statični nabor RRAS brez prostih naslovov ali konfiguracija DHCP, katere obseg je izčrpan ali nedosegljiv, povzroči točno ta simptom pri vsakem odjemalcu, ki poskusi. Na strani odjemalca je običajni vzrok vezava. WAN Miniport, ki prenaša PPP, mora biti vezan na prave komponente, onemogočena vezava ali vstavljen omrežni filter pa lahko ustavi pogajanje brez kakršne koli vidne težave naprave. Obe družini potrebujeta drugačne dokaze, najhitrejši način za izbiro med njima pa je, da preštejete, koliko odjemalcev je prizadetih.
Najprej ločite populacijo, nato nabor
Preštejte prizadete odjemalce, preden preberete kakršno koli konfiguracijo. Okvara, ki prizadene vse hkrati, je stanje strežnika, okvara, ki sledi enemu stroju med omrežji, pa je stanje odjemalca. To štetje stane eno sporočilo v klepetalnem kanalu in prihrani popoldne.
| 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 |
Nato povežite en neuspešen poskus z lastnim zapisom strežnika, ker RRAS zabeleži dogodek, ko ne more dodeliti, in ta dogodek poimenuje okvaro namesto simptoma. Če okvara sledi določenemu odjemalcu, dnevnik strežnika za ta poskus ne bo pokazal ničesar, kar je samo po sebi informativno. Odsotnost napake dodeljevanja zoži težavo na pogajanje pri tem odjemalcu in vam pove, katere ukaze izvesti naprej.
Get-WinEvent -LogName System -MaxEvents 500 | Where-Object { $_.Id -eq 20167 }
Get-NetAdapter -IncludeHidden | Where-Object { $_.InterfaceDescription -like "WAN Miniport*" }Preberite stanje dodeljevanja na strežniku
Na strani RRAS potrdite, katera metoda dodeljevanja je dejansko konfigurirana, in ne katero predpostavlja dokumentacija. Statični nabor in konfiguracija, posredovana prek DHCP, odpovedujeta na različne načine, popravek pa pripada tisti, ki je v uporabi. Pri statičnem naboru preštejte proste naslove in poiščite dodelitve na uporabnika, ki držijo najem, ki se ga nihče ne spomni, ker je nabor, ki je videti velik, lahko popolnoma zaseden. Pri DHCP preverite, ali posredovalnik doseže strežnik in ali ima obseg proste najeme.
Obseg, ki so ga izčrpali običajni odjemalci, povzroči enako 720 kot napačno konfiguriran nabor, in konzola RRAS bo v obeh primerih videti popolnoma zdrava. Uprite se podedovani rešitvi delitve nabora na manjše obsege: prvotni nasvet je opisoval rezultat enega skrbnika in ne popravi okvare dodeljevanja, ki jo dogodki samega strežnika lahko poimenujejo neposredno.
Preberite vezave odjemalca, ne da bi jih zlomili
Če dokazi kažejo na enega odjemalca, preglejte skriti vmesnik, namesto da znova namestite sklad. Prvi ukaz prikaže vmesnike WAN Miniport in njihova imena; drugi prevzame ime, ki ga je vrnil, ne imena, prepisanega iz priročnika.
Get-NetAdapterBinding -Name "<name>" -IncludeHidden -AllBindingsPreberite seznam zaradi vezave za razreševanje naslovov in zaradi filtrov tretjih strani. Onemogočena vezava je usmerjeno popravilo, medtem ko je prisotnost filtra vprašanje za lastnika te programske opreme in ne dovoljenje za izklop varnostnega izdelka. Brisanje vseh vmesnikov je edina poteza, ki uniči dokaze, ki bi jih potrebovali, če bi se okvara vrnila.
Po popravku znova poskusite isti profil in nato ponovite primer dveh odjemalcev, če je bil to prvotni simptom, ker uspešna prva povezava skrije težavo dodeljevanja, ki jo razkrije drugi odjemalec. Beležko držite na štirih poljih: kateri odjemalec, katera vezava, kateri dogodek in kaj se je spremenilo. Na poskus spreminjajte tudi eno plast, saj popravka odjemalca in spremembe nabora, izvedenih skupaj, ni mogoče pripisati, naslednja okvara pa bo videti nova, čeprav je ista.