Windows VPNaren 720 errorea: helbide multzoa edo bezeroaren lotura?
720 erroreak konexioak inoiz helbide erabilgarririk jaso ez zuela esan nahi du. Bereizi host bakarreko hutsegiteak host askotako hutsegiteetatik adaptadorea berriro instalatu aurretik.
720 errorea kredentzialak onartu ondoren agertzen da, eta horregatik bidaltzen ditu pertsonak pasahitzaren eremura itzultzen. Konexioak helbide bat negoziatzen den puntura iritsi zen eta ez zuen bat lortu. Bi hutsegite oso desberdinek elkarrizketa bera sortzen dute: zerbitzariak ez zuen ezer banatzeko, edo bezero zehatz honek ezin izan zuen negoziazioa osatu. Biak ukitu aurretik bereiztea da konponketaren zati handiena, eta bereizketa Microsoften 720 erroreari buruzko arazoen konponbide orrian dokumentatuta dago.
Elkarrizketak zer uzten duen kanpoan
Mezuak PPP negoziazioko hutsegite bat deskribatzen du, eta nahita da lausoa bezeroak ezin duelako ikusi zerbitzariak zergatik uko egin zion. Ez da kredentzialen errorea, eta ez da tunelaren zifratzeari buruzko baieztapena. Helbidea edo negoziazio-parametroak ez zirela entregatu esan nahi du.
Zerbitzariaren aldean, ohiko arrazoia esleipena da: RRAS multzo estatiko bat helbide librerik gabe, edo esparrua agortuta edo irisgaitza duen DHCP konfigurazio bat, sintoma hori bera sortzen du saiatzen den bezero bakoitzean. Bezeroaren aldean, ohiko arrazoia lotura da. PPP daraman WAN Miniport osagai egokiekin lotuta egon behar da, eta desgaitutako lotura batek edo txertatutako sare-iragazki batek negoziazioa geldiarazi dezake gailuaren arazorik ikusgarririk gabe. Bi familiekin proba desberdinak behar dira, eta horien artean aukeratzeko modurik azkarrena zenbat bezero dauden kaltetuta zenbatzea da.
Bereizi populazioa multzoa baino lehen
Zenba itzazu bezero kaltetuak edozein konfigurazio irakurri aurretik. Denak batera jotzen dituen hutsegitea zerbitzariaren baldintza da, eta makina bat sareen artean jarraitzen duen hutsegitea bezeroaren baldintza da. Zenbaketa horrek mezu bat kostatzen du txat-kanal batean eta arratsalde bat aurrezten du.
| 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 |
Gero lotu hutsegindako saiakera bat zerbitzariaren erregistroarekin, RRASek gertaera bat erregistratzen baitu ezin duenean esleitu, eta gertaera horrek hutsegitea izendatzen du sintoma ez ezik. Hutsegitea bezero jakin bati badagokio, zerbitzariaren erregistroak ez du ezer erakutsiko saiakera horretarako, eta hori bera informazioa da. Esleipen-errore baten absentziak arazoa bezero horretako negoziaziora murrizten du eta hurrengo zein komando exekutatu adierazten dizu.
Get-WinEvent -LogName System -MaxEvents 500 | Where-Object { $_.Id -eq 20167 }
Get-NetAdapter -IncludeHidden | Where-Object { $_.InterfaceDescription -like "WAN Miniport*" }Irakurri zerbitzariaren esleipen-egoera
RRAS aldean, egiaztatu zein esleipen-metodo dagoen benetan konfiguratuta, dokumentazioak zein suposatzen duen ez ezik. Multzo estatiko batek eta DHCP bidez birbidalitako konfigurazio batek modu desberdinetan huts egiten dute, eta konponbidea erabiltzen ari denari dagokio. Multzo estatiko batean, zenba itzazu helbide libreak eta bilatu inork gogoratzen ez duen errentamendu bat mantentzen duten erabiltzaile bakoitzeko esleipenak, itxuraz handia den multzo bat guztiz beteta egon baitaiteke. DHCPn, egiaztatu erreleboak zerbitzari batera iristen dela eta esparruak errentamendu libreak dituela.
Bezero arruntek agortutako esparru batek gaizki konfiguratutako multzo baten 720 bera sortzen du, eta RRAS kontsola erabat osasuntsu agertuko da bi kasuetan. Egin aurre multzo bat barruti txikiagotan zatitzeko heredatutako irtenbideari: jatorrizko aholkuak administratzaile baten emaitza deskribatzen zuen, eta ez du konpontzen zerbitzariaren beraren gertaerek zuzenean izenda dezaketen esleipen-hutsegiterik.
Irakurri bezeroaren loturak hautsi gabe
Probek bezero bat seinalatzen badute, ikuskatu ezkutuko adaptadorea pila berriro instalatu beharrean. Lehen komandoak WAN Miniport interfazeak eta haien izenak zerrendatzen ditu; bigarrenak itzuli zuen izena hartzen du, gidak kopiatutako izena ez.
Get-NetAdapterBinding -Name "<name>" -IncludeHidden -AllBindingsIrakurri zerrenda helbideen ebazpen-loturarako eta hirugarrenen iragazkietarako. Desgaitutako lotura bat konponketa zuzendua da, eta iragazki baten presentzia software horren jabearentzako galdera da, segurtasun-produktu bat desgaitzeko baimena ez. Adaptadore guztiak ezabatzea hutsegitea itzuliz gero beharko zenukeen froga suntsitzen duen mugimendu bakarra da.
Zuzenketaren ondoren, saiatu berriro profil bera eta gero errepikatu bi bezeroko kasua jatorrizko sintoma bazen, lehen konexio arrakastatsu batek bigarren bezero batek agerian uzten duen esleipen-arazoa ezkutatzen baitu. Mantendu oharra lau eremutan: zein bezero, zein lotura, zein gertaera eta zer aldatu zen. Aldatu geruza bat saiakera bakoitzeko ere, bezeroaren konponketa bat eta multzoaren aldaketa bat elkarrekin ezin baitira egozten, eta hurrengo hutsegitea berria irudituko da bera denean.