VPN منسلک ہوتے ہی DNS64 کے جوابات کیوں بدل جاتے ہیں؟

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 والا راستہ اس نام کے لیے کام نہیں کرے گا، کلائنٹ کچھ بھی کرے۔ ریکارڈ موجود ہے مگر راستہ نہیں یعنی موجودہ راستہ سابقہ نہیں اٹھاتا، اور یہ روٹنگ کا فیصلہ ہے، حل کنندہ کی خرابی نہیں۔ راستہ موجود ہے مگر درخواست اب بھی ناکام ہے یعنی اشارہ خود مترجم کی طرف ہے، اور وہ کسی اور مالک کا ہے۔

ہر نتیجے کے ساتھ حل کنندہ، نیٹ ورک سیاق اور پتہ خاندان لکھیں۔ اگلی موازنے کو حل کنندہ کی تبدیلی کو روٹنگ کی تبدیلی سے الگ کرنے کی اجازت وہی نوٹ دیتا ہے۔