آپ کا Windows VPN مقامی پرنٹر کو کیوں مار دیتا ہے اور اسے کیسے روکیں

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

پہلے روٹ ٹیبل پڑھیں

کچھ بھی بدلنے سے پہلے، IPv4 ٹیبل اس سے حاصل کریں: route print -4 اور آؤٹ پٹ رکھیں۔ جوڑیں، دوبارہ حاصل کریں اور 0.0.0.0 سطروں کا موازنہ کریں: فعال ڈیفالٹ روٹ ایک انٹرفیس کا نام دیتا ہے، اور اگر وہ انٹرفیس ٹنل ہو تو مقامی پرنٹنگ اور براؤزنگ پہلے دفتر بھیجی جاتی ہے۔

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

ڈیفالٹ روٹ ہٹائیں، تین طریقوں سے

بلٹ اِن Windows پروفائل میں کنٹرول ایک چیک باکس ہے۔ کنکشن کی خصوصیات کھولیں، IPv4، پھر ایڈوانسڈ، اور Use default gateway on remote network ہٹا دیں؛ نیا سیٹنگز ایپ وہی ڈائیلاگ ایک درجہ مزید گہرا چھپاتا ہے۔ ایلیویٹڈ پرامپٹ سے وہی تبدیلی ایک cmdlet ہے:

Set-VpnConnection -Name "Corp" -SplitTunneling $true

ایک OpenVPN پروفائل مختلف طریقے سے کام کرتا ہے، اس لیے اس کا رویہ چیک باکس کی توقع رکھنے والوں کو الجھا دیتا ہے۔ اس کی redirect-gateway def1 ہدایت ڈیفالٹ روٹ کو بالکل نہیں بدلتی؛ یہ آدھی حد کے دو روٹ نصب کرتی ہے، 0.0.0.0/1 اور 128.0.0.0/1، جو مل کر ڈیفالٹ کو حذف کیے بغیر اس پر غالب آتے ہیں۔ چونکہ اصل ڈیفالٹ زندہ رہتا ہے، اس لیے net_gateway کی طرف اشارہ کرنے والا سابقہ شامل کرنا صرف وہی سابقہ مقامی روٹر کو واپس بھیجتا ہے۔ یہی تفصیل بتاتی ہے کہ def1 پروفائل کا حل سابقہ روٹ ہے، کوئی ایسا چیک باکس نہیں جو کسی کو نہ ملے۔

صرف وہی واپس شامل کریں جو کام کا حصہ ہے

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

Add-VpnConnectionRoute -ConnectionName "Corp" -DestinationPrefix 172.20.0.0/16

پرانا طریقہ اب بھی کام کرتا ہے اور اب بھی ہر چیک لسٹ میں ہے: route -p add 172.20.0.0 mask 255.255.0.0 172.20.0.1 if 14، ٹنل کے اپنے انٹرفیس انڈیکس اور گیٹ وے پتے کے ساتھ۔ یہ دوبارہ بوٹ ہونے پر بھی قائم رہتا ہے، جو مقصد بھی ہے اور خطرہ بھی، کیونکہ اگلی بوٹ میں انڈیکس کسی اور چیز کا ہو سکتا ہے۔

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

جب سرور آپ کی طرف سے فیصلہ کرے

جو کلائنٹ آپ کے چیک باکس کو نظر انداز کرتا ہے وہ عام طور پر کسی پالیسی کی پابندی کر رہا ہوتا ہے۔ Cisco پروفائلز میں Allow Local LAN Access سیٹنگ ہوتی ہے، اور headend ایک tunnel-all پالیسی دھکیل سکتا ہے جو کلائنٹ کی ہر ترجیح کو منسوخ کر دے؛ لازمی ٹنل تعیناتی میں بدلنے کے لیے کوئی مقامی سوئچ نہیں ہوتا۔ وہی ڈائیلاگ دوبارہ جانچنے کے بجائے دھکیلے گئے روٹ اور پالیسی سطروں کے لیے کلائنٹ لاگ پڑھیں۔

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

اوورلیپ ایک اور مسئلہ ہے

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

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