د حقیقي حسابونو پرته د VPN د بندولو سویچ ازموینه څنګه وکړو
د تېرېدو پاڼې او بیک اپ پروفایل سره د بندولو سویچ ازموینه وکړئ: هر ډول خنډ پوښئ، د curl د وتلو کوډونه ولولئ او ریښتینی بندول له DNS خرابۍ جلا کړئ.
د دې پوهېدو لپاره چې بندولو سویچ ټینګ پاتې کېږي که نه، ریښتینی حساب ته اړتیا نشته؛ ازموینه هغه څه په خطر کې اچوي چې حساب پخپله دی. دا کتنه یوه لنډه کړکۍ جوړوي چې پکې ترافیک کولی شي د تونل څخه بهر ووځي یا ونه وځي، نو بار باید هغه څه وي چې تاسو یې له لاسه ورکولی شئ. اوس زه دا د تېرېدو پاڼې او د براوسر د بیک اپ پروفایل سره کوم، او دا له هغه پخواني براوسر او ویبمیل میتود څخه روښانه ځواب راکوي. لاندې زه هغه هماغه ترتیب تعقیبوم چې کلاینټ وړاندې کوي: ترتیبات، منزل، لېږد او بیا ثبوت.
ازموینه یوازې یوې تنګې پوښتنې ته ځواب ورکوي: د دې لېږد په جریان کې، ایا دا اپلیکیشن کولی شي د تونل څخه بهر شبکې ته ورسېږي؟ دا د دې په اړه هیڅ نه وایي چې پاتې تګلاره سمه ده که نه. حد همدومره تنګ وساتئ او پایله به د لیکلو وړ وي.
په کلاینټ کې سویچ او د هغه حد ومومئ
له هرې شبکې حالت بدلولو مخکې کلاینټ پرانیزئ او د بندولو ترتیبات ومومئ. جوړونکي یې په بېلابېلو نومونو بولي: بندولو سویچ، د بندېدو حالت، د شبکې بند، د تونل څخه بهر ترافیک بندول. لیبل له داخلې خوښنو څخه لږ وایي. مهمه دا ده چې بندول تل پلي کېږي که یوازې هغه وخت چې اپلیکیشن پرېکړه کوي تونل همدا اوس ناکام شو، او ایا دا ټول اپلیکیشنونه یا ټاکل شوې لیست پوښي.
بیا هغه لېږدونه ولیکئ چې ستاسو کلاینټ واقعاً یې کولی شي. د کاروونکي پیل شوی قطع، له اپلیکیشن وتل او له سرور سره د اړیکې له لاسه ورکول په ډېرو کلاینټونو کې درې بېلې کوډ لارې دي، او دوی یوه بندولو تګلاره نه شریکوي. ځینې د اپلیکیشن د وتلو پر مهال بندول خوشې کوي. نور بیا فلټر قواعد هغه پورې ساتي چې څه یې لرې کړي. د اټکل کولو پرځای د هغه بلډ لپاره چې تاسو یې چلوئ د جوړونکي د ترتیباتو حواله ولولئ، بیا ولیکئ چې له درېیو کوم یو ازموئ.
پروفایل هم ولیکئ: پروتوکول، د پتې کورنۍ او ایا ووېشل شوی تونل فعال دی. که پروفایل په قصد څو اپلیکیشنونه وباسي، د ټول وسیله ادعا بې معنا ده، او هغه وتل چې تاسو پخپله تنظیم کړی ویستل نه دي. د OpenVPN Connect د ترتیباتو حواله دې ته ورته پاڼه ده چې نوموي کوم سویچ کوم چلند بدلوي، که څه هم لیبلونه د کلاینټ له مخې توپیر لري.
داسې تېرېدو منزل وټاکئ چې پرته له تونل هم کار وکړي
تېرېدو ته دوه ځانګړنې اړینې دي، او له یوې یې هم تېرېدل نالوستونکې پایله ورکوي. کله چې تونل لاندې او بندول بند وي، باید په مستقیم ډول ورته رسېدل ممکن وي، که نه نو د ځواب ورکولو بندېدل یوازې دا هم مانا کولی شي چې هوسټ ولاړ. او باید ننوتل، کوکي یا تادیه ته اړتیا ونلري، ترڅو د تېښتې بیه یوه لاګ کرښه وي، نه یوه ناسته.
ستاسو تر کنټرول لاندې هوسټ کې ثابته پاڼه تر ټولو پاکه خوښنه ده. ساده HTTP سرور چلوونکې بیک اپ مجازي ماشین هم نږدې هماغسې ښه ده، او عامه اړیکې کتنې پاڼه هم کار کوي که ومنئ چې د هغې شتون ستاسو له کنټرول بهر دی. پته، پورټ، د پتې کورنۍ او دا چې غوښتنې ته د نوم لټون اړین دی که نه، ولیکئ، ځکه هر یو یې وروسته د بېلوولو وړ بدلېدونکی ګرځي.
له سویچ لاس وهلو مخکې بنسټیزه کرښه جوړه کړئ. کله چې تونل پورته وي، تېرېدو باید د تونل له لارې ځواب ورکړي، دا ثابتوي چې د تګلارې لار کار کوي. کله چې تونل لاندې او بندول بند وي، باید په مستقیم ډول ځواب ورکړي، دا ثابتوي چې منزل ژوندی دی. یوازې بیا د بند شوي حالت ناکامي تاسو ته څه وایي.
لېږدونه په ټاکلي ترتیب ترسره کړئ
لېږدونه یو یو وکړئ او هر یو ته څو ثانیې آرامۍ ورکړئ، ځکه کلاینټونه ډېری هماغه تشه کې قواعد ماتوي او بیا جوړوي. هر ځل هماغه لنډه کتنه چلول کتنې د پرتلې وړ ګرځوي:
curl -sS -o /dev/null -w 'http=%{http_code}\n' --max-time 5 http://decoy.example/
echo "curl_exit=$?"
dig +short decoy.example
curl -6 -sS -o /dev/null -w 'v6_http=%{http_code}\n' --max-time 5 http://decoy.example/
echo "curl_v6_exit=$?"| Transition | Expected with the block on | Failure signature |
|---|---|---|
| Manual disconnect | Decoy stops answering within seconds | Decoy still returns 200 |
| Server or path failure | Blocked, with no exemption for the old endpoint | Direct access during the gap |
| Quit the app | Client-dependent; record what happens | Block disappears with the process |
| Wi-Fi to Ethernet | Block holds until the tunnel returns | Traffic flows mid-change |
له اپلیکیشن د وتلو کرښه، که څه هم په نورمال کارولو کې کلاینټ هېر نه بندوئ، جلا چلولو وړ ده. که د وتلو پر مهال بندول خوشې شي، کریش یا جبري تازه کول هماغه ښکارېدنه درکوي، او دا ستاسو د صبر نه، د ځای پرځای کولو اړوند حقیقت دی. په Windows کې ورته ازموینې Resolve-DnsName decoy.example او curl.exe -s -o NUL -w "%{http_code}" http://decoy.example/ دي.
بندول له خراب ریزالور څخه جلا کړئ
هغه پاڼه چې نه خلاصېږي ډېر لاملونه لري، او یوازې یو یې سویچ دی چې کار کوي. که نوم حل نه شي، پوه شوې چې DNS بند یا خراب دی، نه دا چې د معلوماتو لار بنده ده. لفظي پته هم وازموئ، ترڅو ځواب په بشپړ ډول د نوم حل پورې تړلی نه وي.
د curl د وتلو کوډونه هغه حالتونه بېلوي. 6 د نوم حل ناکامي ده، 7 مانا یې دا ده چې اړیکه رد شوه، 28 مانا یې د وخت پای. بنده لار معمولاً د لفظي پتې په وړاندې د وخت پای یا رد په بڼه ښکاري، خو یوازې د DNS بندول 6 پاتې کوي او نور هر څه پټوي. کیش شوې پاڼه یا نیوونکی پورټل سترګې تېروي، نو ثبوت سکرین نه، د وتلو کوډ دی.
ازموینه د لفظي پتې سره پر IPv6 هم تکرار کړئ. هغه بندول چې IPv4 پوښي او IPv6 له پامه غورځوي په خپلو یادښتونو کې د جلا کرښې وړ دی، او هغه کلاینټ چې له تونل بهر IPv6 بندوي باید پر دواړو کورنیو په پاکه توګه ناکام شي.
هغه حد ولیکئ چې پایله یې پوښي
کله چې تونل بېرته راشي، د بیا رغېدو تصدیق وکړئ: تېرېدو د تونل له لارې ځواب ورکوي، ریزالور ځوابونه بېرته راوړي، او تګلاره هماغه ځای کې ده چې تاسو پرېښې وه. بیا ازموینې بېرته واخلئ. لنډمهاله فایر وال قاعده، د ډیبګ لار یا ازموینې پروفایل چې همداسې پرېښودل شي، بل ځل کار به ګډوډ کړي او له اپلیکیشن څخه اوږد ژوند کولی شي.
یوه دوره یوازې یو کلاینټ بلډ، یو پروفایل، یو لېږد او یوه پته کورنۍ پوښي. هغه څلور د پایلې سره ولیکئ:
- کلاینټ بلډ او پلیټ فارم، او ایا ترتیبات د پروفایل له مخې دي که د ټولو لپاره.
- پروفایل، پروتوکول او د ووېشل شوي تونل هر ډول وتل.
- ازموېل شوی لېږد او دا چې تاسو څنګه پیل کړ.
- د پتې کورنۍ او DNS، د بند او نه بند حالت لپاره د curl د وتلو کوډونو سره.
که هر کرښه تشه وي، ازموینه نه ده بشپړه شوې. رومینګ مانا د شبکې بدلون کرښه تکرارول. بې څارنې بیا پیل مانا دا کتل چې قواعد بېرته راځي ده، او دا د سویچ نه، د بیا رغېدو ترتیب اړوند پوښتنه ده. له کلاینټ تازه کولو وروسته ترتیب تکرار کړئ، ځکه سویچونه کم بدلېږي، خو هغه چلند چې تر شا یې دی بدلېږي. تېرېدو وساتئ: هیڅ د څرخولو نشته، او بله کتنه پنځه دقیقې اخلي.