ولې هټسپاټ د VPN له نښلېدو مخکې DNS بېرته لارښوونه کوي؟
هټسپاټ په خپله شبکه کې پوښتنې بیا لیکي، او د کوربه نوم پای ټکی له هرې تونل مخکې حل کېږي۔ تعقیب کړئ چې کوم حل کوونکی هرې پوښتنې ته ځواب ورکړ۔
د هوټل شبکې سره یوځای کېدل ستاسو په وړاندې په بېلابېلو شیبو کې دوه DNS پریکړې ږدي: هغه پوښتنې چې وسیله د ننوتلو پر مهال کوي، او هغه پوښتنې چې د تونل له جوړېدو وروسته کېږي۔ هټسپاټ کولی شي پر لومړیو د هغې شبکې له لارې اغېزه وکړي چې کنټرولوي یې۔ دویمې د پیرودونکي د خپلې تګلارې پورې اړه لري، چې د څېړنې جلا خبره ده۔
نښلېدنه په ترتیب سره وګورئ، له لومړي DHCP کرایې څخه تر هغې پوښتنې چې یو شخصي نوم یې حل کړ۔ بیا دوه نیمګړتیاوې چې د ملاتړ په ټکټ کې یو شان ښکاري په روښانه توګه بېلېږي: یوه د تونل له جوړېدو مخکې وشوه، بله د هغې په داخل کې۔
هټسپاټ څه ته لاس ورکولی شي او څه ته نه
د لاسرسي شبکه په DHCP کې د حل کوونکي پته ورکوي او کولی شي 53 پورټ هغې پتې ته ونیسي۔ دا د هرې ناسمحافظوي پوښتنې لپاره د پورټل پتې یا بلاک پاڼې سره ځواب ویلو لپاره بسنه کوي۔ دا د هغه VPN پیرودونکي ماتولو لپاره هم بسنه کوي چې پای ټکی یې د کوربه نوم په توګه لیکل شوی۔
هغه څه چې هټسپاټ یې نه شي کولی دا دي چې یوه پوښتنه ولولي یا بیا ولیکي، کله چې هغه د جوړ شوي تونل په داخل کې روانه وي، په دې شرط چې تونل واقعاً یې وړي۔ نیول د پوښتنې په ساده متن کې لیدلو پورې اړه لري۔
پوښتنې سره له دې هم تونل پرېږدي د هغو لاملونو له امله چې هټسپاټ ته اړه نلري: د براوزر خوندي DNS تنظیم، د split-DNS قاعده چې شرکت پسوند په سیمه ییز حل کوونکي کې ساتي، یا هغه پیرودونکی چې DNS د تونل څخه دباندې ساتلو لپاره تنظیم شوی۔ هر یو د پیرودونکي خوا انتخاب دی، او له بهر څخه کتل هر یو د هټسپاټ لاسوهنه ښکاري۔
| Path | Who answers | What a failure looks like |
|---|---|---|
| Lookup before the tunnel is up | The network's resolver | The client never reaches its endpoint |
| Lookup inside the tunnel | The resolver pushed by the client | Local policy or tunnel DNS is misconfigured |
| Browser secure DNS | A DoH provider over port 443 | Both the hotspot and the tunnel policy are bypassed |
لومړنۍ پوښتنه د تونل له جوړېدو مخکې کېږي
هغه پیرودونکی چې کوربه نوم ورکول کېږي باید لومړی یې حل کړي، او په هغه شیبه کې هېڅ تونل پوښتنه نه ساتي۔ که هټسپاټ د پورټل پتې سره ځواب ورکړي، خبرې اترې ناکامېږي یا ځوړندې پاتې کېږي۔ که په هېڅ شي ځواب ورنکړي، پیرودونکی د نوم تېروتنه راپور کوي او تونل هېڅکله نه پیلېږي۔ له دغو دوو پایلو هر یوه هغه خالي تونل ثبت تشریح کوي چې بل ډول بې ګناه ښکاري۔
د عملیاتي سیستمونو خپلې نښلېدنې کتنې او د پورټل موندنه هم روانې وي، چې په RFC 8910 او RFC 8952 کې تشریح شوې، او هغه غوښتنې له هر VPN له پورته کېدو مخکې وځي۔ هغوی په پراکسي ثبت کې لیدل د لیک ثبوت نه، بلکې تمه شوې چلند دی۔
عملي حل دا دی چې پیرودونکي ته داسې پای ټکی ورکړو چې هېڅ پوښتنې ته اړتیا نه لري۔ کله چې دا ناممکن وي، لومړی ننوتل بشپړ کړئ او بیا ونښلئ۔
ومومئ چې کوم حل کوونکي ځواب ورکړ
له سیستم وپوښتئ نه له براوزر، او پوښتنه دوه ځله چل کړئ: یو ځل د هغه حل کوونکي له لارې چې وسیله یې اوس کاروي، یو ځل د یوې ثابتې پتې پر وړاندې۔
resolvectl query vpn.example.com dig +short vpn.example.com dig +short vpn.example.com @1.1.1.1
د لومړي امر ځواب که له درېیم توپیر ولري، تاسو ته وایي چې سیمه ییز حل کوونکی بل څه بیرته راګرځوي، او بېرته لارښوونه کوونکی هټسپاټ همدا کوي۔ د درېیم ناکامي د لومړي بریا سره یوځای پورټل ته اشاره کوي: سیمه ییز حل کوونکي د ننوتلو پته وړاندې کړه، په داسې حال کې چې وتونکی 53 پورټ وغورځول شو۔ په دواړو کې د وخت پای ته رسېدل مانا دا ده چې شبکه تر تصدیق بشپړېدو پورې DNS غورځوي۔
له نښلېدو وروسته تکرار کړئ او پرتله کړئ۔ په کیش کې ساتل شوی ځواب د بدلون څخه ژغورل کېږي، نو کیش خالي کړئ یا د دویمې کتنې لپاره نوی نوم وپوښتئ۔
وروسته پوښتنې پر هغه لار وساتئ چې تاسو یې اراده لرله
د بشپړ تونل پروفایل چې DNS هم نیسي تر ټولو ساده ترتیب دی: د هر اپلیکیشن هره پوښتنه هغه حل کوونکي ته ځي چې تونل یې فشاروي، او سیمه ییزه شبکه یوازې کوډ شوی ترافیک ویني۔ دا په نښلېدو وروسته د یو داخلي او یو عام نوم په حل کولو، او بیا د دواړو ځوابونو د هغه څه سره پرتله کولو ثابت کړئ چې د تونل حل کوونکی یوازې بیرته راګرځوي۔
Split-DNS ته د ارادې سره لیکل شوې ډومین لیست ته اړتیا ده: شرکت پسوندونه د تونل له لارې، نور هر څه سیمه ییز، او د دواړو ترمنځ هېڅ همپوشاني نشته۔
د براوزر خوندي DNS له هغې تګلارې بهر دی، نو که باید بند وي تر څو پروفایل په اټکلي ډول چلند وکړي، نو د ماشین لپاره نه، بلکې د همغه پروفایل لپاره یې بند کړئ۔ دا د سیستم حل کوونکي په سمون نه، بلکې د براوزر په تنظیماتو کې وکړئ، تر څو بدلون بل ځل ښکاره شي۔ د هر ازموینې لپاره په یوه کرښه کې ځواب، حل کوونکی او د نښلېدو پړاو ولیکئ۔ هغه راپور چې وایي DNS د هوټل Wi-Fi کې ناکام شو، د لږ تر لږه درې بېلابېلو لاملونو سره یوه نښه تشریح کوي۔