Грешка 720 на VPN во Windows: базен со адреси или врска на клиентот?
Грешката 720 значи дека врската никогаш не добила употреблива адреса. Одделете ги дефектите на еден домаќин од дефектите на многу домаќини пред да го реинсталирате адаптерот.
Грешката 720 се појавува откако ќе се прифатат акредитивите, и затоа ги враќа луѓето на полето за лозинка. Врската стигна до точката каде што се преговара адреса и не доби адреса. Два многу различни дефекти го создаваат истиот дијалог: серверот немал што да подели или токму овој клиент не можел да го заврши преговарањето. Одделувањето на тие две пред да се допре нешто е најголемиот дел од поправката, а поделбата е документирана на страницата на Microsoft за решавање проблеми со грешката 720.
Што премолчува дијалогот
Пораката опишува дефект во преговарањето на PPP и намерно е неодредена затоа што клиентот не може да види зошто серверот одбил. Не е грешка во акредитивите и не е тврдење за шифрирањето на тунелот. Значи дека адресата или параметрите за преговарање не биле доставени.
На страната на серверот вообичаената причина е доделувањето: статичен базен на RRAS без слободни адреси или конфигурација на DHCP чиј опсег е исцрпен или недостапен го дава токму овој симптом кај секој клиент што ќе се обиде. На страната на клиентот вообичаената причина е врска. WAN Miniport што го пренесува PPP мора да биде поврзан со правилните компоненти, а оневозможена врска или вметнат мрежен филтер може да го запре преговарањето без никаков видлив проблем со уредот. Двете фамилии бараат различни докази, а најбрзиот начин да се избере меѓу нив е да се изброи колку клиенти се погодени.
Прво поделете ја популацијата, потоа базенот
Избројте ги погодените клиенти пред да прочитате каква било конфигурација. Дефект што ги погодува сите одеднаш е состојба на серверот, а дефект што следи една машина меѓу мрежите е состојба на клиентот. Тоа броење чини една порака во chat канал и штеди попладне.
| 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 |
Потоа поврзете еден неуспешен обид со сопствениот запис на серверот, бидејќи RRAS забележува настан кога не може да додели и тој настан го именува дефектот наместо симптомот. Ако дефектот следи одреден клиент, дневникот на серверот нема да покаже ништо за тој обид, што само по себе е информативно. Отсуството на грешка при доделување го стеснува проблемот на преговарањето кај тој клиент и ви кажува кои команди да ги извршите понатаму.
Get-WinEvent -LogName System -MaxEvents 500 | Where-Object { $_.Id -eq 20167 }
Get-NetAdapter -IncludeHidden | Where-Object { $_.InterfaceDescription -like "WAN Miniport*" }Прочитајте ја состојбата на доделување на серверот
На страната на RRAS потврдете кој метод на доделување е навистина конфигуриран, а не кој го претпоставува документацијата. Статичен базен и конфигурација проследена преку DHCP паѓаат на различни начини, а поправката припаѓа на онаа што е во употреба. Кај статичен базен избројте ги слободните адреси и побарајте доделувања по корисник што држат закуп што никој не се сеќава дека го направил, бидејќи базен што изгледа голем може да биде целосно зафатен. Кај DHCP проверете дали релето стигнува до сервер и дали опсегот има слободни закупи.
Опсег исцрпен од обични клиенти го дава истиот 720 како погрешно конфигуриран базен, а конзолата на RRAS ќе изгледа сосема здрава во двата случаи. Спротивставете се на наследеното заобиколно решение за делење на базенот на помали опсези: првичниот совет опишуваше резултат на еден администратор и не го поправа дефектот при доделување што настаните на самиот сервер можат директно да го именуваат.
Прочитајте ги врските на клиентот без да ги скршите
Ако доказите упатуваат на еден клиент, прегледајте го скриениот адаптер наместо повторно да го инсталирате стекот. Првата команда ги наведува интерфејсите на WAN Miniport и нивните имиња; втората го зема името што го вратила, а не име препишано од прирачник.
Get-NetAdapterBinding -Name "<name>" -IncludeHidden -AllBindingsПрочитајте го списокот поради врската за разрешување адреси и поради филтрите од трети страни. Оневозможена врска е насочена поправка, додека присуството на филтер е прашање за сопственикот на тој софтвер, а не дозвола за исклучување на безбедносен производ. Бришењето на сите адаптери е единствениот потег што ги уништува доказите што би ви требале ако дефектот се врати.
По исправката обидете се повторно со истиот профил, а потоа повторете го случајот со два клиенти ако тоа беше првичниот симптом, бидејќи успешна прва врска го крие проблемот со доделување што го открива вториот клиент. Држете ја белешката на четири полиња: кој клиент, која врска, кој настан и што се промени. Менувајте и еден слој по обид, бидејќи поправка на клиентот и промена на базенот применети заедно не можат да се припишат, а следниот дефект ќе изгледа нов, иако е истиот.