Android VPN بشپړ هوسټ نوم حلوي، خو لنډ نوم نه

تاسوfilesد ټرمینل ایمولیټر کې ولیکئ او هېڅ نه راګرځي؛ ولیکئfiles.corp.exampleاو هماغه سرور سمدلاسه ځواب ورکوي. د VPN په اعتبارنامو کې هېڅ نه دی بدل شوی، او شخصي DNS سرور هېڅکله خراب نه و. په Android کې لنډ لیبل او بشپړ نوم د حل کوونکي له لارې جلا لارې اخلي، او له دغو لارو یوه د هغې ترتیب پورې تړلې ده چې د تونل مالک یې باید برابره کړي. ستاسو مخې ته پریکړه دا نه ده چې کوم DNS سرور بدل کړئ، بلکې دا ده چې اپلیکیشن په رښتیا کوم شبکه کاروي هغه څوک کنټرولوي.

د لټون ډومین پته نه ده. دا هغو پسوندونو لیست دی چې حل کوونکی یې بربنډ لیبل ته ورزیاتوي او بیا تسلیمېږي.

د لټون پسوند او DNS سرور جلا ساحې دي

د حل کوونکي پته Android ته وایي چې چېرته وپوښتي. د لټون پسوند وایي چې کله یوازې کیڼ لیبل ورکړئ نو څه وپوښتي. دواړه پر یوه شبکه توکي اوسي، او هر یو یې یوازې ورک کېدای شي.

همدا خپلواکي تشریح کوي چې ولې بشپړ هوسټ نوم کار کوي. بشپړ وړ نوم پسوند ته اړتیا نلري، ځکه چې هغه لا دمخه هغه تار دی چې سرور ته ځي.

Android دا وېش په دې لاره ښکاره کويLinkProperties. د DNS سرورونو لیست او د ډومین لټون لیست پر یوه توکي دي، او دوهم معمولاً خالي وي حتی کله چې لومړی ډک وي. هغه شبکه چې حل کوونکی لري خو ډومین نه لري هغه شبکه ده چې پسوند پکې هېڅکله نه دی تطبیق شوی — نه هغه سرور چې لنډ نوم یې رد کړی.

له هر څه بدلولو دمخه اغېزمنه شبکه ولولئ

Wi-Fi، موبایل شبکه او VPN انټرفیس درې جلا شبکې دي، او تونل په سمه توګه پورته شو سره سم اصلي ګرځي. نو هغه پسوند چې د دفتر Wi-Fi کې کار کاوه د تونل د فعالیت پر مهال د تطبیق وړ پسوند نه دی. هغه شبکه وګورئ چې اپلیکیشن په رښتیا پرې ټاکل شوی، نه هغه چې تېره اونۍ مو ترتیب کړې وه.

پر وسیله ټرمینل شل دلته کمزوری شاهد دی، ځکه چې د هغېresolv.confد حل کوونکي یو لید منعکس کوي نه د هر اپلیکیشن لید.

د براوزرونو د پتې پټې یوه بله طبقه زیاتوي: بربنډ کلمه کېدای شي د لټون غوښتنې په توګه وګڼل شي، یا د دې له لارې حل شيد براوزر خپله انکرپټ DNS تګلاره، نو هغه پاڼه چې په Chrome کې ځان باروي د سیستم لټونونو په اړه هېڅ نه ثبویي. د پلیټفارم له حل کوونکي څخه ګټه اخیستونکي او څه چې راګرځېدل چاپوونکي شي سره ازموینه وکړئ. بیا لنډ شکل او بشپړ شکل په یوه ناسته کې، په یوه شبکه کې وچلوئ، او یادښت کړئ چې کوم ځواب ورکړ.

که تاسو VPN اپلیکیشن جوړوئ، پسوند په جوړوونکي کې ضمیمه کړئ

کله چې ستاسو اپلیکیشن انټرفیس د دې له لارې جوړويVpnService,addSearchDomainد دې لپاره ملاتړ شوی ننوتون دی. دا د دې په څېر ډومین تار اخليcorp.example, او دا د سرور پتې د لېږلو بله لاره نه ده.

