VPN آن ہے، VM تک رسائی نہیں؟ راستہ غالباً کبھی مسئلہ ہی نہیں تھا

VPN جوڑیں، اور ایک منٹ پہلے جواب دینے والا ڈویلپمنٹ VM خاموش ہو جاتا ہے۔ واضح کہانی خود لکھی جاتی ہے: ٹنل نے راستہ لے لیا، میزبان اب مہمان کی ٹریفک کارپوریٹ نیٹ ورک میں بھیجتا ہے، اور حل یہ ہے کہ جامد راستہ شامل کریں یا اڈاپٹر کو پل موڈ میں بدلیں۔ وہ کہانی کبھی کبھی درست ہوتی ہے۔ لیکن یہ عام وجہ نہیں ہے، اور اس کی بنیاد پر پہلے عمل کرنا عام طور پر کچھ اور توڑ دیتا ہے۔

host-only نیٹ ورکنگ میزبان کی ملکیت اور اس کے مہمانوں کے ساتھ مشترکہ سافٹ ویئر نیٹ ورک ہے، کسی بھی طبعی رابطے سے الگ۔ VPN کلائنٹ کے اپنے انٹرفیس میں کچھ بھی وہ نیٹ ورک نہیں بدلتا، اس لیے اسے چھونے سے پہلے معلوم کریں کہ چار تہوں میں سے کون واقعی ناکام ہوئی۔

راستہ عام طور پر اب بھی مقامی رہتا ہے

راؤٹنگ ٹیبل کے پہلے صفحے کی بجائے کرنل سے پوچھیں۔ لینکس میں ip route get 192.168.56.10 وہ درست راستہ، انٹرفیس اور ماخذ پتہ بتاتا ہے جو استعمال ہوگا، جو ڈیفالٹ راستہ پڑھ کر اندازہ لگانے سے مختلف جواب ہے۔ اگر آؤٹ پٹ host-only انٹرفیس کا نام لے تو ٹنل اس راستے میں بالکل شامل نہیں۔

دو چیزیں واقعی اسے توڑ سکتی ہیں، اور دونوں VPN نہیں بلکہ پتوں کے مسائل ہیں۔ host-only سابقہ کے ساتھ اوورلیپ ہونے والا دور دراز ذیلی نیٹ ورک زیادہ مخصوص راستے کو جیتنے دیتا ہے، اور کم میٹرک کے ساتھ وسیع راستہ لگانے والا VPN کلائنٹ سابقہ کھینچ سکتا ہے۔ دونوں ایک ہی کمانڈ میں نظر آتے ہیں: آؤٹ پٹ میں نامزد انٹرفیس ٹنل ہوگا، اور اصلاح اسی پتہ منصوبے کے مالک کی ہے۔

راستہ چننا اور پیکٹ قبول کرنا دو مختلف فیصلے ہیں

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

اس لیے ناکامی ایپلیکیشن کی طرف سے راؤٹنگ مسئلے جیسی نظر آتی ہے، اور کلائنٹ کی طرف سے بالکل مختلف۔ اگر ip route get درست انٹرفیس کا نام دے اور کنکشن پھر بھی وقت ختم ہو جائے، تو راستے ایڈٹ کرنا بند کریں اور اس کی بجائے کلائنٹ کے دستاویزی مقامی رسائی رویے کو پڑھیں۔ کچھ کلائنٹ مقامی ذیلی نیٹ ورکس کے لیے اجازت فہرست دیتے ہیں، کچھ ہر اس چیز کو روکتے ہیں جو ٹنل نہ ہو، اور کچھ صرف اس وقت روکتے ہیں جب kill switch فعال ہو۔

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

مہمان کے پاس نہ کہنے کے تین طریقے ہیں

انٹرنیٹ براؤز کر سکنے والا مہمان آپ کی مطلوبہ سروس کے بارے میں کچھ ثابت نہیں کرتا۔ سننے والا مہمان کے اندر 127.0.0.1 سے بندھا ہو سکتا ہے، اور اس صورت میں راستہ کتنا ہی اچھا ہو، میزبان سے کوئی درخواست نہیں پہنچ سکتی۔ مہمان میں ss -ltn سے جانچیں اور صرف پورٹ نہیں بلکہ مقامی پتہ کالم بھی دیکھیں۔

اگلا مہمان کا اپنا فائر وال ہے۔ سخت ڈیفالٹ والی ڈویلپمنٹ امیج میزبان کے پیکٹ قبول کر کے سروس کی سرحد پر گرا سکتی ہے، جو ایسا وقت ختم ہونا پیدا کرتی ہے جو راؤٹنگ بلیک ہول جیسا ہی لگتا ہے۔ آخر میں سروس کی اپنی کنفیگریشن ہے: مخصوص میزبان نام سے بندھی ویب ایپ، یا کلائنٹ پتوں کی اجازت فہرست، ہر پیکٹ پہنچنے پر بھی host-only ذیلی نیٹ ورک سے آنے والی درخواست رد کرے گی۔

VM کا نیٹ ورک موڈ بدلنے پر غور کرنے سے پہلے یہ تینوں مکمل کریں۔ ہر ایک مہمان کے کنکشن کو نئے سرے سے ڈیزائن کرنے سے چھوٹی تبدیلی ہے، اور ہر ایک کا واضح امتحان ہے۔

پل اصل میں کیا ہے، اور اس کی قیمت کیا ہے

اڈاپٹر کو پل موڈ میں بدلنا host-only راستے کی مرمت نہیں ہے۔ یہ مہمان کو کسی اور نیٹ ورک پر، عام طور پر طبعی LAN پر رکھنے کا فیصلہ ہے، جہاں وہ وہاں رہنے والی ہر چیز کو نظر آتا ہے۔ یہ ٹھیک وہی ہو سکتا ہے جو آپ چاہتے ہیں۔ لیکن اصل کنفیگریشن جو کر رہی تھی وہ یہ نہیں ہے۔

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

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

VirtualBox کا host-only نیٹ ورکنگ والا حصہ میزبان کی طرف کے سافٹ ویئر انٹرفیس اور پل کنکشن سے اس کے فرق کی وضاحت کرتا ہے، اور دونوں موڈز کو قابل تبادلہ ماننے سے پہلے یہی وہ حوالہ ہے جو پڑھنے کے قابل ہے۔