د هټسپاټ کلاینټونو لپاره د تونل وېش د هر اپليکېشن له مخې ایستل نه دی
یو اپليکېشن له VPN څخه ایستل یوازې تلیفون بدلوي۔ نښلول شوي لیپ ټاپ ته خپل د لېږد قاعده غواړي، چې په سرچینه، منزل او NAT باندې سمون خوري۔
هغه دوه غوښتنې چې یو شان اوري یو شان نه دي: «دا اپليکېشن له VPN څخه وباسه» او «دا یو منزل زما د هټسپاټ لیپ ټاپ لپاره له VPN څخه بهر ولېږه»۔ لومړی بدلوي چې په تلیفون کې ساکټ څنګه شبکه ټاکي۔ دویم باید د هغه پاکټ لپاره د لېږد پرېکړه بدله کړي چې له بل وسیله راغلی وي، وروسته له دې چې تلیفون هغه مخکې منلی وي۔ د دواړو ګډول هغه لامل دی چې د هټسپاټ کلاینټ سره بیا هم یوازې د تلیفون خپل براوزر ته د تطبیق وړ استثنا پاتې کېږي۔
دوه پوښتنې دوه جلا فرعي سیستمونه لري
Android د اپليکېشنونو شبکه او ټیترینګ بېل ساتي۔ د اپليکېشنونو ساکټونه د اړیکې سټک شبکه ته ټاکي، او VPN اپليکېشن پرېکړه کوي چې د هغې کوم ساکټونه تونل ته ننوځي۔ له نښلول شوي کلاینټ څخه لېږل شوي پاکټونه د ټیترینګ فرعي سیستم اداره کوي، چې له netd څخه لارې، د پالیسۍ قواعد او په ښکتنۍ برخه کې ژباړه غواړي۔
د هر اپليکېشن له مخې ایستل هغه وخت ارزول کېږي چې اپليکېشن ساکټ پرانیزي۔ لېږل شوی پاکټ هیڅکله هغې کتنې ته نه رسېږي، ځکه چې د دې وسیلې د اپليکېشن له ساکټ څخه نه دی پیدا شوی۔ دا هغه بشپړ لامل دی چې دوه تنظیمات نشي کولی یو بل بدل کړي، او دا په دواړو کې هم کومه خرابي نه ده۔
د هر اپليکېشن له مخې ایستل په رښتیا څه بدلوي
د VpnService جوړونکی کولی شي هغه پیکجونه ونومي چې له تونل څخه بهر پاتې کېږي د addDisallowedApplication په کارولو، یا هغه یوازیني پیکجونه ونومي چې دننه اجازه لري د addAllowedApplication په کارولو۔ هغه اپليکېشنونه بیا په بنسټیزه شبکه کې ساکټونه پرانیزي، په داسې حال کې چې VPN د نورو هر څه لپاره د ډیفالټ لارې مالک پاتې کېږي۔
حدود یې دقیق دي: د پیکج خپل ساکټونه، په دې وسیله، تر هغه چې تونل ولاړ وي۔ دا د لېږل شوي ترافیک په اړه څه نه وایي، د دویم وسیله په اړه هم څه نه، او د هغو پاکټونو په اړه هم څه نه چې سیستم د ټیترینګ په نامه لېږي۔
دا د منزل کنټرول هم نه دی۔ د براوزر ایستل هره هغه پته ایستل کېږي چې هغه براوزر ورته رسېږي، په شمول هغه چې تاسو یې غوښتل په تونل کې وساتئ۔ کله چې غوښتنه د اپليکېشن پرځای منزل ونومي، نو د اپليکېشن ټاکونکی په جوړښت کې هم غلط وسیله ده۔
د تلیفون لپاره ټیترینګ شوی پاکټ څنګه ښکاري
د کلاینټ پاکټ د هټسپاټ انټرفېس ته د تلیفون لخوا ټاکل شوې شخصي سرچینې پتې سره راځي، ووایه 192.168.43.20، او د عامه منزل سره۔ د هغه د لېږلو لپاره تلیفون ته پورتنۍ لینک ته لاره او د ژباړې قاعده غواړي، تر څو ځوابونه د بېرته تګ لار ومومي، ځکه چې د کلاینټ شخصي پته په سیلولر شبکه کې بې معنا ده۔
Android دا د پالیسۍ قواعدو سره څرګندوي چې د لارښوونې جدول ټاکي، او کله چې شبکې او VPNونه بدل شي netd اړوند جدولونه او قواعد بیا جوړوي۔ د جدول شمېره، د قاعدې لومړیتوب یا د انټرفېس نوم چې د فورمې پوسټ یا د همدې ماډل له زوړ خپرولو څخه کاپي شوی وي، دوامداره مالکیت نه رامنځته کوي۔ همدا بیا جوړول هغه لامل هم دی چې په لاس لیکل شوې قاعده کولی شي یو ساعت کار وکړي او د بلې بیا نښلونې وروسته ودرېږي۔
هټسپاټ استثنا ته په رښتیا کومه پالیسي غواړي
له دې مخکې چې کومه قاعده ولرو، پرېکړه د سرچینې، منزل او نیت شوې لارې په توګه ولیکئ۔ د یو تایید شوي منزل لپاره لږترلږه بڼه داسې ښکاري:
| Source | Destination | Intended path |
|---|---|---|
| One authorized hotspot client | One approved public service address | Ordinary cellular uplink |
| The same client | All other covered destinations | Shared VPN |
| The phone's own apps | Their existing destinations | Unchanged phone policy |
دواړه لوري باید بشپړ وي۔ مستقیم څانګه ته د اوسني سیلولر پورتنۍ لینک له لارې د کارولو وړ لاره غواړي؛ VPN څانګه ته د تونل لاره او د لېږلو اجازه غواړي۔ هر د سرچینې ژباړه باید ستاسو ټاکل شوې وتنې سره سمون وخوري، ځکه چې د تونل په انټرفېس باندې تطبیق شوی NAT د تونل پته ښیي، نه د سیلولر، او بیا د بېرته تګ لار د وتنې لارې سره سمون نه خوري۔
ځوابونه باید د تعقیب شوي حالت یا روښانه لارې له لارې هماغه ښکته کلاینټ ته ورسېږي، او د وتونکو پاکټونو شمېرونکی له دې څخه هیڅ نه ثابتوي۔ د VPN خپل بهرنی لیږد هم د استثنا له حدونو بهر وساتئ، که نه د تونل وړونکي پاکټونه د کلاینټ د ویب غوښتنې لپاره لیکل شوې پالیسي په میراث اخلي۔
نیول شوې یوه پته منزل نه ده
له براوزر څخه لوستل شوې یوه IPv4 پته یو لنډیز انځور دی۔ لوی خدمتونه له anycast یا له څرخېدونکي څنډې پتو ټولګې څخه ځواب ورکوي، ډېری یې دوه ګونی سټک دي، او د ننوتلو بهیر کولی شي هغه تصدیق او ټیلمېټري کوربه ونیسي چې پاڼه یې هیڅکله نه ښیي۔ هغه استثنا چې ستاسو په ناڅاپي لیدل شوې پته راغونډه شوې ده، بله ځل چې خدمت بار بیا برابر کړي ماتېږي۔
د خدمت د مالک مستنده پتې، یا هغه حد چې خپروي یې، وکاروئ او دواړه پتې کورنۍ په پام کې ونیسئ۔ که غوښتنه د یوې ثابتې ټولګې په توګه ونه شي څرګندېدلی، نو دا ښايي د خدمت لپاره د پالیسۍ پوښتنه وي، نه په تلیفون کې د لارښوونې چل۔
له ښکتنۍ خوا څخه تایید کړئ
درې کتنې، په دې ترتیب: له لیپ ټاپ څخه ټاکل شوی خدمت، یو عادي منزل چې باید د VPN په داخل کې پاتې شي، او یو تلیفون اپليکېشن چې باید نه اغېزمن شي۔ بیا یې د بیا نښلونې وروسته او د پورتنۍ لینک له بدلون وروسته تکرار کړئ، ځکه چې هماغه وخت د پالیسۍ جدولونه بیا جوړېږي۔
که د تلیفون د شریکولو پلي کول نشي کولی دا تړون د بیا نښلونې په اوږدو کې وساتي، نو د لاسي وسیله باندې د root قواعدو غونډولو پرځای غوره شوې پالیسي یو ملاتړ شوي ښکته رټر ته یوسئ۔ رټر کولی شي د ثابت مالک سره د سرچینې او منزل سمون څرګند کړي، او د ټیترینګ ماډل مستندات د دې لپاره سمه مرجع ده چې تلیفون په رښتیا څه کوي۔