Windows VPN کے ڈیفالٹ روٹ سے ایک ہوسٹ کو خارج کریں

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

ٹنل کون سا اندراج سنبھالتا ہے

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

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

route print -4
Find-NetRoute -RemoteIPAddress 198.51.100.30

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

ہوسٹ روٹ مخصوصیت کی بنیاد پر جیتتا ہے

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

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

نیچے کی ہر چیز کے لیے، Office نامی کنکشن، 10.0.0.1 مقامی گیٹ وے (انٹرفیس 7)، اور 198.51.100.30 منزل فرض کریں۔ یہ ڈیفالٹ نہیں بلکہ پلیس ہولڈر ہیں، اور اوپر دیے گئے کمانڈز وہ اقدار دیتے ہیں جو آپ کی مشین واقعی استعمال کرتی ہے۔ یہ متبادل نوٹ تبدیلی کے ساتھ رکھیں تاکہ اگلا قاری اعداد نقل نہ کرے۔

روٹ کو اگلے دوبارہ کنکشن سے آگے تک زندہ رکھیں

Windows VPN کنکشن پر کوئی خارج کرنے کی ہدایت پیش نہیں کرتا، اس لیے استثنا کو فزیکل انٹرفیس پر رہنا ہوگا جہاں اڈاپٹر اسے دوبارہ نہیں لکھے گا۔ جو cmdlet جواب لگتا ہے وہ اس کے برعکس کرتا ہے: Add-VpnConnectionRoute ایک پری فکس کو ٹنل کے اندر منتقل کرتا ہے، جو کہ وہ آئینہ دار صورت ہے جہاں تقسیم شدہ پروفائل کو ایک منزل اٹھانی چاہیے اور باقی مقامی چھوڑنی چاہیے۔ یہاں اس کی طرف بڑھنا اس بات کی ضمانت دیتا ہے کہ جس ٹریفک کو آپ باہر رکھنا چاہتے تھے وہ اندر چلی جائے۔

دستی شکل ایک ہی کمانڈ ہے۔ اس کی کمزوری دوبارہ کنکشن نہیں بلکہ نیٹ ورک کی تبدیلی ہے۔

route -p add 198.51.100.30 mask 255.255.255.255 10.0.0.1 metric 1 if 7

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

کنیکٹ اسکرپٹ زیادہ مضبوط شکل ہے، کیونکہ یہ اندراج کے بچ جانے کی امید کے بجائے ہر کنکشن کے بعد استثنا دوبارہ شامل کرتا ہے۔ نیچے کی دو سطریں لاگ آن اسکرپٹ میں نہیں، بلکہ جو ٹنل شروع کرتا ہے اس میں ہونی چاہئیں۔

rasdial Office
route add 198.51.100.30 mask 255.255.255.255 10.0.0.1 metric 1 if 7

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

روٹنگ کسی عمل کو منتخب نہیں کر سکتی

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

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

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

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

تصدیق کریں کہ استثنا دوبارہ کنکشن سے بچ گیا

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

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