په Android هټسپاټ کې د پورټ فوروډنګ: درې ننوتلو نقطې
تلیفون، د کیریر لاره او د VPN وتل بېلابېلې پولې ښیي. تر دې مخکې چې کوم پورټ پرانیزئ، وټاکئ کومه ماشین د اورېدو ساکټ لري.
تاسو هټسپاټ وچول، VPN مو وصل کړ، په اپ کې یو پورټ پرانیست، او بله وسیله لا هم نه شي وصل کېدای. ورکه برخه نږدې هیڅکله پورټ پخپله نه وي. پوښتنه دا ده چې اورېدونکی ساکټ د کومې ماشین دی او بله وسیله باید کوم ادرس ته ورسیږي. زه دا له تلیفون څخه بهر ته ګورم، ځکه هغه سکرین چې تاسو پرې یاست درته وایي چې له درېیو ننوتلو نقطو کومه یوه واقعاً ازموئ.
له هغه ځایه پیل وکړئ چې خدمت واقعاً چلیږي
هغه اپ پرانیزئ چې باید اړیکه ومني او د هغې د حالت پاڼه ولولئ. که وایي چې اورېدل کوي، هغه ادرس یادښت کړئ چې تړلی یې دی، ځکه همدا یوه جزئیات لاندې ډېری حالتونه فیصله کوي. هغه اپ چې 127.0.0.1 ته تړلی وي یوازې له تلیفون څخه رسیدلای شي، او نه کوم هټسپاټ کلاینټ، نه د کیریر نقشه او نه د VPN وتل دا بدلولای شي.
بیا تایید کړئ چې کومه وسیله خدمت چلوي. دا یا تلیفون دی، او بیا ساکټ د هغه اپ دی، یا د هټسپاټ شاته لیپټاپ دی، او بیا اورېدونکی او د هغه فایر وال د لیپټاپ دي او تلیفون یوازې پاکټونه فوروډ کوي. دا بېلابېل ډیزاینونه له بېلابېلو مالکانو سره دي، او د دوی ګډول هغه لامل دی چې یو ځای پرانیستل شوی پورټ په بل ځای کې هېڅ نه کوي.
په دېباګ وړ جوړښت کې adb shell کولای شي د /proc/net/tcp له لارې ساکټونه لیست کړي، خو د ډېرو خلکو لپاره د اپ خپل حالت ریښتینی سرچینه ده. دا هغه تله هم مخنیوی کوي چې هغه ساکټ ازموئ چې اپ په هغه ادرس پرانیستی و چې تاسو یې تمه نه لرله.
لومړنۍ ننوتلو نقطه: په هټسپاټ کې بله وسیله
دا سیمه ییز حالت دی او سمول یې تر ټولو اسانه دي. بله وسیله تلیفون ته د هغه ادرس له مخې رسیږي چې خپل ګیټ وې ته ورته ګوري، په هغه پورټ چې اپ اورېدل کوي، او له هټسپاټ بهر هېڅ شی ته اړتیا نشته. د کیریر نقشې ته اړتیا نشته، او د خدمت وړاندې کوونکي کومه ځانګړتیا هم نشته، ځکه ترافیک هیڅکله سیمه ییزه برخه نه پرېږدي.
دوه شیان دا ماتوي. اپ لوپ بیک ته تړلی دی، یا په تلیفون کې د کلاینټ تګلاره سیمه ییزه اړیکه نه اجازه ورکوي. که اپ تصدیق کوي، د خالص TCP اړیکې پرځای د اپ خپل پروتوکول سره ازموئ، ځکه اورېدونکی چې مني او بیا ردوي له لارې لیدل کېدل د بند پورټ سره سم ورته ښکاري.
که خدمت پرځای په هغه لیپټاپ کې چلیږي چې تلیفون سره تړلی دی، د تلیفون هټسپاټ ادرس هېڅکله منزل نه دی. تاسو ته د هټسپاټ انټرفیس کې د لیپټاپ ادرس او لیپټاپ کې اورېدونکی ته اړتیا ده، او تلیفون نور د فوروډنګ پرته د هېڅ شي مالک نه دی.
دویمه ننوتلو نقطه: د کیریر لاره
له موبایل شبکې څخه تلیفون ته رسیدل بله ستونزه ده، او ډېری وخت د IPv4 لپاره ساده نه کار کوي. کیریرونه هینډسټونه د شریک ترجمې شاته ږدي، ځکه RFC 6598 د همدې ترتیب لپاره یو شریک ادرس سلسله ځانګړې کړې ده. نه غوښتل شوې ننوتونکې اړیکه هېڅ نقشه نه لري چې پرې راشي، او هېڅ سیمه ییز تنظیم یې نه جوړوي، ځکه ژباړن ستاسو وسیله نه ده.
روټ لاسرسی هم دا نه بدلوي. دا تلیفون سټک کنټرول درکوي، نه د کیریر ژباړن، او هغه لارښوونې چې مخالف ډاډ ورکوي معمولاً هغه عام ادرس فرض کوي چې کیریر هیڅکله نه دی ورکړی. چېرې چې کیریر عام IPv6 پریفکس وړاندې کوي، ننوتونکې لاره کېدای شي شتون ولري، خو اورېدونکی او د تلیفون فایر وال لا هم اړتیا لري چې په ډاګیزه توګه اجازه ترلاسه کړي، مخکې تر دې چې څه ځواب ووایې.
درېیمه ننوتلو نقطه: د VPN وتل
هغه ادرس چې یو ویبسایټ یې د تونل د فعالیدو پر مهال راپور کوي د پوښل شوي وتونکي ترافیک لپاره د وتل ادرس دی. دا هغه ادرس نه دی چې ستاسو په استازیتوب ننوتونکې اړیکې مني. د هغې کارول د ننوتونکي لپاره هغه ځانګړتیا غواړي چې وړاندې کوونکی یې واقعاً وړاندې کوي، لکه فوروډ شوی پورټ یا ستاسو حساب سره تړلې ننوتونکې نقشه، او همدارنګه له وتلو څخه تر کلاینټ پورې کاریدونکې لاره.
سیمه ییز اجازه ورکوونکی قانون داسې نقشه نه شي جوړولای. هغه څه چې کولای شي هغه دا دي چې بدل کړي د اپ ځوابونه کومه لاره اخلي، او دا هغه وخت مهم دي چې اپ له تونل څخه ایستل شوی وي: غوښتنه او ځواب کېدای شي په بېلابېلو شبکه یی شرایطو کې پای ته ورسيږي، او اړیکه داسې ناکامه شي چې د فایر وال ستونزه ښکاري.
یوه لاره له سره تر پایه وازموئ، بیا مالک ونومئ
مخکې له ازموینې ټپل ولیکئ: پلان شوی سرچینه، منزل ادرس، ترانسپورت، پورټ او هغه ماشین چې د اورېدو ساکټ لري. که کوم عنصر اټکل وي، ازموینه به تاسو ته ګټور څه ونه وایي، او په پای کې به دوهمه طبقه بدله کړئ تر څو لومړی تشریح کړئ.
بیا هغه یوه اجازه لرونکې لاره د اپ تصدیق سالمه وساتئ او وازموئ. د پراخ اورېدونکي خپرول یا د بې اړیکې کنټرولونو بندول یوازې د دې لپاره چې یوه مبهمه عام-ادرس ازموینه ځواب ووایي، مخنیوی یې وکړئ، ځکه دواړه بدلونونه له ازموینې اوږد ژوند کوي او هیڅ یو یې د ډیزاین د کار کولو ثبوت نه دی.
د Android ټیترینګ فرعي سیسټم لاندې ترافیک په خپله لاره فوروډ کوي، د عادي اپ VPN نیولو څخه جلا، نو په یوه تړلي لیپټاپ کې فعال براوزر د تلیفون په خدمت باندې د ننوتونکي لاسرسي په اړه هېڅ نه وایي. تر دې مخکې چې کار کوونکی یې وبولئ:
- اورېدونکی ساکټ په هغه ادرس دی چې پلان شوی سیال ورته رسیدلای شي، نه په لوپ بیک.
- سیال هغه ادرس کاروي چې دې ننوتلو نقطې پورې اړه لري، نه د حالت پاڼې د وتلو ادرس.
- د کیریر یا وړاندې کوونکي په اړخ کې هر نقشه ملاتړ شوې ځانګړتیا ده، نه هغه قانون چې تاسو یې سیمه ییزه زیات کړی.
- غوښتنه او ځواب د یوې شبکې شرایطو له لارې ځي، او د اپ تصدیق لا هم بریالی کیږي.