VPN منسلک ہونے پر مقامی نیٹ ورک تک رسائی نہیں؟ چار جانچیں

سرنگ کھڑی ہوتی ہے، انٹرانیٹ نظر آتا ہے، اور پرنٹر جواب دینا بند کر دیتا ہے۔ LAN پر کچھ خراب نہیں ہوا؛ کلائنٹ نے وہ راستہ بدل دیا ہے جو وہ ان پتوں کے لیے استعمال کرتا ہے جنہیں اب مقامی نہیں سمجھتا۔ نیچے دی گئی چاروں جانچیں ترتیب سے کریں اور جب کوئی ایک واضح عدم مطابقت دکھائے تو رک جائیں، کیونکہ ایک ہی علامت کی چار عام وجوہات ہوتی ہیں اور ان میں سے صرف ایک VPN میں ترمیم سے ٹھیک ہوتی ہے۔

پہلے، کلائنٹ کی لگائی ہوئی روٹ ٹیبل دیکھیں

VPN منسلک ہونے کے دوران کلائنٹ کی روٹ ٹیبل کھولیں۔ Linux پر ip route، Windows پر route print یا Get-NetRoute، اور macOS پر netstat -rn استعمال کریں۔ آپ سرنگ کے ذریعے جانے والا ڈیفالٹ راستہ اور جسمانی ڈیفالٹ کے ساتھ کیا ہوا، یہ ڈھونڈ رہے ہیں۔

مکمل سرنگ والا کلائنٹ 0.0.0.0/0 بدلنے کے بجائے اکثر دو نصف ڈیفالٹ راستے شامل کرتا ہے: 0.0.0.0/1 اور 128.0.0.0/1۔ اصل ڈیفالٹ نظر آتا رہتا ہے مگر ہر تلاش ہار جاتا ہے، اسی لیے ٹیبل صحیح لگ سکتی ہے جبکہ سب نیٹ سے باہر کی تمام ٹریفک ہٹ جاتی ہے۔ اگر VPN کلائنٹ اسپلٹ سرنگ کا آپشن دیتا ہے اور پالیسی اجازت دیتی ہے تو یہی سب سے صاف مرمت ہے۔

اگر سرنگ کو ہی ڈیفالٹ رہنا ہے تو اس کے بجائے مقامی سب نیٹ پن کریں۔ Linux پر روٹ جسمانی انٹرفیس اور گیٹ وے کا نام لیتی ہے؛ Windows پر -p شامل کر کے اسے مستقل بنائیں اور انٹرفیس نمبر اندازے سے نہیں بلکہ route print سے پڑھیں:

sudo ip route add 192.168.1.0/24 via 192.168.1.1 dev wlan0
route add -p 192.168.1.0 MASK 255.255.255.0 192.168.1.1 METRIC 1 IF 12

پن شدہ روٹ صرف تب تک قائم رہتی ہے جب تک اس میں بتایا گیا پتہ وہی رہے۔ ہر کنکشن پر Wi-Fi ایڈاپٹر کو نیا نمبر ملنے والا لیپ ٹاپ اصول دوبارہ توڑ دے گا، اس لیے مرمت ناکام ہونے کا فیصلہ کرنے سے پہلے انٹرفیس کا پتہ دیکھیں۔

دوسرا، تصدیق کریں کہ پتہ شروع ہی سے مقامی تھا

اگر منزل منسلک سب نیٹ کے اندر ہے تو سرنگ کا ڈیفالٹ کبھی لاگو نہیں ہوتا اور VPN وجہ نہیں۔ 192.168.1.0/24 والے کلائنٹ پر 192.168.1.40 کا پرنٹر منسلک روٹ استعمال کرتا ہے؛ اگر وہ پتہ ناکام ہو تو VPN نہیں بلکہ ڈیوائس، سوئچ یا کلائنٹ کا فائر وال دیکھیں۔

