VirtualBox NAT مہمان کا DNS میزبان کے VPN سے جڑنے کے بعد ٹوٹ جاتا ہے

Windows میزبان پر VPN جڑتے ہی اندرونی ایپلی کیشن نام حل ہو جاتا ہے، لیکن Ubuntu مہمان کے اندر نہیں ہوتا۔ مہمان اپنی ریزالور ترتیبات رکھتا ہے، اور اس کے سامنے والا NAT اڈاپٹر DNS استفسارات کا دو مختلف طریقوں سے جواب دے سکتا ہے۔ مہمان کو عوامی ریزالور کی طرف بھیجنے سے ویب سائٹیں دوبارہ لوڈ ہوتی ہیں، لیکن نجی نام ٹوٹے رہتے ہیں۔ اسی لیے کچھ بھی تبدیل کرنے سے پہلے ریزالور کا راستہ ٹریس کیا جاتا ہے۔

NAT اڈاپٹر کے ذریعے ایک لوک اپ ٹریس کریں

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

آگے بڑھنے سے پہلے تصدیق کریں کہ اڈاپٹر واقعی سادہ NAT ہے۔ برج اڈاپٹر، نامزد NAT نیٹ ورک اور مہمان کے اندر دوسرا VPN کلائنٹ، ہر ایک کی اپنی ترتیب اور اپنی وضاحت ہے۔ اس مرحلے پر اندازہ لگانا باقی تحقیق ضائع کرتا ہے۔

VBoxManage showvminfo work-ubuntu --machinereadable | grep -i natnet
resolvectl status | head -40
cat /etc/resolv.conf

پہلا کمانڈ اڈاپٹر کا موڈ اور اس سے منسلک کوئی بھی NAT نیٹ ورک دکھاتا ہے۔ Ubuntu مہمان کے اندر دوسرا لنک کے لحاظ سے DNS ترتیبات کی فہرست دیتا ہے، اور تیسرا اکثر صرف مقامی اسٹب پتہ ظاہر کرتا ہے، یعنی اصل upstream کہیں اور ہے۔

حل ہونے اور رسائی کو الگ رکھیں۔ جس مہمان کو صحیح پتہ ملنے کے باوجود کنکشن نہیں کھلتا، اس میں روٹنگ، فلٹرنگ یا سروس کی اجازت کا مسئلہ ہے، اور مزید DNS تبدیلیاں اسے کبھی نہیں چھوئیں گی۔ پتہ الگ سے جانچیں اور لکھیں کہ دونوں میں سے کون ناکام ہوا۔

پراکسی موڈ اور میزبان ریزالور موڈ مختلف طریقہ کار ہیں

پراکسی موڈ میں NAT انجن مہمان کے استفسارات ان DNS سرورز کو بھیجتا ہے جنہیں وہ پہلے سے جانتا ہے۔ میزبان ریزالور موڈ میں وہ استفسار کو روکتا ہے اور میزبان کے آپریٹنگ سسٹم سے کہتا ہے کہ نام کو اس چیز سے حل کرے جو میزبان ابھی استعمال کر رہا ہے۔ صرف دوسرا اس VPN کلائنٹ کی پیروی کرتا ہے جو ٹنل اٹھنے پر میزبان کا حل دوبارہ لکھتا ہے۔ اسی لیے دونوں ترتیبات ایک ہی مشین پر مختلف جواب دیتی ہیں۔

یہی فرق ایک جملے میں پورا مسئلہ ہے۔ مہمان کو سرور پتوں کی فہرست دینا Windows سے یہ کہنے کے برابر نہیں کہ وہ اپنے ترتیب شدہ ریزالور کے ذریعے نام حل کرے، اور منقسم DNS والے VPN پر دونوں جواب مختلف ہوتے ہیں۔ اڈاپٹر کا اختیار طریقہ کار کے بارے میں ہے، اجازت کے بارے میں نہیں۔

