د VPN د DNS راپور: څه باید شامل کړو تر څو بېرته جوړېدونکی وي

«DNS خراب دی» یوه پایله ده، او هغه پایله نه ده چې مرستندوی پرې عمل وکړي۔ د راپور ګټوره برخه د ناکامۍ بڼه ده: کوم نوم، د کوم resolver له لارې، د کوم ځواب سره۔ درې جزئیات شکایت په بیا تولیدېدونکي شي بدلوي، او درې واړه د خصوصي برخو له نوم بدلولو وروسته خوندي دي چې شریک شي۔ لاندې هغه لږترلږه دی چې د VPN DNS راپور ته اړین دی مخکې له دې چې څوک مرسته وکړي۔

د نوم کټګوري، نه حکم

له خود نوم څخه پیل وکړئ او طبقه‌بندي یې کړئ: عامه، داخلي، لنډ، بشپړ وړ، یا د یو ځانګړي پسوند له خوا خدمت شوی۔ داخلي نوم چې ناکامېږي پداسې حال کې چې عامه نومونه حل کېږي، د resolver غوراوي ته اشاره کوي، نه د لاسرسي وړتیا ته۔ که ټول نومونه ناکام شي، دا د resolver ته د لارې اشاره کوي، چې دا بیا نور شواهد لرونکې بېله څېړنه ده۔ کټګوري تشخیص لري، او دقیق تار کېدای شي پټ شي۔

ووایاست چې ناکامي د تونل د پورته کېدو غوښتنه کوي که له نښلېدو وروسته پېښېږي۔ نوم چې یوازې د VPN د فعالېدو پر مهال ماتېږي، د هرې اړیکې ترتیباتو ته اشاره کوي، او هغه چې له نښلېدو وروسته ماتېږي، پاتې حالت ته۔ راپورونه معمولاً دا پرېږدي او بیا حیرانېږي چې لومړنی وړاندیز ولې مرسته نه کوي۔

د resolver لاره ثبت کړئ

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

resolvectl status --no-pager
getent hosts host.internal
dig +short host.internal @10.20.30.53

د حالت پایله د هرې اړیکې سرورونه او د لارښوونې ډومېنونه نوموي، دا چې چېرې چې split DNS فیصله کېږي۔ getent غوښتنلیک هغه لاره تعقیبوي چې اپلیکیشن یې تعقیبوي، د nsswitch ترتیب په ګډون۔ مستقیمه پوښتنه دواړه پرېږدي او یو سرور جلا ازمويي۔ راپور کړئ چې له درېیو کوم یو ناکام او کوم بریالی شو، او لوستونکی نور د لارې اټکل نه کوي۔

کنټرول شوې پرتله وښایاست

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

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

نوم‌فضا پټه کړئ، اړیکې وساتئ

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

ریکارډ د تایید شوې لارې له لارې ولېږئ او هغه څه پرېږدئ چې تشخیص ته هېڅکله نه وي اړین۔ پټنومونه، خصوصي کیلي او نامتعلق شرکت نومونه د DNS پوښتنې برخه نه دي۔ لوستونکي ته د ناکامۍ کټګوري، د resolver لاره، دقیق تېروتنه او هغه یوه پرتله چې تاسو کړې ده ته اړتیا ده۔