Windows VPN کی چھوڑی ہوئی پرانی روٹ کو کیسے ہٹائیں
وہ اندراج تلاش کریں جو واقعی پرانا ہے، درست پالیسی اسٹور کے سامنے اسے ہٹانے کا پیش منظر دیکھیں، اور تصدیق کریں کہ تلاش وہی انٹرفیس چنتا ہے جس کی آپ توقع کرتے ہیں۔
آپ کا سیشن گھنٹے پہلے ختم ہو گیا، اڈاپٹر چلا گیا، لیکن روٹ اب بھی جدول میں ہے اور انٹرفیس 42 کی طرف اشارہ کر رہا ہے۔ اس قطار کو حذف کرنے میں ایک کمانڈ لگتی ہے؛ یہ طے کرنے میں کہ وہی درست قطار ہے، چار جانچیں لگتی ہیں۔ روٹ جدول مشترک ہوتا ہے، اس لیے وسیع حذف وہ راستے بھی نکال دیتا ہے جو دوسرے کنکشن اب بھی استعمال کرتے ہیں، بشمول وہ جو ٹنل لے کر جاتا ہے۔ نیچے ہر قدم ہدف کو اس وقت تک تنگ کرتا ہے جب تک صرف ایک اندراج مطابق نہ ہو سکے۔
1. طے کریں کہ اندراج پرانا ہے یا جان بوجھ کر بنایا گیا
ری بوٹ کے بعد بچا رہنے والا اندراج کہیں لکھا گیا تھا، اور وہ جگہ عام طور پر حادثہ نہیں بلکہ فیصلہ ہوتی ہے۔ تقسیم شدہ ٹنلنگ ایسے راستوں پر منحصر ہے جو بالکل باقیات جیسے دکھتے ہیں، اور ایک سابقے کو ٹنل سے گزارنے والی پالیسی ایک ہی فہرست میں پرانے اندراج سے الگ نہیں پہچانی جا سکتی۔ پوچھیں کہ روٹ کب نمودار ہوا: جو صرف ٹنل کے فعال رہنے تک موجود ہو وہ کلائنٹ کی ترتیب کا حصہ ہے، اس لیے صفائی کی کمانڈ غلط اوزار ہے۔ جان بوجھ کر بنایا گیا روٹ ہٹائیں، تو اگلا کنکشن اسی مرحلے پر ناکام ہوگا جسے کوئی نہیں دیکھ رہا۔
اینڈ پوائنٹ روٹ اپنی الگ تنبیہ کا حقدار ہے۔ جب کلائنٹ VPN سرور کی طرف ہوسٹ روٹ شامل کرتا ہے تاکہ خفیہ کردہ پیکٹ مقامی کنکشن کے ذریعے اس تک پہنچ سکیں، تو اس روٹ کو حذف کرنا اگلے دوبارہ کنکشن پر ٹنل کو گرا دیتا ہے، اور علامت سرور کی خرابی کی طرح پڑھی جاتی ہے۔ کچھ بھی چھونے سے پہلے منزل کا موازنہ اس پتے سے کریں جس سے کلائنٹ جڑتا ہے: VPN سرور سے ملنے والا ایک ہی عوامی پتہ بیرونی راستہ ہے، کچرا نہیں۔
2. وہ چار فیلڈ درج کریں جو اندراج کی شناخت کرتے ہیں
صرف سابقہ شناخت نہیں ہے، کیونکہ دو انٹرفیس ایک ہی منزل کی طرف روٹ رکھ سکتے ہیں۔ منزل کا سابقہ، انٹرفیس کا اشاریہ، اگلا ہاپ اور پالیسی اسٹور لکھیں، کیونکہ یہ چار اقدار ٹھیک ایک اندراج بیان کرتی ہیں۔ ایک ہی فہرست آپ کو یہ سب دے دیتی ہے:
Get-NetRoute -AddressFamily IPv4 | Sort-Object RouteMetricمیٹرک کے مطابق ترتیب دینے سے وہ راستے اوپر آتے ہیں جنہیں مشین واقعی ترجیح دیتی ہے، اور باقیات عام طور پر وہیں بیٹھتی ہیں۔ ٹنل کے فعال رہنے کے دوران اور اس کے گرنے کے بعد دوبارہ اندراج کا موازنہ کریں: جو روٹ اڈاپٹر کے ساتھ چلا جاتا ہے وہ کلائنٹ کا تھا، اور جو رہ جاتا ہے وہ کسی اور چیز نے لکھا۔ پالیسی اسٹور وہ فیلڈ ہے جسے لوگ چھوڑ دیتے ہیں، اور دوبارہ نمودار ہونے کی وضاحت یہی کرتا ہے، کیونکہ فعال اسٹور سے ہٹایا گیا اندراج اگلی پالیسی تازہ کاری کے بعد واپس آتا ہے۔ حالت بدلنے والا کچھ چلانے سے پہلے وہ چار اقدار لکھ لیں۔
3. حذف کا پیش منظر دیکھیں، پھر ایک اندراج حذف کریں
Remove-NetRoute وہی سابقہ اور انٹرفیس اشاریہ قبول کرتا ہے جو Get-NetRoute نے چھاپا تھا، اور اس میں پیش منظر کا سوئچ ہے، اس لیے کچھ اندازہ لگانے کی ضرورت نہیں۔ اس جوڑی کو اسی ترتیب سے چلائیں:
Remove-NetRoute -DestinationPrefix 10.20.0.0/16 -InterfaceIndex 42 -WhatIf
Remove-NetRoute -DestinationPrefix 10.20.0.0/16 -InterfaceIndex 42پیش منظر وہ آبجیکٹ چھاپتا ہے جسے وہ حذف کرے گا، اس لیے سوئچ چھوڑنے سے پہلے سابقہ، انٹرفیس اور اگلے ہاپ کا موازنہ اپنے نوٹس سے کریں۔ کوئی بھی سطر مستقل اندراج تک نہیں پہنچتی، کیونکہ فعال اسٹور ڈیفالٹ ہے؛ اگر آپ نے شناخت کیا ہوا روٹ وہیں رہتا ہے تو -PolicyStore PersistentStore شامل کریں، ورنہ حذف کام کرتا دکھائی دے گا اور اندراج اگلی پالیسی تازہ کاری پر واپس آ جائے گا۔ جب سیشن دور دراز ہو تو آؤٹ آف بینڈ ریکوری راستہ رکھیں، کیونکہ اپنا ہی کنکشن لے جانے والا روٹ حذف کرنا اسے ختم کر دیتا ہے۔ جدول صاف کرنے والی کمانڈ کی طرف کبھی نہ بڑھیں۔
4. وہ جزو تلاش کریں جو اسے واپس رکھتا ہے
جب تک مالک اب بھی روٹ نصب کرنے کے لیے ترتیب دیا گیا ہے، حذف کرنا حل نہیں ہے۔ مالک عام طور پر تین میں سے ایک ہوتا ہے: تقسیم شدہ ٹنل فہرست کے ساتھ VPN کلائنٹ کا پروفائل، کوئی اسکرپٹ یا شیڈول شدہ کام جو لاگ اون پر راستے شامل کرتا ہے، یا مشین پر لاگو ڈومین پالیسی۔ پہلے پروفائل جانچیں، کیونکہ وہ ہر کنکشن پر چلتا ہے:
Get-VpnConnection | Select-Object Name,SplitTunneling,ServerAddress
Get-NetRoute -PolicyStore PersistentStoreمستقل اندراجات بغیر کچھ جوڑے دکھائی دیتے ہیں، اس لیے VPN سیشن کے بغیر ری بوٹ کے بعد واپس آنے والا روٹ تقریباً ہمیشہ اسی اسٹور میں یا اسٹارٹ اپ اسکرپٹ میں رہتا ہے۔ وہیں مالک درست کریں، اور دستی حذف علاج کی بجائے توثیق بن جاتا ہے۔
5. تلاش، پڑوسیوں اور نوٹ کی توثیق کریں
صاف نتیجہ یہ نہیں کہ روٹ چلا گیا؛ یہ وہ تلاش ہے جو اب وہی انٹرفیس چنتی ہے جس کی آپ توقع رکھتے تھے۔ مشین سے پوچھیں کہ متاثرہ سابقے کی طرف پیکٹ کہاں جائے گا، کیونکہ باقیات اب بھی مردہ اشاریے کا نام لیتی ہیں جبکہ صاف جواب آن لنک انٹرفیس یا درست گیٹ وے کا نام لیتا ہے۔ Find-NetRoute ایک وقت میں ایک پتے کے لیے اس کا جواب دیتا ہے:
Find-NetRoute -RemoteIPAddress 10.20.4.7پھر پڑوسی کی جانچ کریں: دوسرا سابقہ چنیں جس کی تقسیم شدہ ٹنل کو اب بھی ضرورت ہے اور تصدیق کریں کہ اس کی تلاش نہیں بدلی، کیونکہ ایک روٹ زیادہ ہٹا دینا وہی غلطی ہے جس کی یہ صفائی دعوت دیتی ہے۔ جو ایپلیکیشن شروع میں ناکام ہوئی اسے دوبارہ آزمائیں، اور درج کریں کہ سابقہ اب کس جزو کی ملکیت ہے۔ Microsoft کی Get-NetRoute دستاویز وہ فیلڈ درج کرتی ہے جو آپ نے دوسرے مرحلے میں لکھے تھے۔ چھ ماہ بعد وہی نوٹ اسی اندراج کو دو بار تشخیص ہونے سے روکتا ہے۔