لوگوں کو دھوکہ دینے والا معاملہ مقامی سرور کے لیے عوامی پتہ ہے۔ LAN کے اندر سے راؤٹر کے WAN پتے تک پہنچنا اور واپس آنا hairpin NAT چاہتا ہے، اور بہت سے راؤٹر پورٹ فارورڈنگ کے لیے اسے نافذ ہی نہیں کرتے۔ عوامی پتے کے ساتھ نجی پتہ آزمائیں۔ اگر نجی پتہ چلتا ہے اور عوامی نہیں، تو VPN نے صرف وہ NAT حد بے نقاب کی جو پہلے سے موجود تھی۔

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

تیسرا، دیکھیں کہ اب ناموں کا جواب کون دیتا ہے

کارپوریٹ ریزارور انٹرانیٹ جانتا ہے اور عام طور پر NAS کے ہوسٹ نیم، پرنٹر کے Bonjour نام یا راؤٹر کے مقامی عرف کے بارے میں کچھ نہیں جانتا۔ جب VPN اپنے DNS سرور دھکیلتا ہے تو وہ نام حل ہونا بند کر دیتے ہیں حالانکہ ان کے پتے اب بھی قابل رسائی ہیں۔ نام براہ راست پوچھیں اور جواب کا موازنہ اس پتے سے کریں جو آپ جانتے ہیں ڈیوائس کے پاس ہے۔

Linux پر resolvectl query nas.local دکھاتا ہے کہ کون سا ریزارور جواب دے رہا تھا۔ Windows پر nslookup nas.local سرور کا نام بتاتا ہے، اور ipconfig /all ریزارورز کی ترتیب دکھاتا ہے۔ اگر مقامی لاحقہ اب کارپوریٹ ریزارور سنبھالتا ہے تو وہ لاحقہ واپس مقامی ریزارور کی طرف بھیجیں یا ڈیوائس کے لیے IP پتہ استعمال کریں۔

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

چوتھا، دیکھیں کہ دوسری مشین بھی VPN پر ہے یا نہیں

جب وہ مشین جس تک آپ پہنچنا چاہتے ہیں خود بھی VPN کلائنٹ چلا رہی ہو تو آپ کا سیشن پہنچ سکتا ہے مگر اس کا جواب دوسری سرنگ سے نکل جاتا ہے۔ اس سے ایسا کنکشن بنتا ہے جو قائم ہو کر پھر رک جاتا ہے، یا RDP اور SSH کی کوشش آپ کی طرف بغیر خرابی کے وقت سے گزر جاتی ہے۔ اپنے کلائنٹ کو قصوروار ٹھہرانے سے پہلے دوسرے ہوسٹ کی روٹ ٹیبل اور اس کا ڈیفالٹ راستہ دیکھیں۔

یہ بھی دیکھیں کہ سروس کس پتے پر سن رہی ہے۔ صرف سرنگ کے پتے سے بندھا سننے والا VPN سے آنے والے کنکشن قبول کرتا ہے اور LAN سے آنے والے مسترد کرتا ہے، چاہے روٹنگ بے عیب ہو۔ یہ سروس کی ترتیب ہے، نیٹ ورک کا راستہ نہیں، اور یہ ان انتظامی انٹرفیسوں پر عام ہے جو VPN پتے پر بند کیے گئے تھے۔

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

ناکام جانچ سے مطابقت رکھنے والی مرمت لگائیں

اگر روٹ ٹیبل نے نصف ڈیفالٹ قبضہ دکھایا تو جب پالیسی اجازت دے اسپلٹ سرنگ اور جب نہ دے پن شدہ مقامی روٹ چنیں۔ اگر پتہ عوامی نکلا تو جانچ اور نام نجی پتے پر منتقل کریں۔ اگر ریزارور نے ہاتھ بدلے تو مقامی لاحقے تک محدود رہیں یا پتہ استعمال کریں۔ اگر دوسرا ہوسٹ سرنگ میں ہے تو اس کا واپسی راستہ یا سننے والے کی بستگی درست کریں۔

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

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