Chyba 720 VPN v systéme Windows: fond adries alebo väzba klienta?
Chyba 720 znamená, že pripojenie nikdy nedostalo použiteľnú adresu. Oddeľte poruchy na jednom hostiteľovi od porúch na mnohých hostiteľoch, kým preinštalujete adaptér.
Chyba 720 sa objaví po prijatí prihlasovacích údajov, a preto ľudí posiela späť k poľu hesla. Pripojenie dosiahlo bod, v ktorom sa vyjednáva adresa, a žiadnu nedostalo. Dve veľmi odlišné poruchy vytvárajú rovnaký dialóg: server nemal čo rozdávať, alebo práve tento klient nedokončil vyjednávanie. Rozdeliť tieto dve pred akýmkoľvek zásahom je väčšina opravy a rozdelenie je zdokumentované na stránke Microsoftu na riešenie problémov s chybou 720.
Čo dialóg vynecháva
Správa opisuje poruchu vyjednávania PPP a je zámerne neurčitá, pretože klient nemôže vidieť, prečo server odmietol. Nie je to chyba prihlasovacích údajov ani tvrdenie o šifrovaní tunela. Znamená, že adresa alebo parametre vyjednávania neboli doručené.
Na strane servera je zvyčajnou príčinou prideľovanie: statický fond RRAS bez voľných adries alebo konfigurácia DHCP, ktorej rozsah je vyčerpaný alebo nedostupný, dáva presne tento príznak u každého klienta, ktorý to skúsi. Na strane klienta je zvyčajnou príčinou väzba. WAN Miniport prenášajúci PPP musí byť zviazaný so správnymi komponentmi a zakázaná väzba alebo vložený sieťový filter môže zastaviť vyjednávanie bez akéhokoľvek viditeľného problému zariadenia. Obe rodiny potrebujú iné dôkazy a najrýchlejší spôsob, ako medzi nimi vybrať, je spočítať, koľko klientov je postihnutých.
Najprv rozdeľte populáciu, potom fond
Spočítajte postihnutých klientov, kým prečítate akúkoľvek konfiguráciu. Porucha, ktorá zasiahne všetkých naraz, je stav servera, a porucha, ktorá sleduje jeden stroj medzi sieťami, je stav klienta. To počítanie stojí jednu správu v chatovom kanáli a ušetrí popoludnie.
| 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 |
Potom spojte jeden neúspešný pokus s vlastným záznamom servera, pretože RRAS zaznamená udalosť, keď nemôže prideliť, a táto udalosť pomenúva poruchu namiesto príznaku. Ak porucha sleduje konkrétneho klienta, protokol servera pre tento pokus nič neukáže, čo je samo o sebe informatívne. Neprítomnosť chyby prideľovania zužuje problém na vyjednávanie u toho klienta a hovorí vám, ktoré príkazy spustiť ďalej.
Get-WinEvent -LogName System -MaxEvents 500 | Where-Object { $_.Id -eq 20167 }
Get-NetAdapter -IncludeHidden | Where-Object { $_.InterfaceDescription -like "WAN Miniport*" }Prečítajte stav prideľovania na serveri
Na strane RRAS potvrďte, ktorá metóda prideľovania je skutočne nakonfigurovaná, a nie ktorú predpokladá dokumentácia. Statický fond a konfigurácia posielaná cez DHCP zlyhávajú rôznymi spôsobmi a oprava patrí tej, ktorá sa používa. Pri statickom fonde spočítajte voľné adresy a hľadajte priradenia na používateľa, ktoré držia prenájom, na ktorý si nikto nepamätá, pretože fond, ktorý vyzerá veľký, môže byť plne obsadený. Pri DHCP skontrolujte, či relay dosiahne na server a či má rozsah voľné prenájmy.
Rozsah vyčerpaný bežnými klientmi dáva rovnakú 720 ako nesprávne nakonfigurovaný fond a konzola RRAS bude v oboch prípadoch vyzerať úplne zdravo. Vzoprite sa zdedenému obchvatu spočívajúcemu v delení fondu na menšie rozsahy: pôvodná rada opisovala výsledok jedného správcu a neopravuje poruchu prideľovania, ktorú udalosti samotného servera môžu pomenovať priamo.
Prečítajte väzby klienta bez toho, aby ste ich rozbili
Ak dôkazy ukazujú na jedného klienta, preskúmajte skrytý adaptér, namiesto aby ste preinštalovali zásobník. Prvý príkaz vypíše rozhrania WAN Miniport a ich názvy; druhý prevezme názov, ktorý vrátil, nie názov odpísaný z príručky.
Get-NetAdapterBinding -Name "<name>" -IncludeHidden -AllBindingsPrečítajte zoznam kvôli väzbe prekladu adries a kvôli filtrom tretích strán. Zakázaná väzba je cielená oprava, zatiaľ čo prítomnosť filtra je otázka na vlastníka toho softvéru, nie povolenie vypnúť bezpečnostný produkt. Vymazanie všetkých adaptérov je jediný krok, ktorý zničí dôkazy, ktoré by ste potrebovali, keby sa porucha vrátila.
Po oprave skúste ten istý profil znova a potom zopakujte prípad dvoch klientov, ak to bol pôvodný príznak, pretože úspešné prvé pripojenie skrýva problém prideľovania, ktorý odhalí druhý klient. Držte poznámku v štyroch poliach: ktorý klient, ktorá väzba, ktorá udalosť a čo sa zmenilo. Meňte tiež jednu vrstvu na pokus, pretože opravu klienta a zmenu fondu vykonané spoločne nemožno pripísať, a ďalšia porucha bude vyzerať novo, aj keď je tá istá.