د Windows جوړ شوی VPN د پلورونکي SSL دروازې ته نه رسېږي: ولې

Windows له څلورو ډوله تونلونو سره راځي، او د پلورونکي SSL دروازه له دوی څخه یوه نه ده۔ بیا هم جوړ شوی پروفایل دې ته واړوئ، او اړیکه به د اعتبارنامې له غوښتنې دمخه پاتې راشي، معمولاً د دې پیغام سره چې اړیکه د ځایي سیستم لخوا پای ته ورسېده۔ هغه متن د ناسم مطابقت نښه ده، نه تشخیص۔ د پروفایل ډول او هغه کلاینټ چې پروتوکول لري باید سره سمون ولري، او یو له دوی څخه نشته۔

څلور ډوله او یوه خبرې اترې

هره خوندي شوې پروفایل د تونل ډول لري۔ جوړ شوی کلاینټ PPTP, L2TP, IKEv2 او SSTP مني، سره له یو اتوماتیک حالت چې دوی په ترتیب سره ازموي۔ د SSL VPN لپاره عمومي ننوتنه نشته، او د خبرو اترو له لارې یوه نه شي زیاتېدای۔ د پلورونکي دروازه په TLS باندې خپل تطبیقي پروتوکول وایي، چې یوازې د هغه پلورونکي کلاینټ یې پلي کوي۔

لیست یوې کمانډې لرې دی، او د هر بلې ستونزې حل کولو دمخه یې چلول ارزښت لري، ځکه چې یوه ثانیه نیسي او د ناسمونو انګېرنو یوه ټوله طبقه لرې کوي:

Get-VpnConnection | Select-Object Name, ServerAddress, TunnelType, SplitTunneling
Get-VpnConnection -Name "Office" | Format-List

که پروفایل SSTP ووایي او دروازه RRAS سرور نه وي، ناسم مطابقت لا دمخه ثابت دی۔ د سند یا فایر وال هیڅ کار یې نه بدلوي۔

SSTP او د پلورونکي TLS په 443 پورټ کې یو شان ښکاري

SSTP د PPP ناسته په TLS کې نغاړي او پر TCP 443 ځي۔ په Microsoft سټیک کې یې RRAS پای ته رسوي، چې د سرور سند وړاندې کوي چې کلاینټ یې تصدیقوي۔ Fortinet, Citrix یا Pulse وسیله هم په 443 کې TLS پای ته رسوي، او د هغې پورټل په هر براوزر کې پرته له شکایت خلاصېږي۔

هغه براوزر ازموینه رسېدنه ثابتوي، نه مطابقت۔ د پورټل شاته ناستې پروتوکول د پلورونکي دی، او جوړ شوي کلاینټ کې د هغې هیڅ پلي کول نشته۔ چې پلورونکی خپل کلاینټ وړاندې کوي که نه، تاسو ته وایي چې د ناسم مطابقت له کومې نیمې سره معامله لرئ۔

برعکس ګډوډي هم پېښېږي۔ د ریښتیني RRAS سرور په وړاندې د SSTP په توګه تنظیم شوې پروفایل ممکن د سند تصدیق کې پاتې راشي پداسې حال کې چې پورټل سم وي، او دا د سند ستونزه ده، نه د پروتوکول۔

هغه تېروتنې چې د تونل له شتون دمخه ښکاري

د 800 لړۍ کوډونه د هر تونل له جوړېدو دمخه راپور شي، له همدې کبله د فایر وال قواعد یې کم خوځوي۔ تېروتنه 812 د سرور خوا پالیسي ده چې د کلاینټ وړاندې شوې تصدیق طریقه ردوي۔ نور په دې حد کې د ځایي اړیکو مدیر څخه راځي، نه له شبکې۔

د هر څه له بیا جوړولو دمخه تعقیب چالان کړئ۔ تعقیب هغه پړاو نوموي چې پاتې راځي، او د پړاو نوم د خبرو اترو له متنه ډېر ارزښت لري:

netsh ras set tracing * enable
Get-ChildItem "$env:windir\tracing" | Sort-Object LastWriteTime -Descending | Select-Object -First 5

تعقیبونه د تعقیب په فولډر کې ځای پرځای کېږي او تر هغه پاتې کېږي چې پاک یې کړئ، نو وروسته یې بند کړئ، پرځای دې چې اونۍ چالان پرېږدئ۔

نښلول شوې پروفایل بیا هم هر څه کېدای شي مات کړي

هغه پروفایل چې نښلېږي او بیا براوزینګ، ځایي شریکول یا کانټینر انجن ماتوي، د لارښوونې ستونزه لري، نه د تونل۔ اصلي دروازه تونل ته لاړه، نو هر منزل اوس د یو ملګري له لارې ځي چې کېدای شي لارښوونه یې نه کوي۔

دوه کنټرولونه دا پرېکوي۔ یو د پروفایل په سر split tunneling ځانګړنه ده۔ بل د هر اډاپټر لپاره د لرې شبکې اصلي دروازې کارولو اختیار دی، چې د IPv4 د پرمختللو تنظیماتو لاندې دی۔

Set-VpnConnection -Name "Office" -SplitTunneling $true
Add-VpnConnectionRoute -ConnectionName "Office" -DestinationPrefix 10.20.0.0/16

د لارو پرته split tunneling چالانول هغه تونل جوړوي چې نښلېږي او هیچرته نه رسېږي۔ د DNS له کتلو پرته یې بندول هغه داخلي نومونه جوړوي چې عامه ځوابونو ته حل کېږي، ځکه د اډاپټر خپل پسمانده او سرورونه نه کارول کېږي۔

لومړی نلونه وګورئ، بیا ډول

په دې ترتیب کار وکړئ، او کله چې یو پړاو پاتې راشي ودروئ، پرځای دې چې هر څه یوځای تنظیم کړئ:

Test-NetConnection vpn.example.net -Port 443
Get-VpnConnection -Name "Office" | Format-List TunnelType, ServerAddress, DnsSuffix
netsh interface ipv4 show route
rasdial Office

لومړی کمانډ رسېدنه له پروتوکول جلا کوي۔ دویم تصدیقوي چې پروفایل ځان څه بولي۔ د لارو جدول ښیي چې تونل اصلي لاره ونیوله که نه۔ د زنګ کمانډ د اړیکو مدیر خپله تېروتنه راپور کوي، چې ډېری وخت د خبرو اترو څخه روښانه وي۔

په ټیکټ کې د تونل ډول، د دروازې محصول او دقیقه تېروتنه ولیکئ۔ بیا به بل کس په یوه دقیقه کې پوه شي چې دا د پروتوکول ناسم مطابقت، د سند ناکامي یا د لارښوونې پرېکړه ده، پرځای دې چې له «VPN کار نه کوي» پیل کړي۔