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Тізімді мекенжайды шешу байланысы және үшінші тарап сүзгілері тұрғысынан оқыңыз. Өшірілген байланыс — мақсатты жөндеу, ал сүзгінің болуы сол бағдарлама иесіне қойылатын сұрақ, қауіпсіздік өнімін өшіруге рұқсат емес. Барлық адаптерлерді жою — ақау қайталанса қажет болатын дәлелдерді жоятын жалғыз әрекет.
Түзетуден кейін сол профильді қайталап көріңіз, содан кейін бұл бастапқы симптом болса, екі клиенттік жағдайды қайталаңыз, өйткені сәтті бірінші байланыс екінші клиент ашатын бөлу мәселесін жасырады. Жазбаны төрт өрісте ұстаңыз: қай клиент, қай байланыс, қай оқиға және не өзгерді. Әр әрекетке бір қабаттан өзгертіңіз, өйткені бірге қолданылған клиент түзетуі мен пул өзгерісін телу мүмкін емес, және келесі ақау сол болса да жаңа көрінеді.