تونل فعال دی، نو ولې خصوصي نوم لا هم ناکامېږي؟

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

پوښتنه کوم حل کوونکي ته ورسېده؟

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

resolvectl status
scutil --dns | head -40
dig +short internal.example.com

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

هغه پته وکاروئ چې کلاوډ شبکه یې واقعاً ځواب ورکوي

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

که مستقیمه پوښتنه د شبکې له داخل څخه ځواب ورکړي خو د تونل له لارې نه، نو حل کوونکی سم دی او د دوو نقطو ترمنځ لار سمه نه ده۔ دا پایله څېړنه د کليانټ پروفایل پرځای لارو، لېږد او د لاسرسي قاعدو ته وړي۔

تونل د نومونو فضا نه وړي

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

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

پولې په ترتیب سره تېرې کړئ

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

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

زنځیر هغه ځای وساتئ چې بل کس یې ومومي

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

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