ویشل شوی تونل براوزر باسي، نه د هغې DNS پوښتنې

براوزر له تونل څخه ایستل شوی، د عامې IP پاڼه تاییدوي چې د هغې ترافیک د کور له اړیکې راوځي، او داخلي ویکي لا هم نه پرانیستل کیږي۔ د نومونو حل بل ځای ته لاړ، او هغه بل ځای معمولاً هغه حل کوونکی دی چې VPN ټاکلی۔ د معلوماتو لار او د حل کوونکي لار په ډیرو ویشل شوو تونل ډیزاینونو کې جلا پرېکړې دي۔ مخکې له دې چې ایستل شوی خراب وبولئ، وګورئ براوزر په رښتیا کوم یو کارولی۔

د معلوماتو لار او د حل کوونکي لار جلا کیږي

ایستل د یو اپلیکیشن پاکټونه له تونل څخه باسي، چې د معلوماتو په لار کې د لارښوونې او اور دیوال پرېکړه ده۔ د نومونو حل بله پلټنه ده: یو بهیر د سیسټم له حل کوونکي پوښتي، او هغه حل کوونکی پرېکړه کوي چې کوم سرور پوښتنه ترلاسه کوي۔

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

ومومئ کوم بهیر پوښتنه کوي

براوزر کیدای شي د سیسټم حل کوونکی، خپل کوډ شوی DNS خدمت، یا هغه حل کوونکی وکاروي چې عملیاتي سیسټم هرې شبکې ته ټاکي۔ لومړی د پلیټفارم تګلاره تعقیبوي، دویم هغه تګلاره په بشپړ ډول پرېږدي، او دریم پوښتنه چې کومې اړیکې ته لارښوونه کیږي پورې اړه لري۔

resolvectl status
resolvectl query intranet.example.net
dig +short +time=2 intranet.example.net @10.52.0.2
scutil --dns | head -n 40

مخکې له ازموینې اغیزمن ترتیب ولولئ: کومې اړیکې DNS سرورونه لري، کوم نوم ځایونه غواړي، او آیا د هر نوم تګلاره اصلي ټاکل شوي ته لومړیتوب ورکوي۔ په لینکس کې ویشل شوی DNS د لارښوونې ډومینونه کاروي؛ په وینډوز کې د نومونو حل تګلارې جدول د نوم ځایونو لپاره همدا کار کوي۔ دواړه د لیک ازموینې پاڼې څخه نه ښکاري۔

پرېکړه وکړئ کوم حل کوونکی کوم نوم ویني

مخکې له دې چې هر څه بدل کړئ، پلان شوې نقشه ولیکئ: داخلي نومونه کارپوریټ حل کوونکي ته، عامه نومونه هغه خدمت ته چې تګلاره اجازه ورکوي، او استثناوې له مسؤل سره۔ پرته له دې لیست، د لیک ازموینې هر لیبل د تګلارې بحث کیږي چې هیڅوک یې نه شي حل کولی۔

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

هر DNS ساحه بیا مه لیکئ ترڅو یو ازموینې لیبل شین شي۔ لیبل په یو وخت کې د یو بهیر یوه پوښتنه بیانوي۔

پوښتنه او اړیکه جلا تایید کړئ

دواړه لارې په خپلواکه توګه وازموئ۔ د اړیکې ازموینه د معلوماتو لار ښیي، او د حل کوونکي ازموینه ښیي چې نوم چا ترلاسه کړ۔

curl -sS --max-time 8 https://api.ipify.org
resolvectl query example.net
dig +short example.net

حل کوونکي ته په صراحت هم ووایاست، ترڅو ناکامي لارې ته نه بلکې سرور ته منسوبه شي۔ بیا براوزر بیا پیل کړئ او تکرار یې کړئ، ځکه اپلیکیشنونه منفي ځوابونه کیش کوي او زوړ ناکامي دوامداره ښکاري۔

له تصویب شوې بدلون وروسته، د معلوماتو لار او د حل کوونکي ترلاسه کوونکی د دوو جلا کرښو په توګه له نیټې سره ولیکئ۔ که چلند په بل بیا اړیکه کې بیرته راشي، هغه پروفایل چې دا برابروي باید سم شي، نه براوزر۔