Windows'тогу VPN 720 катасы: даректер пулубу же кардар байланышыбы?
720 катасы байланышка эч качан жарактуу дарек берилбегенин билдирет. Адаптерди кайра орнотуудан мурун бир хосттогу бузулууларды көп хосттогу бузулуулардан бөлүңүз.
720 катасы каттоо маалыматтары кабыл алынгандан кийин пайда болот, ошондуктан адамдарды сырсөз талаасына кайтарат. Байланыш дарек макулдашылуучу чекитке жетти, бирок аны алган жок. Эки таптакыр башка бузулуу бирдей диалог жаратат: серверде бөлүшө турган эч нерсе жок болчу же дал ушул кардар сүйлөшүүнү бүтүрө алган жок. Бул экөөнү бир нерсеге тийүүдөн мурун бөлүү — оңдоонун басымдуу бөлүгү, жана бөлүү Microsoft'тун 720 катасы боюнча көйгөйлөрдү чечүү барагында документтелген.
Диалог эмнени айтпайт
Билдирүү PPP сүйлөшүүсүндөгү бузулууну сүрөттөйт жана атайын бүдөмүк, анткени кардар сервердин эмне үчүн баш тартканын көрө албайт. Бул каттоо маалыматтарынын катасы эмес жана туннелдин шифрлениши тууралуу билдирүү эмес. Дарек же сүйлөшүү параметрлери жеткирилбегенин билдирет.
Сервер тарапта адаттагы себеп — бөлүштүрүү: бош дареги жок статикалык RRAS пулу же диапазону түгөнгөн же жеткиликсиз DHCP конфигурациясы аракет кылган ар бир кардарда дал ушул симптомду берет. Кардар тарапта адаттагы себеп — байланыш. PPP ташыган WAN Miniport туура компоненттерге байланышы керек, ал эми өчүрүлгөн байланыш же киргизилген тармак фильтри көрүнүүчү түзмөк көйгөйүсүз сүйлөшүүнү токтото алат. Бул эки үй-бүлөгө ар башка далилдер керек, жана алардын ортосунда тандоонун эң тез жолу — канча кардар жабыркаганын саноо.
Алгач популяцияны, анан пулду бөлүңүз
Ар кандай конфигурацияны окуудан мурун жабыркаган кардарларды санаңыз. Баарын бир убакта урган бузулуу — сервер абалы, ал эми бир машинаны тармактар арасында ээрчиген бузулуу — кардар абалы. Бул саноо чат каналында бир билдирүүгө турган жана жарым күндү үнөмдөйт.
| 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Тизмени даректи чечүү байланышы жана үчүнчү тарап фильтрлери боюнча окуңуз. Өчүрүлгөн байланыш — максаттуу оңдоо, ал эми фильтрдин болушу ошол программа ээсине берилүүчү суроо, коопсуздук продуктусун өчүрүүгө уруксат эмес. Бардык адаптерлерди жок кылуу — бузулуу кайталанса керек боло турган далилдерди жок кылган жалгыз аракет.
Түзөтүүдөн кийин ошол профилди кайра аракет кылып көрүңүз, анан бул баштапкы симптом болсо, эки кардардык учурду кайталаңыз, анткени ийгиликтүү биринчи байланыш экинчи кардар ачкан бөлүштүрүү маселесин жашырат. Жазууну төрт талаада кармаңыз: кайсы кардар, кайсы байланыш, кайсы окуя жана эмне өзгөрдү. Ар аракетке бир катмардан өзгөртүңүз, анткени бирге колдонулган кардар түзөтүүсү жана пул өзгөрүүсүн таандык кылуу мүмкүн эмес, жана кийинки бузулуу ошол эле болсо да жаңы көрүнөт.