VPN نښلول شوی خو نومونه ناکامېږي: DNS په رېښتیا چېرته ماتېږي

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

یوه پوښتنه په رېښتیا څه ته اړتیا لري

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

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

Linux او macOS هماغه پوښتنې ته په بېلو کمانډونو ځواب وایي، او ځواب هماغه لوستلو ته ارزښت لري: resolvectl status او scutil --dns دواړه سرورونه د انټرفېس له مخې لیست کوي۔ هغه لیست له هغې پتې سره پرتله کړئ چې پروفایل یې د لېږلو ادعا کوي۔ دلته ناسمونډي د لاندې هر څه تشریح کوي، نو د نومونو له ازمویلو مخکې یې حل کړئ۔

یو عام او یو خصوصي نوم وازموئ

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

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

nslookup هغه سرور چې پوښتل شوی او ترلاسه شوی ځواب دواړه چاپوي، او هماغه جوړه ده چې تاسو ته اړینه ده۔ هغه دوه ځله په هماغه شیل کې وچلوئ او د هر ځواب ترڅنګ ځواب ورکوونکې پته ولیکئ۔

nslookup example.com
nslookup host.corp.example 10.20.30.53

تایید کړئ چې کلایټ په رېښتیا هغه سرور ته رسېدای شي

هغه خصوصي ریزارور چې پروفایل یې لېږي یوازې هغه وخت ګټور دی چې کلایټ د تونل پورته والي پر مهال ورته ورسېږي۔ سم ښکاره کوونکې پته پرته له لارې د وخت ختمېدل پیدا کوي، او د تونل نښلول شوې حالت د هغې لارې په اړه هېڅ نه وایي۔ کتنه هماغه د لار پلټنه ده چې ریزارور ته خپله نښه کوي، نه د VPN پای نقطې ته۔

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

ip route get 10.20.30.53                      # Linux
route -n get 10.20.30.53                     # macOS
Find-NetRoute -RemoteIPAddress 10.20.30.53   # Windows PowerShell

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

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

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

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

کیس خالي کړئ او اصلي کار بیا وآزموئ

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

ipconfig /flushdns                 # Windows
resolvectl flush-caches            # Linux
sudo killall -HUP mDNSResponder    # macOS

بیا د مصنوعي پوښتنې پر ځای اصلي دنده تکرار کړئ، ځکه چې دنده هماغه ده چې کاروونکي ته مهمه ده۔ یو ځل بیا ونښلوئ هم، تر څو بیا ازموینه هغه حالت پوښي چې کاروونکی به په رېښتیا کې وي۔ د Microsoft nslookup حواله هغه پاڼه ده چې د پوښتنې دلیلونو لپاره یې ساتل ښه دي۔

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