قاعده ساده وه: یوازې هغه وخت ترافیک فلټر کړه چې تلیفون د دفتر Wi-Fi سره وصل وي. دا میاشتې دوام وکړ، بیا یوه سهار تلیفون په همدې SSID او همدې کلیډ سمبول وو او فلټرول بند شوی و. په شبکه کې هېڅ نه و بدل شوی؛ هغه څه چې بدل شول دا و چې اپلیکیشن د شبکې نوم لیدلی شي که نه. په Android کې، «زه په کوم Wi-Fi یم» او «دا ترافیک بند کړه» دوه جلا کارونه دي، او فایر وال چې دا دواړه سره ګډوي هغه مهال خلاص پاتې کېږي چې نوم نه وي شته.

نښه: پېژندنه ورکېږي او تګلاره ورسره ځي

د SSID قاعده یوه ارزښت لولي او بیا څانګه ټاکي. کله چې لوستل هېڅ ګټور شی بېرته را نه کړي، کوډ باید یو څه وکړي، او معمول ډیفالټ دا دی «تمه شوې شبکه نه ده، نو فلټر مه کوه». هغه ډیفالټ د اجازې ستونزه په ترافیک تویېدو بدلوي. د کلیډ سمبول ښکاري ځکه چې د VPN خدمت لا روان دی؛ دا یوازې بله څانګه پلي کوي.

د پېښو ترتیب ته وګوره، نه شبکې ته. رد شوې اجازه غوښتنې، هغه سیسټم تازه کول چې د SSID لاسرسی یې له بلې اجازې وروسته کړ، بند شوي موقعیت خدمتونه، یا د کاري پروفایل تګلارې بدلون ټول کولای شي ورته پایله ورکړي پداسې حال کې چې تلیفون په همدې لاسرسي نقطې وي.

نوم ولې ناپېژاند بېرته راتلای شي

WifiInfo.getSSID() د اوسني شبکې د خدمت-ټولګې پېژندونکی بېرته راکوي، او Android ثبتوي چې موقعیت ته حساس ځایونو ته لاسرسی په اجازې پورې تړلی دی. کله چې لاسرسی نه وي، غوښتنه په لوړ غږ ناکامېدو پر ځای UNKNOWN_SSID بېرته راکوي. نو خالي یا ناپېژاند ارزښت دا ثبوت نه دی چې تلیفون Wi-Fi پرېښی؛ دا ثبوت دی چې اپلیکیشن شبکه نه شي طبقه بندي کولای.

دوې څېړنې دا حالتونه جلا کوي. ډاډ ترلاسه کړه چې تلیفون وصل دی او وګوره سیسټم څه راپور ورکوي، بیا ډاډ ترلاسه کړه چې اپلیکیشن په دې Android نسخه کې اړینه اجازه واقعاً لري:

adb shell cmd wifi status
adb shell dumpsys package <your.app> | grep -i -E "ACCESS_FINE_LOCATION|NEARBY_WIFI_DEVICES"

که د حالت کرښه وصل شبکه ښیي خو اپلیکیشن ناپېژاند نوم ویني، ستاسو ستونزه د اجازې یا API کچې ده، د Wi-Fi نه. دا د فایر وال قواعدو ته د لاس وهلو دمخه سم کړه، ځکه هر راتلونکی قاعده د هغه ارزښت پر وړاندې ارزول کېږي چې اپلیکیشن یې نه شي لوستلای.

فلټرول واقعاً چېرته ځي

ځایي Android فایر وال معمولاً د VpnService ماډل کاروي پرته له دې چې ترافیک لرې سرور ته ولېږي: مجازي انټرفېس اخلي، خپل قواعد پلي کوي او هغه څه لېږي چې اجازه ورکوي. پلیټ فارم د هر کارن پروفایل لپاره یو فعال VPN خدمت اجازه ورکوي، او دویم لومړی بدلوي نه دا چې پر سر یې طبقه شي. نو جلا فایر وال اپلیکیشن او جلا کاري VPN دوه مرحلې زنځیر نه جوړوي؛ یو له دوی ګټي.

دا د SSID قاعدې لپاره مهم دی ځکه د پلي کولو نقطه او د کتنې نقطه جلا برخې دي. VpnService پرېکړه کوي چې له وسیلې څه ووځي؛ Wi-Fi API یوازې لیبل برابروي. اپلیکیشن کولای شي سم پلي کړي او ناسم طبقه بندي کړي، او په دې مقاله کې خرابي همدا ده.

ناپېژاند ته خپله تګلاره ورکړه

د شبکې پېژندنه د درې حالتونو په توګه وګوره، او د قاعدې د خپرولو دمخه د هر یوه تګلاره ولیکه. دریم حالت هغه دی چې هېرېږي، او بریدګر یا ناسم ترتیب تاسو هماغه ځای ته رارسوي.

ObservationPolicy to specify
Expected SSID is readableThe explicit filtering policy you designed
A different SSID is readableThe default policy for untrusted networks
Unknown, changing or unreadableFail closed until classification is reliable

تړلي ناکامېدل مانا دا ده چې ناپېژاند حالت تر ټولو آرامه نه، بلکې تر ټولو سخته معقوله تګلاره په میراث واخلي. که دا په نوي شبکه کې تلیفون بې ګټې کړي، سم حل پټ نه، بلکې په قصد او ښکاره استثنا ده، نه په خالي ارزښت څېړنه کې پټه غلې باور پرېکړه.

پېژاند SSID یو لیبل دی، د شبکې چلونکي ثبوت نه دی. هر څوک کولای شي د دفتر په نوم لاسرسي نقطه وچلوي، نو د نوم سمون باید هېڅکله د حساسې غونډې او ناباوره برخې ترمنځ یوازینی شی نه وي.

بدلونونه وازموه، نه ثابت حالت

په ثابت حالت کې ازموینه په هغه شبکه کې بریالۍ کېږي چې قاعده مو پکې جوړه کړې. خرابۍ په بدلونونو کې ژوند کوي: رد شوې اجازه، Wi-Fi نه موبایل ته، یوه SSID نه بلې ته، د VPN خدمت بیا پیل، او بله VPN اپلیکیشن چې انټرفېس نیسي. د هر یوه لپاره پرېکړه کوه چې موجوده اړیکې بیا کتل کېږي که نه او د حالت د ناپېژاندتیا پر مهال ساتل شوی ترافیک بند پاتې کېږي که نه.

پایله په درې جملو کې ولیکه: لیدل شوی شرط، هغه برخه چې پرېکړه پلي کوي، او قصد شوی بدیل. که له درېیو یو هم نه وي، قاعده لا تګلاره نه ده؛ دا یوه اټکل دی چې د دفتر په شبکه کې ناڅاپه کار کوي.

اړوندې مقالې