VPN د موټر چلولو پر مهال بیا نښلول: د راډیو بدلون که د IP بدلون؟
د برجونو ترمنځ لېږد کولای شي د IP لاره سمه پرېږدي. هغه کليانټ چې تونل لېږدوي د هغو سره پرتله کړئ چې بیا یې جوړوي، او د شبکې پېښه ولولئ، نه سفر.
تلیفون هغه وخت پرې کېږي چې د ښار شاوخوا تېر شئ، او د VPN نښه په هماغه شېبه ورکېږي۔ دا زړه ښه کوي چې ولیکو «د برج بدلون تونل وواژه»۔ دوه بېل شيان پېښ شول، او یوازې یو یې د برجونو په اړه دی۔ د راډیو لېږد کولای شي ستاسو IP پته، پریښودل شوی لار او ناسته په بشپړ ډول سمې پرېږدي، په داسې حال کې چې د پتې رښتینی بدلون به هر هغه تونل مات کړي چې ورسره نه شي لېږدېدلی۔ د دې پرتله کول چې کليانټ د دوهم حالت سره څنګه مخ کېږي ګټور تمرین دی، ځکه تاسو ته وایي چې ډیزاین شوی چلند ګورئ که تېروتنه۔
د برج بدلون اړینه نه ده چې د پتې بدلون وي
موبایل شبکې د لېږدوونو پر مهال د بستې ناسته ژوندې ساتي تر څو چې د چلونکي د خوځښت لنګر هماغه پاتې شي۔ راډیو تړاو بدلېږي، تونل نه پوهېږي، او په هیڅ یو log کې د بیا نښلولو څرګندېدل نه دي۔ دا د ښار دننه د خوځښت عادي حالت دی۔
پته هغه څه بدلوي چې د لنګرونو ترمنځ لېږد، له Wi-Fi څخه موبایل شبکې ته اوښتل، یا د اوږدې وقفې وروسته د چلونکي په اړخ کې د تونل بیا جوړول دي۔ هغه پېښې هغه سرچینه پته بدلوي چې ستاسو بستې یې وړي، او د VPN ملګری هغه ملګری ویني چې لېږدېدلی دی۔
عملي پایله دا ده چې خوځښت ثبوت نه دی۔ هغه وسیله چې څلوېښت کیلومتره تللې کېدای شي ټوله لار یوه پته ساتلې وي، او هغه وسیله چې بې حرکته ده کېدای شي دوه ځله پته بدله کړې وي ځکه شبکې همداسې پرېکړه کړې۔ د پېښې ثبتول یوازینۍ لاره ده چې دواړه سره توپیر کړئ۔
دوه ډیزاینونه: تونل ولېږدوه یا بیا یې جوړ کړه
کليانټ توپیر لري په دې کې چې څومره یې پروا ده چې بهرنۍ سرچینه بدله شوې۔ ځینې تونل له هغې پتې سره تړي چې پر هغې جوړ شوی او بشپړ بیا جوړول غواړي۔ نور هر بسته په خپلواک ډول تصدیقوي او یوازې هغه ځای نوی کوي چې ځوابونه ورته لېږي۔
| Mechanism | Behaviour after the source changes | What the user notices |
|---|---|---|
| WireGuard | Endpoint updated on the next authenticated packet | Usually nothing; the tunnel continues |
| IKEv2 with MOBIKE | Security association moves to the new address | Short pause, no re-authentication |
| OpenVPN over UDP with float | Peer address may change without a restart | Might survive, depending on timing |
| Client bound to one address | Session dies and is rebuilt | A visible reconnect and a new authentication |
پورتنۍ کرښه ډېر ګډوډ راپورونه تشریح کوي۔ WireGuard هیڅ ناسته نه لري چې مات شي: هر بسته د ملګري شاخص وړي او تصدیقېږي، نو هغه سمه بسته چې له نوې پتې راځي په تعریف سره له هماغه ملګري ده، او ثبت شوې پای ټکی ورسره ځي۔ هغه کليانټ چې د سفر په اوږدو کې پرلهپسې «نښلول شوی» ښیي رښتیا وایي۔
لاندنۍ کرښه هم تېروتنه نه ده۔ د ناستې بیا جوړول تصدیق بیا اوسنۍ پتې ته پر وړاندې چلوي، او دا هغه څه دي چې غواړئ کله چې زړه پته اوس د بل چا وي۔
پېښه وګورئ نه خوځښت
په Android کې د تړاو فرعي نظام د شبکې بدلونونه د پېښو په توګه راپور کوي، او هماغه دي چې باید د کليانټ چلند سره یوځای کړئ۔ وتنه اوږده ده، خو مهمې برخې پریښودل شوې شبکه او پته یې ده:
adb shell dumpsys connectivity | grep -E 'NetworkAgentInfo|Default network'
adb shell ip -br addr show
adb logcat -b main -s Vpn:* | head -n 40د سرور په اړخ کې د ګرځېدو حالت لپاره مستقیم اندازه شته۔ WireGuard هر ملګري لپاره وروستی تصدیق شوی پای ټکی ساتي، نو د پتې بدلون د بیا نښلولو پرځای د بدل شوي ارزښت په توګه ښکاري:
sudo wg show wg0 endpoints
sudo wg show wg0 latest-handshakesپای ټکی د سفر دمخه او وروسته پرتله کړئ۔ که پته او پورټ نه وي بدل شوي، تونل ته اړ نه و چې څه وکړي او بیا نښلول له بل ځایه، معمولاً له اپلیکیشن څخه راغلي۔ که پای ټکی بدل شوی خو د لاس ورکولو وخت نښه د عادي کیلي تازه کولو وقفې ته نږدې پاتې شوې، تونل ولېږدېد او بیا نه پیل شو۔
بیا پیل کول بېل ښکاري: د لاس ورکولو وخت نښه د بیا نښلولو شېبې ته بېرته ټاکل کېږي، او کليانټ د ارامې دوام پرځای د پیل کولو ترتیب ثبتوي۔
کله چې بیا نښلول سم چلند وي
هر بیا نښلول د تېروتنې په توګه ګڼل داسې تنظیماتو ته رسوي چې مړې ناستې ژوندې ساتي۔ هغه ملګری چې پته یې بدله شوه ځکه شبکې بیا تخصیص کړه باید د زړې نقشې لپاره ترافیک ترلاسه کول ته دوام نه ورکړي، او هغه کليانټ چې په غږ نه پر مخ ځي کېدای شي په تور سوري کې لېږلو ته ورسېږي په داسې حال کې چې نښه شنه پاتې ده۔
دواړه ناکامۍ د کاروونکي له نظره پرتله کړئ۔ بیا نښلول څو ثانیې او یو نوی تصدیق لګوي۔ زړه شوې تونل هغه اپلیکیشن لګوي چې پرته له تېروتنې ځنډېږي، چې تشریح یې ډېره سخته ده او د «انټرنېټ خراب شو» په توګه راپور ورکول ډېر احتمال لري۔
تر دې لاندې د پالیسۍ پوښتنه هم پټه ده۔ د یوې لارې له لاسه ورکولو او بلې جوړولو ترمنځ په تشه کې ځینې کليانټ ترافیک مستقیم لېږلو ته ستانه شي۔ د دې مخنیوی له اتوماتیک بیا رغولو جلا کنټرول دی، او کليانټ کولای شي په یوه کې ښه او په بل کې بد وي۔ پرېکړه وکړئ چې کوم ته اړتیا لرئ مخکې له دې چې یو یې تنظیم کړئ۔
لیدل شوی ترتیب ولیکئ
ګټور راپور د پېښې سرچینه نوموي: د پریښودل شوې شبکې بدلون له نوې پتې سره، له Wi-Fi څخه موبایل شبکې ته اوښتل، یا د پتې له هیڅ بدلون پرته لېږد۔ بیا وایي چې کليانټ څه وکړل، د سرور له اړخ څخه د وخت نښې سره نه له حافظې۔
که تونل ولېږدېد، همداسې ووایاست او د پای ټکي نوی کورنۍ یاد کړئ۔ که بیا جوړ شو، یاد کړئ چې تصدیق په لومړي هڅه بریالی شو که نه او تشه څومره وخت وکړ۔ هغه درې حقایق روغ سیلولر ډیزاین له هغه کليانټ څخه بېلوي چې د شبکو ترمنځ ښوېږي۔
او د «د برج بدلون» عبارت څخه ډډه وکړئ پرته له دې چې د وسیلې log یې واقعاً ثابت کړي۔ د Android د تړاو اسناد هغه بیرته غږونه تشریح کوي چې شتون له پریښودل شوې شبکې بدلون څخه بېلوي، او هماغه توپیر ستاسو راپور ته اړ دی۔ نور هر څه د موټر چلولو کیسه ده۔