ولې د DNS64 ځوابونه سمدلاسه بدلېږي کله چې VPN ونښلي؟

د DNS64 ځوابونه د سرور د ځانګړنې پر ځای د شبکې یو ترتیب بیانوي۔ حلکوونکی له IPv4 پتې IPv6 پته جوړوي، او پایله یوازې هغه ځای کار کوي چې د دې مخکښې پای ته ژباړونکی ناست وي۔ VPN په لاره کې راولئ، او دغه ترتیب د درې شرطونو له مخې پاتې کېدای شي، بدلېدای شي یا سم پاتې کېدل بند کړای شي۔

هغه شرطونه ځواب ورکوونکی حلکوونکی، هغه لار چې ستاسو وسیله جوړې شوې مخکښې ته لري، او دا چې په هغه لاره کې څه ژباړه کوي که نه، دي۔ هر یو یې کتنې وړ دی، او همدا ناکامي د تشخیص وړ ګرځوي۔

جوړ شوی AAAA ریکارډ په حقیقت کې څه ته اشاره کوي

DNS64 حلکوونکی یوازې IPv4 لرونکي نوم ته د AAAA پوښتنې ځواب داسې ورکوي چې IPv4 پته هغه مخکښه کې ځای پرځای کوي چې د کارولو لپاره تنظیم شوی، او د دې کار پېژندل شوې مخکښه RFC 6147 کې د بیان شوي مطابق 64:ff9b::/96 ده۔ ریکارډ د اپلیکیشن لپاره د بل هر AAAA ریکارډ په څېر ښکاري، او همدا خبره ده: یوازې IPv6 لرونکی کړندوی کولای شي اړیکه وآزموي پرته له دې چې پوه شي منزل هیڅکله IPv6 نه درلود۔ بیا هغه اړیکه په لاره کې چېرې چې د دوو کورنیو ترمنځ ژباړه کوي د NAT64 دندې پورې تړلې وي۔ پرته له هغه ژباړونکي، جوړه شوې پته یو باوري ښکارېدونکی خو هېچېرې نه رسېدونکی منزل دی۔

نو ریکارډ په یو وخت دوو شیانو ته اشاره کوي: اصلي IPv4 پتې او دې انګېرنې ته چې ژباړونکی د لاسرسي وړ دی۔ په ځواب کې یوازې لومړی ښکاري۔

درې شرطونه پرېکړه کوي چې لا هم کار کوي که نه

لومړی شرط دا دی چې کوم حلکوونکي ریکارډ جوړ کړ، ځکه چې د تنظیم شوي DNS64 پرته حلکوونکی هغه نوم لپاره هېڅ نه پسې ورکوي او اپلیکیشن په بله طریقه ناکامېږي۔ دویم شرط دا دی چې ستاسو وسیله جوړې شوې مخکښې ته لار لري که نه، ځکه ځواب سم کېدای شي خو هغې ته تلونکې لار ورکه وي۔ درېیم شرط دا دی چې د هغې مخکښې مالک ژباړونکی په هغه لاره کې دی چې تاسو به کاروله، ځکه تونل چې 64:ff9b::/96 بل ځای ته وړي بلې دندې ته یا هېڅ ته رسېږي۔ درې واړه د تونل نه مخکې سم وي او وروسته ناکام شي، او له همدې کبله نښه ناڅاپي پسې تګ ته ورته ښکاري۔

هغوی په همدې ترتیب وګورئ۔ ورک ځواب او ورکه لار په براوزر کې یو شان ښکاري او د حلکوونکي په ثبت کې په بشپړه توګه بېل۔

کله چې حلکوونکی بدل شي، ځواب هم بدلېږي

د VPN کړندوی ډېری وخت خپل حلکوونکی منګوي یا ټوله پوښتنې لاره په لاس کې اخلي، او هغه حلکوونکی کېدای شي هېڅ هم جوړ نه کړي۔ بیا یوازې IPv4 لرونکو نومونو پوښتنې هېڅ AAAA ریکارډ نه پسې ورکوي، چې یوازې IPv6 لرونکی کړندوی هغه د نه رسېدونکي نوم په توګه تجربه کوي۔ برعکس هم پېښېږي: هغه حلکوونکی چې واقعاً جوړوي کولای شي تاسو ته داسې مخکښه درکړي چې ستاسو تونلي لار یې نه وړي۔

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

پلټنه او لاره جلا جلا وآزمویئ

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

dig AAAA ipv4only.example.com +short
dig AAAA ipv4only.example.com | grep -E '^;; SERVER'
ip -6 route get 64:ff9b::c000:0216
curl -6 -sS -o /dev/null -w '%{http_code} %{time_connect}\n' --max-time 8 http://ipv4only.example.com/

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

د هرې پایلې ترڅنګ حلکوونکی، د شبکې چاپېریال او د پتو کورنۍ ولیکئ۔ همدا یادښت بلې پرتلې ته اجازه ورکوي چې د حلکوونکي بدلون د لارې ټاکلو له بدلون څخه بېل کړي۔