د VPN په لاره کې داخلي نومونه ناکامېږي خو عامې سایټونه ښه پرانیستل کېږي

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

دوه نښې چې یوه خرابي نه ده

د داخلي نوم نه حل کېدل مانا دا چې پوښتنه هغه ځای ته تللې چې هلته یې ځواب نشته۔ له تونل څخه وتلې پوښتنې مانا دا چې پوښتنه غلط ځای ته تللې، حتی کله چې ځواب شته و۔ دا سره مخالفې خرابۍ دي: یوه ورکه ځواب ده، بله اضافي منزل۔

چال دا دی چې هر چېرې د دفتر ریزالور اضافه کول لومړی سمول کوي او دویم یقیني کوي۔ هر چېرې عام ریزالور اضافه کول برعکس کوي۔

دواړه کتنې د وخت نښې سره ولیکئ، بیا لاندې څلور څېړنې په ترتیب سره ترسره کړئ۔

کوم اډاپټر خپل ریزالور ته پوښتنه ورکوي

په Windows کې DNS پیرودونکی د اډاپټرونو د تړون ترتیب له مخې سرورونه غوره کوي، او د تونل اډاپټر په اتوماتيک ډول لومړی نه وي۔ د اډاپټر پرمختللي تنظیمات پرانیزئ او د لرې لاسرسي اړیکه د فزیکي اډاپټر پورته کړئ، بیا بیا وصل شئ تر څو بدلون په نوي غونډ کې پلي شي۔

د تړون ترتیب یوازې نیمه برخه ده۔ پیرودونکی باید دا هم پوه شي چې کوم نومونه دې اډاپټر ته اړوند دي، او دا د سافکس پوښتنه ده نه د ترتیب پوښتنه۔

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

لنډ نوم ته د لارې دمخه سافکس ته اړتیا ده

ناسم کوربه نوم ټایپ کول ریزالور ته وايي چې یو ډومین اټکل کړي۔ اټکل د اړیکې سره تړلې سافکس لیست څخه راځي، او که هغه لیست خالي وي پوښتنه د یوې یوازې برچې په توګه وځي چې هېڅ خصوصي زون به ورسره سمون ونه خوري۔

د روان ماشین سافکس د DNS ټب په VPN اډاپټر د IPv4 ځانګړنو کې کاپي کړئ، بیا بیا وصل شئ۔ په Linux کې معادل یې د تونل لینک پلټنې ډومین دی، چې systemd-resolved یې د نړیوال پر ځای هر لینک لپاره ښيي۔

دواړه تنظیمات په خپلو یادښتونو کې جلا وساتئ۔ سافکس بدلوي چې څه پوښتل کېږي؛ د ریزالور پته بدلوي چې له چا پوښتل کېږي۔ یو سمول په داسې حال کې چې بل غلط دی، داسې پایله ورکوي چې ناڅاپي ښکاري۔

لومړی ریزالور ته مستقیم وپوښتئ، بیا نوم

د دفتر ریزالور ته مستقیمه پوښتنه د نوم ستونزه د لارې ستونزې څخه جلا کوي، ځکه چې د پیرودونکي د ریزالور غوراوي په بشپړ ډول اوړي۔

nslookup intranet.corp.example 10.20.0.53
nslookup intranet
resolvectl status

لومړی کمانډ له ځانګړي سرور څخه بشپړ وړ نوم غواړي۔ که ځواب ورکړي، ریزالور او هلته پورې لاره سمه ده او خرابي په غوراوي یا سافکس کې ده۔ که وخت تېر شي، پته غلطه یا نارسېدونکې ده او ستونزه DNS نه، بلکې لارښودنه ده۔ دویم کمانډ ښيي چې د لنډ نوم سره څه پېښېږي، او دریم په systemd کوربه کې د هر لینک ریزالور ترتیب چاپوي۔

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

په Linux کې هغه VPN پیرودونکی چې /etc/resolv.conf بیا لیکي، د سیمې ریزالورونه په بشپړ ډول بدلوي۔ vpnc د دې د بندولو لپاره DNSUpdate no وړاندې کوي، او systemd-resolved یوازې لیست شوي ډومینونه تونل لینک ته لارښوونه کوي۔ دواړه لارې عام نومونه د سیمې ریزالور سره ساتي او داخلي نومونه دفتر ته لیږي۔

لیکونه قاعده ده، نه د ټیک چیک بکس

د نوم حل په پورټ 53 کې UDP تبادله ده، نو هغه تونل چې ویب ترافیک وړي خو UDP نه وړي، پوښتنه فزیکي لار کې پرېږدي۔ دا په فزیکي NIC کې د نیولو سره ثابته کړئ کله چې عام نوم حل کېږي۔ په هغه انټرفیس کې د لوستلو وړ بڼه کې ښکاره پوښتنه مانا دا چې تونل یې نه وړي۔

sudo tcpdump -ni eth0 -c 20 'udp port 53'
resolvectl query example.com

که پوښتنه په هغه انټرفیس کې د لوستلو وړ بڼه کې څرګنده شي، تونل یې نه وړي۔ ترمیم هغه قاعده ده چې پورټ 53 یوازې هغه ریزالور ته اجازه ورکوي چې VPN ورټل کړی او نور منزلونه ردوي، او سربېره پردې د پیرودونکي ترتیب چې ورټل شوی اختیار په خاموشۍ نه غورځوي۔

هغه وروستۍ برخه له ښکارېدنې ډېره مهمه ده۔ OpenVPN د route-nopull سره پیل کړئ او ورټل شوی DNS اختیار د لارو سره یو ځای ورکېږي، پرته له دې چې د پول فلټر د ساتلو لپاره پراخ شي۔ هغه پیرودونکی چې dhcp-option DNS له پامه غورځوي، هغه څه کاروي چې دمخه یې درلود۔ په سرور اړخ کې هر بدلون اغېز لپاره نوی غونډ غواړي، ځکه چې د ریزالور لیست د تونل د پورته کېدو پر مهال ورکول کېږي او زوړ غونډ زوړ حالت ښيي۔

د ټیکټ د بندولو دمخه ولیکئ چې تاسو واقعاً کومه خرابي لیدلې۔ ورک داخلي ځواب او له تونل څخه تښتېدلې پوښتنه جلا جلا ترمیمونه غواړي، او لومړی سمول کېدونکی سافکس بدلون کولای شي دویم په خاموشۍ خراب کړي۔ بل ځل چې څوک ټیکټ واخلي پر لیبل باور کوي، نو لیبل سم کړئ۔