Грешка 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Прочитајте списак због повезивања за разрешавање адреса и због филтера трећих страна. Онемогућено повезивање је циљана поправка, док је присуство филтера питање за власника тог софтвера, а не дозвола за искључивање безбедносног производа. Брисање свих адаптера једини је потез који уништава доказе који би вам требали ако се квар врати.
Након исправке покушајте поново са истим профилом, а затим поновите случај са два клијента ако је то био изворни симптом, јер успешна прва веза крије проблем доделе који открива други клијент. Држите белешку на четири поља: који клијент, које повезивање, који догађај и шта се променило. Мењајте и један слој по покушају, јер се поправка клијента и промена скупа примењене заједно не могу приписати, а следећи ће квар изгледати нов, иако је исти.