په Windows کې د VPN تېروتنه 720: د پتو زېرمه که د کلاینټ تړاو؟
تېروتنه 720 دې ته اشاره کوي چې لینک هېڅکله د کارېدو وړ پته ونه ترلاسه کړه. د یو کوربه نیمګړتیاوې د ډېرو کوربه وګړو نیمګړتیاوو څخه جلا کړئ، مخکې له دې چې اډاپټر بیا نصب کړئ.
تېروتنه 720 وروسته له هغې ښکاري چې اسناد ومنل شي، او همدا لامل دی چې خلک بېرته د پټنوم ساحې ته لېږي. لینک هغې نقطې ته ورسېد چې پته پرې خبرې اترې کېږي او یوه یې ونه ترلاسه کړه. دوه بشپړ بېلې نیمګړتیاوې هماغه ډیالوګ جوړوي: سرور د وېشلو څه نه درلود، یا همدا کلاینټ د خبرو اترو بشپړولو توان نه درلود. د دغو دواړو جلا کول له هر څه لاس وهلو مخکې د ترمیم ډېره برخه ده، او جلا کول د Microsoft په د 720 تېروتنې د حل پاڼه کې مستند شوي.
څه چې ډیالوګ نه وایي
پیغام په PPP خبرو اترو کې نیمګړتیا بیانوي، او په قصد سره مبهم دی ځکه کلاینټ نشي لیدلی چې سرور ولې انکار وکړ. دا د اسنادو تېروتنه نه ده او د تونل د کوډ کولو په اړه بیانیه نه ده. دا مانا لري چې پته یا د خبرو اترو پیرامیټرونه ونه رسول شول.
د سرور په اړخ کې عادي لامل تخصیص دی: پرته له خالي پتو جامد RRAS زېرمه، یا DHCP ترتیب چې حد یې ختم یا نه رسېدونکی وي، په هر هغه کلاینټ کې چې هڅه کوي همدا نښه پیدا کوي. د کلاینټ په اړخ کې عادي لامل تړاو دی. هغه WAN Miniport چې PPP پورته کوي باید سم اجزاوو ته وتړل شي، او غیر فعال تړاو یا دننه شوی شبکه فلټر کولای شي خبرې اترې پرته له کومې ښکاره وسلې ستونزې ودروي. دواړه کورنۍ بېل شواهد غواړي، او د دوی ترمنځ د غوراوي ترټولو ژر لار دا ده چې وشمېرئ څومره کلاینټونه اغېزمن شوي.
لومړی نفوس جلا کړئ، بیا زېرمه
له هر ترتیب لوستلو مخکې اغېزمن کلاینټونه وشمېرئ. هغه نیمګړتیا چې ټولو ته یوځای ورسېږي د سرور حالت دی، او هغه نیمګړتیا چې یوه ماشین د شبکو ترمنځ تعقیب کړي د کلاینټ حالت دی. دا شمېرنه په چټ کانال کې یو پیغام لګوي او یوه ماسپښین خوندي کوي.
| 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لیست د پتې د حل تړاو او د دریم اړخ فلټرونو لپاره ولولئ. غیر فعال تړاو یو هدفمند ترمیم دی، خو د فلټر شتون د هغه سافټویر مالک ته پوښتنه ده نه د امنیتي محصول د غیر فعالولو اجازه. ټول اډاپټرونه ړنګول یوازینی ګام دی چې هغه شواهد له منځه وړي چې د نیمګړتیا په بېرته راتلو کې به یې اړتیا ولرئ.
له سمون وروسته هماغه پروفایل بیا وآزمویئ او بیا دوه کلاینټي حالت تکرار کړئ که اصلي نښه هماغه وه، ځکه بریالی لومړی لینک هغه تخصیص ستونزه پټوي چې دویم کلاینټ یې څرګندوي. یادښت په څلورو ساحو کې وساتئ: کوم کلاینټ، کوم تړاو، کومه پېښه او څه بدل شول. په هرې هڅې کې یوه طبقه بدله کړئ، ځکه چې یوځای پلي شوي د کلاینټ سمون او د زېرمې بدلون نشي نسبت کېدای، او بله نیمګړتیا به هماغه وي خو نوی ښکاره شي.