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Жагсаалтыг хаяг шийдвэрлэх холболт болон гуравдагч талын шүүлтүүрийн үүднээс уншина уу. Идэвхгүй холболт бол зорилтот засвар, харин шүүлтүүр байгаа нь тэр програм хангамжийн эзэнд тавих асуулт бөгөөд аюулгүй байдлын бүтээгдэхүүнийг унтраах зөвшөөрөл биш. Бүх адаптерыг устгах нь гэмтэл буцаж ирвэл хэрэгтэй болох нотолгоог устгах цорын ганц алхам юм.
Засварын дараа мөн профайлыг дахин туршиж, дараа нь энэ нь анхны шинж тэмдэг байсан бол хоёр клиентийн тохиолдлыг давтана уу, учир нь амжилттай эхний холболт хоёр дахь клиентийн илрүүлдэг хуваарилалтын асуудлыг нуудаг. Тэмдэглэлийг дөрвөн талбарт барина уу: аль клиент, аль холболт, аль үйл явдал, юу өөрчлөгдсөн. Оролдлого бүрт нэг давхаргыг өөрчилнө үү, учир нь хамт хэрэглэсэн клиентийн засвар болон сангийн өөрчлөлтийг хамааруулах боломжгүй бөгөөд дараагийн гэмтэл мөн байсан ч шинэ мэт харагдана.