Windows VPN kļūda 720: adrešu kopums vai klienta saistījums?
Kļūda 720 nozīmē, ka savienojums nekad nav saņēmis lietojamu adresi. Atdaliet viena saimniekdatora kļūdas no daudzu saimniekdatoru kļūdām, pirms pārinstalējat adapteri.
Kļūda 720 parādās pēc tam, kad akreditācijas dati ir pieņemti, tāpēc tā sūta cilvēkus atpakaļ uz paroles lauku. Savienojums sasniedza punktu, kur tiek saskaņota adrese, un to nesaņēma. Divas ļoti atšķirīgas kļūdas rada to pašu dialogu: serverim nebija ko izdalīt, vai tieši šis klients nevarēja pabeigt saskaņošanu. Šo divu atdalīšana pirms jebkādas iejaukšanās ir lielākā daļa no labošanas, un atdalījums ir dokumentēts Microsoft kļūdas 720 problēmu risināšanas lapā.
Ko dialogs noklusē
Ziņojums apraksta PPP saskaņošanas kļūdu, un tas ir apzināti neskaidrs, jo klients nevar redzēt, kāpēc serveris atteicās. Tā nav akreditācijas datu kļūda un nav apgalvojums par tuneļa šifrēšanu. Tas nozīmē, ka adrese vai saskaņošanas parametri netika piegādāti.
Servera pusē parastais cēlonis ir piešķiršana: statisks RRAS kopums bez brīvām adresēm vai DHCP konfigurācija, kuras apgabals ir izsmelts vai nesasniedzams, rada tieši šo simptomu katram klientam, kas mēģina. Klienta pusē parastais cēlonis ir saistījums. WAN Miniport, kas pārnēsā PPP, ir jāsaista ar pareizajiem komponentiem, un atspējots saistījums vai ievietots tīkla filtrs var apturēt saskaņošanu bez redzamas ierīces problēmas. Šīm divām saimēm vajadzīgi atšķirīgi pierādījumi, un ātrākais veids, kā izvēlēties starp tām, ir saskaitīt, cik klientu ir skarti.
Vispirms sadaliet populāciju, pēc tam kopumu
Saskaitiet skartos klientus, pirms lasāt jebkuru konfigurāciju. Kļūda, kas skar visus uzreiz, ir servera stāvoklis, un kļūda, kas seko vienai mašīnai starp tīkliem, ir klienta stāvoklis. Šis skaits maksā vienu ziņu čata kanālā un ietaupa pēcpusdienu.
| 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 |
Pēc tam saistiet vienu neveiksmīgu mēģinājumu ar paša servera ierakstu, jo RRAS reģistrē notikumu, kad nevar piešķirt, un šis notikums nosauc kļūdu, nevis simptomu. Ja kļūda seko konkrētam klientam, servera žurnāls šim mēģinājumam neko neuzrādīs, kas pats par sevi ir informatīvi. Piešķiršanas kļūdas neesamība sašaurina problēmu līdz šī klienta saskaņošanai un pasaka, kuras komandas izpildīt tālāk.
Get-WinEvent -LogName System -MaxEvents 500 | Where-Object { $_.Id -eq 20167 }
Get-NetAdapter -IncludeHidden | Where-Object { $_.InterfaceDescription -like "WAN Miniport*" }Izlasiet servera piešķiršanas stāvokli
RRAS pusē apstipriniet, kura piešķiršanas metode patiešām ir konfigurēta, nevis kuru pieņem dokumentācija. Statisks kopums un caur DHCP pārsūtīta konfigurācija neizdodas dažādi, un labojums pieder tai, kas tiek izmantota. Statiska kopuma gadījumā saskaitiet brīvās adreses un meklējiet piešķīrumus pa lietotājiem, kas tur nomu, kuru neviens neatceras, jo kopums, kas izskatās liels, var būt pilnībā aizņemts. DHCP gadījumā pārbaudiet, vai retranslators sasniedz serveri un vai apgabalā ir brīvas nomas.
Apgabals, ko izsmēluši parastie klienti, rada to pašu 720 kā nepareizi konfigurēts kopums, un RRAS konsole abos gadījumos izskatīsies pilnīgi vesela. Pretojieties mantotajam apietajam risinājumam sadalīt kopumu mazākos apgabalos: sākotnējais padoms aprakstīja viena administratora rezultātu, un tas nelabo piešķiršanas kļūdu, ko paša servera notikumi var nosaukt tieši.
Izlasiet klienta saistījumus tos nesalaužot
Ja pierādījumi norāda uz vienu klientu, pārbaudiet paslēpto adapteri, nevis pārinstalējiet steku. Pirmā komanda uzskaita WAN Miniport saskarnes un to nosaukumus; otrā izmanto nosaukumu, ko tā atgrieza, nevis nosaukumu, kas nokopēts no rokasgrāmatas.
Get-NetAdapterBinding -Name "<name>" -IncludeHidden -AllBindingsIzlasiet sarakstu attiecībā uz adrešu izšķiršanas saistījumu un trešo pušu filtriem. Atspējots saistījums ir mērķtiecīgs labojums, savukārt filtra klātbūtne ir jautājums šīs programmatūras īpašniekam, nevis atļauja izslēgt drošības produktu. Visu adapteru dzēšana ir vienīgais solis, kas iznīcina pierādījumus, kas jums būtu vajadzīgi, ja kļūda atgrieztos.
Pēc labojuma vēlreiz izmēģiniet to pašu profilu un pēc tam atkārtojiet divu klientu gadījumu, ja tas bija sākotnējais simptoms, jo veiksmīgs pirmais savienojums slēpj piešķiršanas problēmu, ko atklāj otrs klients. Turiet piezīmi četros laukos: kurš klients, kurš saistījums, kurš notikums un kas mainījās. Mainiet arī vienu slāni uz mēģinājumu, jo klienta labojumu un kopuma izmaiņas, kas veiktas kopā, nevar attiecināt, un nākamā kļūda izskatīsies jauna, lai gan tā ir tā pati.