ولې کپټیو پورټل ستاسو VPN بندوي، او څنګه بیا ننوځئ
عامه Wi-Fi ستاسو وسیله تصویبوي مخکې له دې چې ترې یو هم پیکټ ووځي۔ پورټل څه غورځوي، ستاسو VPN ولې دا غلط راپور ورکوي، او کوم ترتیب ستاسو بیا نښلوي۔
په خلاص شبکه کې ستاسو د لاسرسي نقطه پیکټونه اینټرنېټ ته یوازې نه سپاري۔ پورته یو پالیسي نقطه ګوري چې ستاسو وسیله لا تصویب شوې ده که نه، او تر هغې پورې نږدې هر څه غورځول کیږي۔ ستاسو VPN کلاینټ هغه غلطېدنه د مړ سرور په توګه لولي۔ دا ډېر لږ وایي: WireGuard په تشه کې لاس ورکول تکراروي، OpenVPN د اړیکې د وخت د پای راپور ورکوي، او IKEv2 د هغه لرې سرور په اړه چې ځواب نه ورکوي د خطا 809 سره بیرته راځي۔
پورټل په رښتیا څه کنټرولوي
کپټیو پورټل دوه شیان دي چې یو بل ته نښتي: د پالیسۍ د پریکړې نقطه او بیاځلي کوونکی۔ کله چې ستاسو وسیله یوځای شي او DHCP اجاره واخلي، شبکه تاسو د تصویب مخکې حالت ته ورټه کوي۔
هغه حالت د اوروژنې د قاعدو یوه ټولګه ده۔ دا معمولا DNS ته اجازه ورکوي او د پورټل کوربه وو لنډ لیست ته HTTP یا HTTPS ته اجازه ورکوي، او نور هر څه غورځوي۔ اجازه ورکړل شوی لیست هغه دیوال لرونکی باغ دی، او په کې نږدې هیڅکله د VPN پای نقطه نه وي۔
له دې غورځولو هیڅ یو هم مهربان نه دی۔ د VPN سرور ته لارښوونکي پیکټونه د ردولو پرځای غورځول کیږي، نو کلاینټ نه ICMP unreachable او نه TCP reset ترلاسه کوي، یوازې د ځواب نه شتون۔ د پلورونکي له مخې بیاځلي کوونکی کېدای شي په 80 پورټ کې د ننوتلو پاڼې ته د بیاځلي کولو سره ځواب ووایي، پداسې حال کې چې 443 پورټ غورځول کیږي یا بندول کیږي۔ بیاځلي کول اسانه پیژندل کیږي ځکه چې دوی ساده HTTP ځواب وړي؛ په 443 کې بندول هغه سند ته اړتیا لري چې ستاسو براوزر به یې باور رد کړي۔
تصویب پخپله معمولا د وسیلې د MAC پتې سره تړلی وي، کله ناکله د اجاره شوې IP سره، او په یوه ټایمر لرونکې ناستې جدول کې ژوند کوي۔ ننوتل یوه ننوتنه جوړوي۔ هغه د اوروژنې قاعده چې ستاسو ترافیک تېروي یوازې هغه وخت شته چې هغه ننوتنه وي، او له همدې امله ټوله ستونزه وروسته بیرته راځي پرته له دې چې ستاسو په خوا کې څه بدل شي۔
ولې د VPN لاس ورکول مخکې له پیل مړ کیږي
هر پروتوکول خپل ټرانسپورټ لري، او د تصویب مخکې اوروژنه هر یو په بېلابېل ډول ماتوي۔ IKEv2 په Windows او iOS کې د UDP 500 او UDP 4500 له لارې ځي; په هغو پورټونو کې غورځول د 809 په توګه، یا د هغو کلاینټونو په توګه چې پړاوونه جلا راپور ورکوي د نوم د حل په څېر ناکامي ښکاري۔ OpenVPN په UDP 1194 کې تر هغې پورې چې د هغې وخت پای ته ورسیږي د نښلېدو په حالت کې پاتې کیږي۔ OpenVPN په TCP 443 کې هغه زړه پورې قضیه ده، ځکه پورټل کولای شي TCP لاس ورکول بشپړ کړي او بیا د خپلې بیاځلي کولو پاڼې سره ځواب ووایي، نو تاسو د وخت د پای پرځای TLS خطا وینئ۔
WireGuard دا میکانیزم تر ټولو روښانه ښیي۔ دا په ډیزاین کې یوازې UDP دی، د TCP بیک اپ پرته، نو هغه اوروژنه چې ناپېژندل شوې UDP غورځوي ټرانسپورټ په بشپړه توګه لرې کوي۔ کلاینټ د زیاتیدونکي وقفې سره د لاس ورکولو پیلونه لیږي او د هغه لاس ورکولو راپور ورکوي چې هیڅکله نه بشپړیږي۔ په هغه پیغام کې هیڅ ځای Wi-Fi نه یادېږي، او په کې هیڅ شی د براوزر د پرانیستلو وړاندیز نه کوي۔
پلیټ فارمونه هڅه کوي حالت ستاسو د VPN څخه مخکې وپېژني۔ Windows یو پیژندل شوی URL اخلي ترڅو پریکړه وکړي چې د ننوتلو خبرتیا وښیي که نه، Android هغه پای نقطه غواړي چې باید 204 No Content ځواب ووایي، او Apple وسیلې یو کوچنی کپټیو شبکه کړکۍ پرانیزي۔ هغه پروبونه کار کوي ځکه پورټل د تمه شوي بدن پرځای د بیاځلي کولو سره ځواب وایي۔ همدا چلند تشریح کوي چې څنګه پورټل په بشپړه توګه روغ ښکاره کیدای شي پداسې حال کې چې ستاسو تونل مړ دی: پروب او تونل په بېلابېلو قاعدو ارزول کیږي۔
د ناستې پای په رښتیا څه بیا تنظیموي
ځایونه ناستې د هغو دلیلونو له امله پای ته رسوي چې ستاسو د VPN حساب سره تړاو نه لري: د بې کارۍ وخت، د ناستې اعظمي اوږدوالی، نوې DHCP اجاره، یا بل لاسرسي نقطې ته بیا یوځای کیدل۔ کله چې ټایمر ووهي، د ناستې جدول ننوتنه ورکیږي او د تصویب مخکې قاعده ټولګه سمه هغسې بیرته راځي لکه د چیک ان په وخت کې وه۔
جوړ شوی تونل ډېری وخت دومره ژوند کوي چې روغ ښکاره شي۔ د ژوند ساتلو پیغامونه بهر ته تلل دوام کوي، او دا چې کلاینټ یې پام کوي که نه په دې پورې اړه لري چې هغه بې ځوابه ترافیک څنګه اداره کوي، نو د حالت څراغ ممکن لږ وخت شین پاتې شي وروسته له دې چې لاره لاړه۔ بیا تونل لوېږي او د بیا نښلولو هره هڅه په هغو بند پورټونو کې ناکامه کیږي۔
په هغه شیبه کې د کلاینټ خطا تاسو ته وایي چې په کوم پړاو کې یاست، که یې په پام سره ولولئ:
| Symptom | What it means | Next check |
|---|---|---|
| Handshake times out with no reply | Pre-authorization drop on UDP | Load any HTTP page and see whether the portal appears |
| Immediate TLS error on 443 | The portal answered your TCP connection | Authorize, then retry the same profile |
| Authentication rejected | Your credentials reached the server | The network is fine, so treat this as an account problem |
| Connects, then drops repeatedly | Session or lease churn | Watch the portal timer and the lease time |
یو تفصیل خلک ګډوډوي: کله چې ناسته د MAC پتې سره تړلې وي، د ننوتلو پاڼې بیا لوډول ممکن مرسته ونه کړي۔ تاسو باید یوځای والی پرېږدئ او بیا یوځای شئ، ترڅو پورټل د پای ته رسیدلې هڅې پرځای نوې تصویب هڅه وویني۔
لومړی ننوځئ، بیا تونل پورته کړئ
هغه ترتیب چې کار کوي دا دی: وسیله تصویب کړئ، لاره ثابته کړئ، VPN پیل کړئ، تونل ثابت کړئ، او بیا خپل معمولي بندول بیا رامنځته کړئ۔ هغه وروستی ګام مهم دی ځکه هغه لنډمهاله حالت چې پورټل ته د رسیدو لپاره ورته اړتیا لرئ سم هغه حالت دی چې د بیړني سویچ شتون لري ترڅو یې مخه ونیسي۔
د ډیسکټاپ کلاینټ چې د تونل څخه بهر د بندولو اختیار لري باید ودرول شي ترڅو د پورټل پاڼه لوډ شي، او په هغه بهر پنجره کې باید حساس اپلیکیشنونه بند وساتئ; دا یوازینی وقفه ده چې سیمه ایز ترافیک پرته له ساتنې بهر ځي۔ مدیریت شوې همیشه فعاله وسیله باید د خپل مالک خپاره کړی پروسیجر وکاروي نه دا چې تاسو پالیسي لرې کړئ۔ که پورټل د سند خبرداری وښیي، ودرېږئ: د هغې منل ستاسو ناسته د ځای د بندولو پروکسي له لارې تېروي، او هغه پروکسي هر هغه څه لولي چې تاسو یې لیږئ۔ په Android کې د همیشه فعال VPN لاندې لاک ډاون تونل پورته کیدو مخکې ترافیک بندوي، او ځینې جوړښتونه د پورټل بهیر نه شي کولای; که ستاسو نه شي کولای، د لاک ډاون بند پرېښودلو پرځای د ځای بدیل لاسرسی یا بله وسیله وکاروئ۔ د Apple د غوښتنې قواعد کیدای شي داسې ولیکل شي چې تر هغې پورې تونل رد کړي چې پروب بریالی شي، او دا هغه چلند دی چې په هوټل شبکو کې یې غواړئ۔
په ترتیب سره د هغو وسایلو سره چې لا یې لرئ تصدیق کړئ۔ د تونل مخکې پروب د سرلیکونو او بدن دواړو په لیدلو سره چل کړئ، او وګورئ چې ستاسو VPN ټرانسپورټ کوم ځواب ترلاسه کوي که نه:
curl -sS -D - http://captive.apple.com/hotspot-detect.html -o -
sudo tcpdump -ni any 'udp port 500 or udp port 4500 or udp port 1194'د تصویب مخکې نورمال پورټل د دوو ځوابونو څخه یو ورکوي: 302 چې Location یې د ننوتلو پاڼې ته اشاره کوي، یا 200 چې HTML بدن یې د پورټل پاڼه ده۔ ولیکئ کوم یې ترلاسه کړ۔ د ننوتلو مخکې بیاځلي کول ناکامي نه ده; پورټل تاسو ته وایي چې چېرته لاړ شئ۔ وروسته له دې چې پورټل بریالیتوب راپور کړ، کمانډ تکرار کړئ او د 200 تمه وکړئ چې بدن یې په لفظي ډول Success کلمه وي۔ همدا تار پروب بامعنا کوي۔ که کوربه نورمال ځواب ووایي مخکې له دې چې تاسو هیڅکله ننوځئ، په دې شبکه کې د بندولو پورټل نشته۔ په ثبت کې د تصویب مخکې غورځول هغه بهر تلونکي پیکټونه دي چې هیڅ بیرته نه راځي، پداسې حال کې چې کار کوونکې لاره په همدې بهیر نږدې یوه ثانیه کې ځواب ښیي۔ ونښلئ، بیا ثبت تکرار کړئ۔
که تونل لا هم ناکام شي وروسته له دې چې پورټل هو ووایي
د ننوتلو بریالیتوب د اجازه ورکړل شوي ټرانسپورټ سره یو شان نه دی۔ ډېری ځایونه پورټل او نورمال براوزینګ ته اجازه ورکوي مګر UDP په بشپړه توګه بندوي، کوم چې WireGuard او UDP OpenVPN مات پریږدي او TCP 443 کار کوي۔ که TCP 443 تېریږي او UDP نه، دا د ځای پالیسي ده نه هغه کلاینټ چې تاسو غلط تنظیم کړی، نو ټرانسپورټ بدل کړئ یا محدودیت ومنئ او مخکې لاړ شئ۔ که بیا نښلول وروسته هم ناکام شي، سمه خطا وساتئ; دا ښیي چې تاسو چېرته بند پاتې یاست۔
نورې ناکامۍ په وسیله کې ژوند کوي۔ هغه ناسته چې لا هم پخوانۍ MAC سره تړلې ده، دوهم Wi-Fi اډاپټر چې خپله اجاره لري، یا هغه کلاینټ چې د پورټل د سند استثنا یې کیش کړې — دا هر یو کیدای شي د پاکې بیا تصویب وروسته هم ناکام پاتې شي۔ یوځای والی پرېږدئ، بیا تصویب کړئ، او د کلاینټ تنظیماتو ته د لاس رسولو مخکې یو ځل هڅه وکړئ۔ که تاسو د هغو برخو شاته معماري غواړئ چې څارنه یې کوئ RFC 8952 د لوستلو وړ دی۔
که پورټل پخپله تصویب ته انکار وکړي، ستونزه په حساب یا د وسیلې په ویش کې ده او هیڅ VPN تنظیم به یې سم نه کړي۔ د VPN د وتلو هېواد بدلول د ځای سیمه ایز لاسرسي حالت بیا تنظیم نه کوي; هغه جدول ستاسو د وسیلې سره تړلی دی، نه ستاسو د غوره شوي سرور سره۔ د ځای له آپریټر وپوښتئ او وخت ورکړئ، ځکه هغه به د ناستې جدول ګوري۔
د بل سفر مخکې درې شیان ولیکئ: د صفر ګام په توګه د پورټل پاڼه، ستاسو د هرې وسیلې لپاره د بندولو د ودروولو ګام، او یو بدیل ټرانسپورټ چې تاسو رښتیا ازمویلی وي۔ کله چې لس دقیقې مخکې کار کوونکی تونل بیا ودریږي، هغه د پای ته رسیدلي تصویب په توګه وګڼئ او د VPN پروفایل ته د لاس رسولو مخکې پورټل بیا وګورئ۔