د DNS ناکامی که د MTU ستونزه؟ غوښتنه په ریښتیا چېرته درېږي

دوه ناکامۍ له کارول کونکي څخه یوه جمله رااخلي: سایټ کار نه کوي. هغه په جلا جلا طبقو کې پېښېږي، او همدا توپیر ټاکي چې تاسو څه بدل کړئ. د نوم حل کېدو ناکامی له دې مخکې چې هر ښول اړیکه رامنړته شی، درېږي. د پاکټ د اندازې ناکامی وروسته له دې چې نوم حل شو او لاس ورکول بشپړ شول پېښېږي، له همدې کبله پاڼه د لوښېدو پیل کوي او بیا بندېږي. پړاو له ترتیباتو موندلو مخکې ومومئ.

په دوو جلا طبقو کې دوه ناکامۍ

حل کول نوم پته اړوی، او تر هغه چې دا بریالی نه شی، په اړیکه کې بل څه نشی پیلېدای. د لارې د MTU ستونزې وروسته پېښېږي، کله چې د یوې کړۍ له حده لوی پاکټ وگورږول شی او لېږونکي ته یې هیښکله خبر نه ورکول کېږي. یوه لتون دې؛ بله د سپارلو ناکامی ده چې یوازې له یوې ټاکلی اندازې پورته څګه ښکارېږي.

نښۍ په داسې توګه توپیر لري چې تاسو پرته له کومې اوزار مشاهده کولی شئ. د DNS ناکامی سملاسي او ثابته ده: براوزر وایي چې سرور نه موندل کېږي. د MTU ناکامی جزوی ده: پاڼه پیلېږي، ښینې سرچینې رارسېږي، او لوی ښواب یا اپلوښ بندېږي.

که ستاسو نښه جزوی وی، نو DNS ته کتل بند کړئ.

پړاو 1: آیا نوم لږ تر لږه حل کېږي

د پلیټ فارم د لتون اوزار هغه سم هوسټ نوم سره وکاروئ چې اپلیکیشن یې کاروی. په دفتر کې شخصی نوم کېدای شی داخلی حل کوونکي ته اړتیا ولری، او د براوزر خپل خوندي DNS کېدای شی د عملیاتی سیسټم له حل کوونکي څخه چلند وکړي، نو دواړه کېدای شی د یوه نوم په اړه سره نه یوږای شی.

هغه حل کوونکۍ وپوښتئ چې عملیاتی سیسټم به یې کاروی، بیا پرتله وکړئ:

dig +short vpn.example.com
dig +short vpn.example.com @10.0.0.53

که حل کول ناکام شی، ستونزه په هغه تګلاره او د هغې په رسېدو کې ده. یوازې د پرتلې لپاره شخصی نومونه خپلسرې ښاري حل کوونکو ته مه لېږئ، ښکه چې پرتله پخپله هغه نومونه افشا کوي چې تاسو یې داخلی ساتل غوښتل.

پړاو 2: لېږد چېرته درېږي

که نوم حل شی او اړیکه پیل شی، ولیکئ چې عمل چېرته درېږي. هغه پاڼه چې ښودل کېږي او بیا په یوې سرچینه بندېږي، هغه اپلوښ چې په ثابت ټکي مری، یا هغه لوی ښاونلوښ چې هیښکله نه بشپړېږي په داسې حال کې چې وړې غوښتنۍ کار کوي — دا ټول د اندازې په بښه نښۍ دي. هغه ښواب چې هیښ پیل نه شی بله بښه لري.

د پرتلې پر مهال پای ټکۍ او د اپلیکیشن منزل ثابت وساتئ، که نه نو تاسو دوه بدلونکي په یو وخت کې ماپنه کوئ. په دې پړاو کې نور لاملونه هم شوني دي: د خدمت تېروتنۍ، زیان، د فلټر چلند او د ټونل بیاښلۍ نښلېدل — ټول بندښتونه جوړوي.

یو تکرارېدونکۍ بندښت له لسو کیسو څخه زیات ارزښت لري.

ولې MTU یوازې د لاس ورکولو وروسته زیان رسوی

د TCP لاس ورکول وړۍ پاکټونه کاروي، نو په هغه لار کې هم بریالی کېږي چې د بشپړې اندازې برخه نه شی وړلای. ناکامی هغه وخت ښکارېږي چې لېږونکي د ویش بندیز بټ سره لوی پاکټ ولېږي، یوه کړۍ یې گورږوی، او هغه ICMP پیغام چې باید حد خبر کړی هیښکله نه رسېږي ښکه فلټر وخوښ. بیا لېږونکي هماغه اندازه بیا هښه کوي او لېږد بندېږي.

له همدې کبله نښه ناڅاپي نه بلکه د اندازې پورې تړله او تکرارېدونکۍ ده. دا هم روښن کوي چې ولې هوسټ ته پنګ کول هیښ نه ثبوتوي، ښکه کوچنۍ ICMP انګول کېدای شی هغه لاره وهی، چې د بشپړې اندازې بار نه ښوښي. که شونه وی، اندازه د لارې له دواړو سرو ونیسئ. یوازې په یو لورې ښکارۍدونکۍ حد د ټونل MTU نه، بلکه د لارښوونې نابرابري ده.

د اټکل پر ږای اندازه په روښانه توګه ونیسئ:

ping -M do -s 1472 203.0.113.20
tracepath 203.0.113.20

یوه طبقه بدله کړئ، بیا یې ثبوت وکړئ

د نومونو لپاره د حل کوونکي تګلاره بدله کړئ او هماغه لتون بیا وچلوئ. د اندازې لپاره د MTU بهیر وکاروئ، اصلي ارزښتونه ثبت کړئ او د بیرته تګ چمتووالی ولرئ، ښکه د ټونل ریښتیني MTU له پوهېدو پرته د MSS محدودول یو بندښت بل سره بدلوي.

هغه پاڼه چې د ښو ترتیباتو له بدلولو وروسته یو ښل لوښېږي، هغه نه ښییی چې ترمیم څه و. یو شی بدل کړئ، هماغه ازموینه بیا وچلوئ، او پایله خپل ثبت شوي لومړۍ ناکام پړاو ته ښنګ وساتئ.

همدا ریکارښ DNS، د پاکټ اندازه او تصدیق له دې مخکې چې په داسې تلپاتۍ بدیله لارو کې ښېرې شی چې هیښوک یې تشریح نه شی کولای. د خام IP له لارې ازموینه د هغه لنړې لارې ښه بیلګه ده چې د TLS هویت بدلوي، او د پرتلې د بریالیا لپاره د سند تصدیق بندول تشخیص نه دی.