دا تلیفون پسوند له هغې شبکې سره تړي چې تاسو جوړوئ، نو له هغې وروسته د اوښتو لپاره هېڅ نړیوال تنظیم نشته. که اپلیکیشن انټرفیس ونړوي او د بیا وصلېدو پر مهال یې بیا جوړ کړي، نوی جوړوونکی باید پسوند بیا ورزیات کړي، که نه بدله شبکه پرته له هغې پورته کیږي.

همدلته ډېری د ډیسکټاپ پروفایلونو واردات دا ساحه له لاسه ورکوي. صادروونکی ډومین خپل ماډل ته لیکي، د Android مخکې برخه یوازې هغه انتخابونه نقشه کوي چې پېژني، او پایله لرونکی انټرفیس په نورو ټولو پلوه سم ښکاري. هغه پروفایل چې پر لیپ ټاپ کار کوي او پر تلیفون ناکامېږي معمولاً د نقشه کولو تشه ده، نه د پروتوکول ستونزه.

که تاسو یوازې VPN کاروئ، دا ستاسو د تنظیم کولو کار نه دی

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

د ډیسکټاپ پروفایل بیا واردول بیا هم د موبایل نقشه کولو په اړه هېڅ نه ثبویي.

درې شرطونه پریکړه کوي چې تاسو نیمګړتیا لرئ که تمه شوې پوله. لومړی، ایا سازمان لنډ لیبل په بشپړه توګه د ملاتړ شوي نوم په توګه ګڼي، که دا هغه اسانتیا ده چې یوازې د دفتر Wi-Fi کې کار کړی؟ دوهم، ایا ناکامه لټون له براوزر څخه راځي، چې کولی شي د سیستم حل کوونکی په بشپړه توګه څنګ ته کړي؟ دریم، ایا لنډ نوم باید د تونل له لارې د لاسرسي وړ وي، که یوازې له LAN څخه؟ که وروستی ځواب یوازې-LAN وي، پسوند ورزیاتول به هغه نوم جوړ کړي چې د دفتر څخه بهر حل شي او بیا به مسیر نه شي.

کله چې پسوند شته او لنډ نومونه بیا هم ناکامېږي

که د ډومین لټون لیست لا دمخهcorp.exampleښکاره کوي، نو پسوند ته تور مه ورکوئ. وګورئ چې حل کوونکی د پراخ شوي نوم لپاره په بشپړه توګه ځواب ورکوي که نه، ځکه پسوند یوازې هغه پوښتنه بدلوي چې تاسو یې کوئ. دا هېڅکله سرور د هغې زون لپاره واکمن نه کوي چې کوربه یې نه کوي.

بیا مسیر وګورئ. هغه پته چې حل کیږي خو تونل یې نه وړي د نښلېدو پر مهال ناکامېږي، چې په براوزر کې د غلی ډول تسلیمېدونکي لټون له ناکامۍ سره ورته ښکاري.

سندونه خپل جلا یادښت مستحق دي. د HTTPS تصدیق هغه هوسټ نوم کاروي چې تاسو په رښتیا ولیکه، نو هغه لنډ نوم چې سم پراخیږي لا هم په لاس ورکولو کېfilesوړاندې کوي. هغه سند چې دfiles.corp.exampleلپاره صادر شوی، د هغې لپاره به معتبر نه وي، او هغه تېروتنه سم چلند دی، نه ستاسو د پیل شوي DNS ستونزې نښه.

بل څه باید وکړو

له هر څه لاس وهلو دمخه وېش تایید کړئ: بشپړ نوم حل کیږي، لنډ نه، هماغه اپلیکیشن، هماغه ناسته. بیا ټاکل شوې شبکه ومومئ او د هغې د ډومین لټون لیست د حل کوونکو لیست ترڅنګ ولولئ. له دوو څخه کومه خالي ده هغه وایي چې څوک باید ګام واخلي — تاسو، که اپلیکیشن ستاسو وي؛ د تونل چلونکی، که نه.

په پای کې، چېرته چې لېږدېدونکېتوب مهم دی، په نښو او کلینټ ترتیباتو کې بشپړ د خدمت هوسټ نوم غوره کړئ. دا د شبکې بدلون ته پاتې کیږي، د هغې نقشه کولو پورې تړلی نه دی چې موبایل مخکې برخه یې شاید نه وي پلي کړې، او د هغه نوم سره سمون لري چې سند ورته صادر شوی.