VPN کور کې نښلېږي خو د هوټل په Wi-Fi کې وخت تېرېږي
هماغه لپ ټاپ، هماغه حساب، بېله شبکه. د خطا کوډ د یو پړاو په توګه ولولئ، نوم وګورئ، بیا د هر ترتیباتو بدلولو دمخه بهرنی پاکټ ونیسئ.
لپ ټاپ د کور Wi-Fi سره نښلېږي، کلاینټ په درې ثانیو کې نښلېږي، او هماغه پروفایل یو ساعت وروسته په هوټل کې ناکامېږي۔ په دې موده کې هېڅ شی نوی شوی نه دی۔ دا د خپل مخې ته د کلاینټ سره ګډ کول ډېره برخه د دې پوهېدلو په اړه ده چې کومه خطا د کوم پړاو ده، ځکه ګټوره معلومات په هغه کوډ کې دي چې کلاینټ چاپوي، نه په دې حقیقت کې چې ناکام شو۔ لاندې څلور ګامونه په ترتیب سره ترسره کړئ او پوه به شئ چې نوم، پاکټ، پورټ یا پالیسي تاسو رد کړئ۔
د خطا کوډ د حکم نه، د پړاو په توګه ولولئ
د تونل له رامنځته کېدو دمخه کلاینټ درې جلا پړاوونو ته رسېږي۔ دا د سرور نوم حل کوي، په شبکه کې د یو څه څخه ځواب ترلاسه کوي، او د امنیتي ټولنې په اړه خبرې کوي۔ هر پړاو خپل د ناکامۍ پیغام لري، او په ځانګړي ډول Windows د بېلابېلو کوډونو په ورکولو کې سخي دی کله چې پوه شئ چې دوی د کوم پړاو دي۔
| What the client says | Stage that failed | First thing to run |
|---|---|---|
| 868, name did not resolve | DNS, before any packet leaves for the server | Resolve-DnsName vpn.example.net |
| 721 or 806, remote computer did not respond | Outer protocol filtered, typically GRE or UDP | A capture on the local interface |
| 809, server not responding | A device in the path is dropping the outer flow | The same capture, from a second network |
| 789, security layer error | The security exchange started and was rejected | Certificate and proposal settings on both ends |
له دې کوډونو دوه معنا دا ده چې شبکه بې ګناه ده۔ 789 معنا دا ده چې پاکټونه بهېدل او دواړه سرونه د کریپټو په اړه سره یو نه وو، چې دا د ترتیباتو ستونزه ده او کور کې سمېدلی شي۔ 868 معنا دا ده چې هېڅ پاکټ ته د وتلو اړتیا نه وه، نو تر هغه چې نوم حل شي د تونل ډیزاین بې اړونده دی۔ د کوډ سم پړاو ته ورټولول له هر نیولو څخه ډېر وخت خوندي کوي، ځکه وایي چې د راتلونکو درې ګامونو کوم یو پرېږده۔
که کلاینټ Windows نه وي، مناسب احتیاط وکړئ۔ دریمې خوا کلاینټونه ډېره برخه یې "نښلون ناکام شو" ته ټیټوي، له همدې امله راتلونکي دوه ګامونه پر پیغام هېڅ تکیه نه کوي۔
د تونل په سر تور لګولو دمخه نوم وګورئ
هوټل او هوایی ډګر شبکې DNS په دوامداره توګه منځته کوي، او هغه حل کوونکی چې د پورتال پتې سره ځواب وایي د مړ سرور په څېر ښکارېدونکې ناکامي رامنځته کوي۔ پرتله کړئ چې ځایي حل کوونکی څه وایي او یو عامه حل کوونکی څه وایي:
Resolve-DnsName vpn.example.net -Type A
nslookup vpn.example.net 1.1.1.1
ipconfig /all | findstr /i "DNS Servers"که دواړه ځوابونه توپیر ولري، تاسو لارښوونه کېږئ او تر هغه چې دا حل نشي پاتې تشخیص بې ګټې دی۔ په ځانګړي ډول د پورتال پته به په خوښۍ TCP نښلون ومني او بیا به ودرېږي، له همدې امله کله چې په براوزر وآزمویئ د فایر وال بلاک په څېر ښکارېدلی شي۔
اوس ډاډه شئ چې هغه پته چې غواړئ ورته ورسیږئ هماغه ده چې کارول کېږي۔ ځینې کلاینټونه پخوانی حل د پروفایل د ټول عمر لپاره کیش کوي، نو د DNS له بدلون وروسته بیا نښلون لا هم زاړه پتې ته ځي۔ د بیا ازموینې دمخه کلاینټ په بشپړه توګه وتړئ، نه دا چې په هماغه کړکۍ کې قطع او وصل کېکاږئ۔
ومومئ کوم بهرنی پاکټ ورکېږي
تونل یو بهرنی بهیر لري چې په بشپړه توګه ستاسو او سرور ترمنځ لارې پورې اړه لري، او هماغه بهیر دی چې منځني بکسونه یې ډلبندي او غورځوي۔ هغه په کلاینټ کې ونیسئ، بیا یوه کار کوونکې شبکه له ناکامې سره پرتله کړئ۔ په Windows کې د لومړي کتلو لپاره داخلي نیول کافي دي:
pktmon filter remove
pktmon filter add -p 500 -t UDP
pktmon start --capture --pkt-size 128
pktmon stop
pktmon etl2txt PktMon.etlهغه څه چې غواړئ وګورئ دا دي چې ستاسو پاکټونه اصلاً وځي او که څه بېرته راځي۔ بهر پاکټونه او بېرته هېڅ نه وي، معنا یې دا ده چې لاره یا لرې سر یې غورځوي؛ که اصلاً هېڅ ونه وځي، کلاینټ هېڅکله لیږلو ته ونه رسېد، چې د نوم حل یا ځایي فایر وال پالیسي ته اشاره کوي۔
هماغه ازموینه د تلیفون په هټ سپاټ کې تکرار کړئ۔ دا یوازینۍ تر ټولو معلوماتي پرتله ده چې لرئ، ځکه له لارې څخه په هوټل کې هر بکس لرې کوي او لپ ټاپ، کلاینټ او اسناد یو شان ساتي۔ که په هټ سپاټ کې تونل پورته شي، سرور ته کتل بند کړئ۔ که هلته هم ناکام شي، تاسو د کلاینټ یا حساب ستونزه لرئ چې شبکه هېڅکله رامنځته نه کړه۔
یو ټرانسپورټ بدل کړئ او بیا یې وآزمویئ
کله چې پوه شئ چې بهرنی بهیر غورځول کېږي، عملي پوښتنه دا ده چې شبکه کوم بهیر ته اجازه ورکوي۔ ډېری محدودې شبکې بهر ته وتونکي TCP 443 ته اجازه ورکوي ځکه بل ډول نه شي کولی کار وکړي، نو اورېدونکی هلته لېږدول معمول ځواب دی۔ OpenVPN کې دا تر هغه چې سرور بدل شي د کلاینټ خوا سوئچ دی:
openvpn --config corp.ovpn --proto tcp-client --remote vpn.example.net 443 --verb 4IPsec کلاینټونه خپلو ترتیباتو پینلونو کې ورته سوئچ لري، چې معمولاً د TCP پرمخ IPsec یا د NAT تېرېدل ګڼل کېږي۔ د هغه بدلول هم تشخیص دی: که تونل د TCP پرمخ پورته شي او د UDP پرمخ مړ شي، تاسو ثابته کړه چې شبکه UDP فلټروي، او هغه ترتیبات مو هم وموندل چې هرکله چې هغه ځای ته ځئ ورته اړتیا لرئ۔
په لومړي هڅه کې د روټر ځانګړتیاوو بندولو هوس ته مقاومت وکړئ۔ په هوټل شبکه کې د حالت کنټرول یا د سیلاب ضد محافظت بندول ستاسو لپاره هېڅکله هم نه دي، او په خپل تجهیزاتو کې دا یو ریښتینی محافظت د یو لپ ټاپ بدلوي۔ یادداشت کړئ کومه ترتیبات پایله بدله کړه، بیا یې بیرته واچوئ او هغه ټرانسپورټ ولټوئ چې شبکه لا دمخه اجازه ورکوي۔
هماغه پروفایل په دوهمه شبکه کې وګورئ
د ټیکټ بندولو دمخه ثابته کړئ چې بدلون له ودانۍ وتلو وروسته هم پاتې شو۔ په اصلي شبکه کې د اصلي ترتیباتو سره بیا ونښلئ، لومړنۍ دېرش ثانیې ونیسئ، او ډاډه شئ چې کلاینټ هغه حالت ته رسېږي چې په هټ سپاټ کې ورته رسېدلی و:
pktmon filter add -p 443 -t TCP
pktmon start --capture
Get-VpnConnection -Name "Corp" | Select-Object ConnectionStatus, TunnelType, ServerAddressهغه توپیر چې وروستی حکم یې ښکاره کوي د ساتلو وړ دی: پروفایل کولی شي نښلول شوی تونل راپور کړي پداسې حال کې چې دننه روټینګ غلط دی، او دا "VPN وچ دی خو هېڅ نه کار کوي" رامنځته کوي، چې دا بله مقاله ده۔ که ستاسو تر سمون وروسته د تونل ډول بدل شوی وي، پروفایل هغه نه دی چې تاسو وآزمایه۔
بیا پایله هلته ولیکئ چې بل کس به ورته ګوري۔ "په دې ځای کې کارپوریټ پروفایل TCP 443 ته اړتیا لري؛ UDP 500 د هوټل لخوا فلټرېږي" یوه جمله ده چې همکار کولی شي پر بنسټ یې عمل وکړي۔ "په هوټلونو کې VPN بې ثباته دی" داسې نه ده، او تضمین کوي چې بله میاشت به هماغه یو ساعت بیا ضایع شي۔