د TLS له لارې DNS او VPN: کومه برخه خوندي ده

د TLS له لارې DNS د کاروونکي او هغه resolver تر منځ تبادله کوډوي چې هغه ټاکلی، او resolver لا هم نوم لولي. دا جمله د DoT او VPN پر شاوخوا ډېره ګډوډي هواروي. تونل ټاکي چې کوډ شوې پوښتنه کومه لار ځي، په داسې حال کې چې resolver لا هم پوهېږي چې څه پوښتل شوي. هېڅ میکانېزم بل نه بدلوي، او هېڅ یو بل زائد نه کوي.

څلور څېړنې ټاکي چې ستاسو ترتیب هغه دی چې تاسو یې فکر کوئ.

څېړنه 1: کوډونه څه پوښي

DoT د DNS تبادله په TLS کې نغاړي، نو په لاره کې ناظر د پوښتنې دننه نوم نه، بلکې یوې پتې او پورټ ته اړیکه ویني. resolver پخپله کوډ پرانیزي او ځواب ورکوي. دا د HTTPS له لارې DNS سره پرتله کړئ: دواړه کوډ کوي، او بېلابېل لېږدونه کاروي، نو هغه شبکه چې ویب ټرافیک ته اجازه ورکوي په اتوماتيک ډول DoT اړیکې ته اجازه نه ورکوي.

دا توپیر هغه وخت مهم دی چې یو کپټیو پورټل یا فلټر کوونکی منځنی بکس 443 ته اجازه ورکړي او 853 بند کړي. هغه وسیله چې هلته کار کړی د دې ثبوت نه دی چې بل به کار وکړي.

څېړنه 2: پوښتنه کومه لار نیسي

لار د کاروونکي پالیسۍ پوښتنه ده. DoT resolver ته د تونل له لارې، له هغه بهر، یا د شبکې سره بدلېدونکې لارې له لارې رسېدلای شئ. کومه پېښېږي دا په لارو او په دې پورې اړه لري چې کاروونکی خپل DNS سوکیټ ساتي که نه. هغه تونل چې ټول ټرافیک نیسي معمولاً پوښتنه هم له ځان سره وړي، هر څه چې د resolver پته ووايي.

په ازموینه کې د دریم اړخ resolver پته لیدل د اوښتل شاهد نه دی، او کوډونه لیدل د پام شوي ترلاسه کوونکي شاهد نه دی. resolver او لاره جلا جلا ولولئ، بیا پرېکړه وکړئ چې جوړه هغه ده چې تاسو ډیزاین کړې.

څېړنه 3: داخلي نومونه

هغه سازمان چې داخلي نومونه خپروي اړتیا لري resolver ولري چې هغه ریکارډونه وساتي. عامه DoT خدمت ستاسو شخصي نوم ځای نه پېژني، او کاروونکی هغې ته اړول تضمین کوي چې هغه نومونه به ناکام شي. دا هغه تر ټولو عام عملي شاتګ دی چې یو څوک په مدیریت شوې وسیله کې کوډ شوی DNS فعال کړي.

داخلي پسوندونو لپاره داخلي resolver وساتئ او که پالیسي غواړي هغه ټوپ کوډ کړئ، د دې پر ځای چې هغه په عامه عرضه کوونکي بدل کړئ.

څېړنه 4: د ناکامۍ چلند

د رسېدونکي resolver پرته سخت resolver تنظیم د نوم حل ناکامي رامنځته کوي په داسې حال کې چې تونل پورته پاتې دی. د کیلیو یا سندونو لاس وهلو پر ځای د پلیټ فارم حالت او د هغه مستند بدیل وګورئ.

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

سند ته باور وکړئ، ځواب ته نه

د خدمت لپاره مستند شوې عرضه کوونکي هوسټ نوم او تصدیق ترتیبات وکاروئ. د TLS څېړنې بندول تر څو ناپېژاند resolver ځواب ووايي تاسو ته یو کوډ شوی کانال درکوي چې نا تصدیق شوي پای ټکي ته ځي، کوم چې د بدل شوې ساده پوښتنې څخه په یوه ځانګړې خوا کې بدتر دی: دا خوندي ښکاري. د DNS over TLS مشخصات د هغې څېړنې شاته د تصدیق تمه بیانوي.

هغه resolver چې تصدیق نه شي کېدای د هغه ځواب ادعا ده، نه نتیجه.

دا څه ناڅرګند پرېږدي

DoT نوم له resolver نه پټوي، د اړیکې د منزل پته له شبکې نه پټوي، او نه ټاکي چې پوښتنه له تونل تېره شوې که نه. دا درې جلا پوښتنې او درې جلا ځوابونه دي.

د resolver پېژندنه، د تېرېدو لار او د داخلي نومونو پالیسي په درې کرښو ولیکئ. راتلونکې DNS پوښتنه چې ترلاسه کوئ به یوه له هغو وي.