کوئی بھی موڈ کسی چیز تک رسائی نہیں دیتا۔ اجازت VPN پالیسی اور سروس میں رہتی ہے، اور کامیاب لوک اپ کا مطلب صرف یہ ہے کہ نام پتہ بن گیا۔

اڈاپٹر تبدیل کریں، پھر جانچیں کہ مہمان کو کیا ملتا ہے

پہلے VM کی نیٹ ورک اور DNS ترتیبات درج کریں، پھر مشین بند کریں تاکہ آپ مستقل ترتیب میں ترمیم کریں۔ work-ubuntu نامی VM کے لیے جس کا پہلا اڈاپٹر NAT رکھتا ہے، فی اڈاپٹر اختیار VM بند ہونے پر میزبان سے مقرر کیا جاتا ہے۔ پھر اسے دوبارہ شروع کریں اور ایگزٹ حالت پر بھروسہ کرنے کے بجائے نتیجہ دیکھیں۔

VBoxManage modifyvm work-ubuntu --natdnshostresolver1 on
VBoxManage showvminfo work-ubuntu --machinereadable | grep -i natdns

آخری ہندسہ اڈاپٹر نمبر منتخب کرتا ہے، اس لیے یہ عالمگیر قدر نہیں ہے؛ اڈاپٹر 2 کی ترتیب اس جگہ 2 رکھے گی۔ نصب شدہ VirtualBox ورژن سے متعلق VBoxManage بائنری استعمال کریں، کیونکہ راستے میں موجود پرانی کوئی ایسی ترتیبات لکھ سکتی ہے جنہیں چل رہا ورژن نظر انداز کرتا ہے۔

اس کے بجائے پراکسی اختیار فعال کرنا مختلف طریقہ کار منتخب کرتا ہے اور آپ کو میزبان ریزالور رویہ نہیں دیتا۔ مہمان کے شروع ہونے کے بعد اس کی حقیقی DNS ترتیب دیکھیں، کیونکہ مہمان کے اندر پن شدہ ریزالور یا خفیہ کردہ DNS ترتیب اڈاپٹر کیا پیش کرتا ہے اس سے قطع نظر ایپلی کیشنز کو دوسرے راستے پر رکھتی ہے۔

VPN کے پورے زندگی کے دورانیے میں جانچ کریں، صرف ایک بار نہیں

مہمان میں دونوں لوک اپ دہرائیں، پھر اصل ایپلی کیشن کھولیں اور اسے TLS میزبان نام کی تصدیق کرنے دیں۔ صرف IP سے کنکشن کی جانچ DNS کو اچھی طرح الگ کرتی ہے، لیکن یہ سرٹیفکیٹ کی جانچ نہیں ہے اور اسے ایسا رپورٹ نہیں کرنا چاہیے۔ نام، پتہ اور ایپلی کیشن کا نتیجہ اکٹھے درج کریں۔

منظور شدہ ونڈو کے دوران میزبان کا VPN منقطع اور دوبارہ جوڑیں اور جانچ دہرائیں۔ نتیجہ رسائی پالیسی سے مطابقت رکھنا چاہیے، اور عوامی حل کا دوبارہ کام کرنا اس بارے میں کچھ نہیں کہتا کہ نجی استفسارات مطلوبہ راستے پر رہے یا نہیں۔

جب میزبان ریزالور موڈ کچھ نہیں بدلتا، درج شدہ قدر واپس رکھیں اور مشاہدات محفوظ رکھیں۔ ہائپر وائزر ٹریفک کو خارج کرنے والا VPN کلائنٹ، ناقابل رسائی اندرونی ریزالور اور پن شدہ مہمان ترتیب، ہر ایک کو مختلف اصلاح درکار ہے، اور اڈاپٹر کو برج کرنا DNS ری سیٹ کرنے کے بجائے نیٹ ورک ڈیزائن بدلتا ہے۔