پر DNS یوازې د خپل VPN حل کوونکي له لارې تېرېدو ته اجازه ورکړئ: ګام په ګام لارښود
له براوزر څخه تر ځواب پورې یوه د نوم پلټنه تعقیب کړئ. وګورئ چې حل کوونکی چېرې ټاکل کېږي، اور وژونکی یې چېرې پلي کوي او د 53 پورټ قاعده هېڅکله څه نه پوښي.
له هغې شیبې چې نوم ولیکئ، د یوې نوم پلټنې تعقیب کړئ. براوزر د عملیاتي سیسټم څخه پوښتنه کوي، عملیاتي سیسټم د هغه حل کوونکي څخه پوښتنه کوي چې سیاست یې ټاکلی، او پوښتنه له څه انټرفېس او څه لېږد سره له وسیلې وځي. ستاسو د VPN طرحه وایي چې ځواب باید له یو ټاکلي حل کوونکي او یوې ټاکلې لارې راشي. د دغو دوو جملو تر منځ تشه هغه څه دي چې تاسو تنظیموئ او بیا یې پلي کوئ.
ګام 1: حل کوونکي او لار ته نوم ورکړئ
له اور وژونکي سره له لاس وهلو مخکې درې شیان ولیکئ: د حل کوونکي پته، هغه پروتوکول او پورټ چې تمه یې لرئ، او هغه انټرفېس چې پوښتنه باید ترې ووځي. پرته له دې لړلیک، قاعده د ترافیک په اړه یوه اټکل دی نه د پرېکړې پلي کول. VPN کولای شي د اپلیکیشن معلومات وړي پداسې حال کې چې DNS بېله ترتیبه تعقیبوي، او دا په خپله تېروتنه نه ده. دا هغه څه دي چې کېږي کله چې چا مراجع ته بل څه نه وي ویلي.
د لارې په څرګند ډول نومول د طرحې او ناڅاپه پېښې تر منځ توپیر دی. دا تاسو ته د وروسته ازموینې لپاره هم څه درکوي، ځکه هر مشاهده د لیکل شوې تمې سره پرتله کېدای شي. هغه لړلیک په بدلون ټکټ کې وساتئ، نه د چا په سر کې.
ګام 2: سیاست هلته کېږدئ چې واقعاً اوسیږي
د حل کوونکي ټاکل د مراجع کار دی: د عملیاتي سیسټم د شبکې تنظیم، د VPN مراجع خپل تنظیمات، یا مدیریت شوی د براوزر سیاست. لومړی هلته یې کېږدئ، د هغې کرښې سره چې پلیټفارم یې ملاتړ کوي، ځکه اور وژونکی نشي کولای مراجع اړ کړي هغه حل کوونکی وټاکي چې هېڅکله ورته نه دي ویلي. په ووېشل شوې تونل مراجع کې په څرګند ډول ووایاست چې کوم ډومینونه داخلي حل کوونکي ته ځي. په مدیریت شوې ډله کې د DoH لپاره د براوزر سیاست اکثراً یوازینی اهر وي، ځکه براوزر کولای شي خپل کوډ شوی حل کوونکی د سیسټم تنظیم څخه خپلواک وټاکي.
دا پرېږدئ او مستقیم اور وژونکي ته لاړ شئ، نو هغه قاعده به واخلئ چې سم حل کوونکي ته اجازه ورکوي، له یو مراجع سره چې هېڅکله یې نه کاروي. قاعده سمه ښکاري او د حل کوونکي ثبتونه تش پاتې کېږي، چې د نیمګړتیا موندنې لپاره ګډوډه جوړه ده. لومړی ټاکنه تنظیم کړئ، بیا یې پلي کړئ.
ګام 3: لاره په تنګه توګه پلي کړئ
اوس د اجازه شوې لارې لپاره د شبکې اجازه ورزیات کړئ: د حل کوونکي پته، پروتوکول او پورټ، او هغه انټرفېس چې ترې باید ووځي. قاعده په همدې حل کوونکي پورې محدوده وساتئ، پرځای د دې چې ټول وتونکي DNS ته اجازه ورکړئ. لاندې درې لارې هغه دي چې یو عصري مراجع یې کولای شي ونیسي، او یوازې لومړۍ یې د 53 پورټ قاعدې پوښل شوې ده.
| Path | Port | Who controls it |
|---|---|---|
| Classic DNS | UDP and TCP 53 | System resolver settings |
| DNS over TLS | TCP 853 | Resolver or stub configuration |
| DNS over HTTPS | TCP 443 | Browser or application policy |
د DoH او DoT بندول قانوني دي؛ خو دا انګېرل چې د 53 پورټ قاعدې لا هغوی بند کړي، نه دي. هغه براوزر چې DoH کاروي نومونه د هغې لارې له مخې حل کوي چې ستاسو قاعدې هېڅکله نه ده بیان کړې، او هغه اپلیکیشن چې خپل حل کوونکی راوړي هماغه کوي. هره لاره چې غواړئ اجازه ورکړئ او هره یوه چې غواړئ رد کړئ ولیکئ. هغه قاعده چې لار ته نوم نه ورکوي د هغې په اړه پرېکړه نه ده کړې.
ګام 4: شخصي او عامه نومونو پسې لاړ شئ
ووېشل شوې DNS په قصد سره یوازې شخصي نوم ځایونه داخلي حل کوونکي ته لېږي او عامه نومونه بل ځای ته ځي، نو په طرحه کې له یو څخه ډېر حل کوونکي ایستل نه دی. ایستل هغه پوښتنه ده چې باید ستاسو حل کوونکي ته تللې وای او بل ځای ته رسېږي، یا یوه نه رسېدونکې پلان شوې لاره چې مراجع په خاموشۍ کې شاته غورځوي. دا دوه حالتونه دي چې باید ولټول شي. تر پلان شوي سیاست لاندې یو داخلي او یو عامه نوم تعقیب کړئ او ولیکئ چې کوم حل کوونکي هر یوه ته ځواب ورکړ.
هغه ازموینه وېبپاڼه چې ستاسو حل کوونکی راپور کوي یوه اشاره ده، نه ثبوت، ځکه یوازې هغه پوښتنې ویني چې هغې ته رسېدلي. کله چې باید پوه شئ پوښتنې واقعاً کومه لاره نیولې، په مراجع خوا کې یې ونیسئ، بیا دواړه مشاهدې پرتله کړئ. کله چې سره سمون ونه خوري، تاسو هغه شاته غورځېدنه موندلې چې چا نه ده ثبت کړې.
که د حل کوونکي پته سمه وي خو نه رسېدونکې وي، ستونزه په لارښوونه یا فلټر کې ده نه په سیاست. پوښتنه تر هغې پتې تعقیب کړئ او تایید کړئ چې ځواب په تمه شوي انټرفېس بېرته راځي، مخکې لدې چې د حل کوونکي کوم تنظیم بدل کړئ.
ګام 5: د بېرته راتلو لاره پرانیستې وساتئ
له دې مخکې چې په ګېټوې کې DNS لاسرسی کلک کړئ، هغه د بیا رغونې طریقه تایید کړئ چې د نوم حل کولو پورې تړلې نه وي. ماته حل کوونکی هر د ترمیم وسیله لرې کوي، هغه هم چې د بدلون د بېرته اخیستلو لپاره یې کاروئ. ځایي کنسول یا له بڼډ څخه بهر لاره پرانیستې وساتئ تر څو چې نوی سیاست ثابت شي. یوازې هغه مه لرې کړئ چې سیاست د بیا نښلولو تاب ویستلی وي.
له بیا نښلولو یا د براوزر د سیاست له تازه کولو وروسته بیا اغېزمن حالت وګورئ، ځکه دواړه کولای شي حل کوونکی بدل کړي پرته لدې چې ستاسو قاعده بدله شي. غوښتنه د پوښتنو لپاره پیژندل شوی ترلاسه کوونکی او خوندي لاره ده، نه په یوې سکرین شاټ کې هوسا کوونکې د حل کوونکي نښه. RFC 8484 د DNS over HTTPS مشخصات ستاسو د پورټ قاعدې نه لیدل شوې کوډ شوې لارې لپاره مرجع ده.