د DNS حل کوونکي لاګونه او د VPN اړیکې لاګونه: هر یو څه ساتي
حل کوونکی هغه نومونه ثبتوي چې د ځواب ورکولو غوښتنه ترې شوې؛ VPN د خپل پلي کولو څخه د تونل پېښې ثبتوي. یوه ساتنې تګلاره بله نه پوښي.
د DNS حل کوونکي لاګ او د VPN اړیکې لاګ دواړه د شبکې ثبتونه دي، دواړه ګټور دي او یو د بل ځای نه شي نیولی. حل کوونکی هغه نومونه ترلاسه کوي چې د ځواب ورکولو غوښتنه ترې شوې. د VPN پای ټکی د تونل اړیکې سمبالوي او هغه څه ثبتوي چې د هغې پلي کول یې د دوی په اړه د ثبتولو لپاره غوره کړي. دوی کولی شي په یوه ودانۍ کې وي، یوه ټیم یې چلوي او یوه د محرمیت خبرتیا یې پوښي، او بیا هم د بېلو پېژندونکو او بېل ساتنې سره بېلې پېښې بیانوي. یو د بل په څېر لوستل هغه لار ده چې څېړنې له سمې لارې وځي.
دوه لاګونه، دوه پېښې
د حل کوونکي یوه ننوتنه د نومونې په اړه پوښتنې ته ځواب وایي: دې پیرودونکي په دې وخت کې دا نوم وغوښت، او ځواب دا و. د VPN یوه ننوتنه د اړیکې په اړه پوښتنې ته ځواب وایي: دې سیال تونل جوړ کړ یا یې له لاسه ورکړ، دا پته ورته وټاکل شوه، او تر وتلو دمخه یې نږدې دې اندازه معلومات ولېږدول. هیڅ یو یې د هغه څه ثبت نه دی چې کاروونکي د HTTPS غونډې دننه کړي، او هیڅ یو یې بل نه ځای نیسي.
دې توپیر د ژمنو لپاره عملي پایله لري. دا څرګندونه چې د VPN وړاندې کوونکی د تونل فعالیت ثبت نه کوي، د هغه حل کوونکي په اړه هیڅ نه وایي چې هغه یې وړاندې کوي، او د حل کوونکي د ساتنې تګلاره د دې په اړه هیڅ نه وایي چې څوک تونل ته وصل شو. هر ادعا خپل چلونکي او خپل نظام ته اړه لري.
د کوم لاګ لوستلو دمخه پوښتنه تعقیب کړئ
پوښتنه حل کوونکي ته یوازې هغه وخت رسېږي چې لار په رښتیا ترې پوښتنه وکړي. یو اپلیکیشن کولی شي د عملیاتي نظام حل کوونکی وکاروي، خپل کوډ شوی DNS پیرودونکی وچلوي، یا په کېش کې ځواب ولولي او هیڅ ونه لېږي. نو هغه حل کوونکی لاګ چې هیڅ نه ښیي د دې ثبوت نه دی چې نوم هېڅکله نه دی کارول شوی؛ دا د دې ثبوت دی چې له دې حل کوونکي نه دی پوښتل شوی.
resolvectl status
dig @127.0.0.53 build.corp.example +qr
journalctl -u systemd-resolved -n 20 --no-pagerهغه وروستی امر د سیمه ییز حل کوونکي خپله ژورنال لولي، کوم چې د پورتنۍ سرور له لاګ سره یو شان نه دی. که ستاسو پوښتنې د DNS over HTTPS له لارې یو وړاندې کوونکي ته ووځي، سیمه ییز سټب کېدای شي هیڅ ونه ښیي پداسې حال کې چې وړاندې کوونکی بشپړ ثبت لري، او وړاندې کوونکی بېلې تګلارې لرونکی بېل چلونکی دی.
هر ثبت څه ښودلی شي او څه نه شي ښودلی
| Record | Typically shows | Does not show |
|---|---|---|
| Resolver log | Queried name, client address, time, response | Which page was fetched, or what the tunnel did |
| VPN connection log | Peer identity, assigned address, connect and disconnect times, volume | Which name the application asked for |
| Application or proxy log | Requests, status codes, sometimes full URLs | Resolved addresses for every dependency |
د دوی یوځای کول هغه ریښتیني کار دی، او یوځای کول تل ممکن نه وي. هغه حل کوونکی چې د پیرودونکو پتې ثبتوي د هغه VPN سره پرتله کېدای شي چې له یوې پېژندل شوې زېرمې څخه پتې ټاکي، او هغه پرتله د پوښتل شوي نوم او تونل ترمنځ د باور وړ تړاو جوړوي، کوم چې د دوو ثبتونو ترمنځ تړاو پاتې کېږي، د یو شخص ثبت نه.
کوډ شوی DNS لېږد بدلوي، نه په پای ټکي کې لیدل کېدل. حل کوونکی هغه پوښتنه لا هم ترلاسه کوي چې ځواب ورته وایي، لکه RFC 8484 چې روښانه کوي، او په هغه حل کوونکي کې ساتنه د پروتوکول ځانګړنه نه ده بلکې د تګلارې پرېکړه ده.
چېرته چې ووېشل شوی DNS او کېشونه کیسه ګډوي
څو حل کوونکي نورمال دي. د ووېشل شوي DNS ډیزاین دننني نومونه دننني سرور ته او نور هر څه عام سرور ته لېږي، نو یوه څېړنه کېدای شي دوه هغه لاګونه شامل کړي چې هېڅکله د یوځای کولو لپاره نه وو فکر شوي او دوه هغه ساتنې تنظیمات چې هېڅکله د پرتلو لپاره نه وو فکر شوي. په دواړو کې پوښتنې لیدل د دې ثبوت دی چې ډیزاین کار کوي، نه د تېښتې ثبوت.
کېشونه بل لوري ته غوڅوي. یو مشهور نوم کېدای شي ساعتونه له کېش څخه ځواب شي، نو د حل کوونکي ثبت لومړنۍ پوښتنه ښیي او بیا هیڅ نه، پداسې حال کې چې د کاروونکي اپلیکیشن هماغه نوم په خوښۍ حل کوي. له یو ټاکلي وخت وروسته د ننوتنو نشتوالی د دې مانا نه لري چې له هغه وخت وروسته چا نوم نه دی کارولی.
شاتړ ترافیک دریمه کړۍ ده. هغه ټیلیفون چې د پیل پر مهال د ټیلمیټري نوم حل کوي، هغه براوزر چې د لټون وړاندیز ډومین حل کوي، او هغه تازه کوونکی چې هره ورځه اړیکه نیسي—ټول په حل کوونکي لاګ کې ستاسو لپاره ریښتیني مهم نوم ترڅنګ ښکاري. په هغه لاګ کې اندازه پاملرنه نه ده، او پوښتنې شمېرل کتنې شمېرل نه دي. د حل کوونکي لاګ د پوښتنو ثبت دی، او پوښتنې جوړول ارزانه دي.
د ساتنې پوښتنې جلا وپوښتئ
د هر نظام لپاره درې پوښتنې وپوښتئ: څوک راټولوي، څه راټولېږي، او څومره وخت ساتل کېږي. بیا وپوښتئ چې څوک یې لوستلی شي او په کوم بهیر کې. د DNS over HTTPS په اړه د RFC 8484 بحث ښه یادونه ده چې کوډ شوی لېږد پای ټکی نه لرې کوي، او د چلونکي خپل اسناد یوازینی باوري څرګندونه ده چې هغه پای ټکی څه ساتي.
کله چې د محرمیت په اړه د «VPN» په باب ادعا وشي، د منلو دمخه یې برخو ته ووېشئ: د تونل چلونکی، هغه حل کوونکی چې تونل یې وړاندې کوي، هر پورتنۍ حل کوونکی چې هغه پوښتنې ورته رسېږي، او په وسیله کې اپلیکیشنونه. هر یو خپل ځواب لري، او هغه ادعا چې یو لپاره سمه ده معمولاً داسې تکرارېږي لکه څنګه چې څلور واړه پوښي.
د ستونزو حل لپاره هماغه وېش وکاروئ. وپوښتئ کوم اپلیکیشن پوښتنه وکړه او کوم حل کوونکي ځواب ورکړ، بیا هغه لاګ وګورئ چې په رښتیا د هغې پېښې مالک دی. له بل لاګ څخه اټکل کول یوه دقیقه خوندي کوي او یوه ماسپښین لګښت کوي.