حذف شدہ VPN راستہ دوبارہ جڑنے کے بعد کیوں واپس آتا ہے
فعال راستہ حذف کرنا کچھ نہیں بدلتا جب پروفائل، push یا بوٹ یونٹ اسے دوبارہ بناتا ہے۔ مالک تلاش کریں، وہیں تبدیل کریں، پھر دوبارہ جڑنے پر تصدیق کریں۔
وہ راستہ جو آپ نے ہاتھ سے حذف کیا تھا اگلی بار دوبارہ جڑنے کے بعد واپس آ جاتا ہے، اور جدول بالکل پہلے جیسا دکھائی دیتا ہے۔ یہ روٹنگ کی خرابی نہیں ہے: کوئی چیز اندراج کو کنفیگریشن سے یا کنکشن کے لائف سائیکل کی کارروائی سے دوبارہ بناتی ہے۔ زیادہ تر رن بک فعال جدول ہی پر رک جاتے ہیں، اسی لیے حذف کرنا ایک منٹ کام کرتا دکھائی دیتا ہے اور پھر ناکام ہو جاتا ہے۔ مالک کی نشاندہی کریں، اسے تبدیل کریں، اور دوبارہ جڑنے پر ثابت کریں۔
راستہ کس نے نصب کیا
اصلاح کے بجائے ممکنہ ذرائع کی فہرست سے شروع کریں۔ VPN پروفائل اپنے راستے رکھ سکتا ہے، سرور کنکشن کے وقت انہیں push کر سکتا ہے، نیٹ ورک مینیجر پروفائل انہیں اعلان کر سکتا ہے، بوٹ یونٹ یا اسکرپٹ انہیں شامل کر سکتا ہے، اور IPsec عمل درآمد ان ٹریفک سلیکٹرز کے لیے راستے نصب کرتے ہیں جن پر وہ بات چیت کرتے ہیں۔ پالیسی روٹنگ کے قواعد ٹریفک کو مکمل طور پر دوسرے جدول میں بھی بھیج سکتے ہیں۔
وقت انہیں کنفیگریشن کے آثارِ قدیمہ سے زیادہ تیزی سے الگ کرتا ہے۔ انٹرفیس کے اوپر آنے کے لمحے ظاہر ہونے والا اندراج کلائنٹ کا ہے؛ ایک سیکنڈ بعد آنے والا اندراج عموماً سرور push سے آتا ہے؛ بوٹ کے وقت موجود اندراج محفوظ کنفیگریشن کا ہے۔ کنیکٹ، ڈسکنیکٹ اور ری بوٹ سے پہلے اور بعد میں جدول ریکارڈ کریں، اور پیٹرن مالک کا نام لے گا۔ صرف سروس ری اسٹارٹ ہونے پر واپس آنے والا راستہ VPN کی طرف نہیں، کسی یونٹ کی طرف اشارہ کرتا ہے۔
ترمیم سے پہلے جدول پڑھیں
محفوظ فائل کے بجائے کرنل کا اپنا نظارہ دیکھیں۔ پروٹوکول کالم دکھاتا ہے کہ ہر اندراج کس نے نصب کیا:
ip route show
ip route show table all
ip rule show
پروٹوکول فیلڈ، میٹرک اور جدول نمبر آپ کو بتاتے ہیں کہ آپ مستقل اندراج، کرنل کے بنائے ہوئے اندراج یا ڈیمن کے شامل کردہ کسی چیز کو دیکھ رہے ہیں۔ قواعد کی فہرست اہم ہے کیونکہ تلاش مرکزی جدول کو مکمل طور پر چھوڑ سکتی ہے، جو وہاں کی ترمیم کو آپ کے ڈیبگ کیے جا رہے ایپلیکیشن کے لیے پوشیدہ بنا دیتی ہے۔ سطر کو بائیں سے دائیں پڑھیں: منزل، گیٹ وے، ڈیوائس، پروٹوکول اور میٹرک۔
پھر کرنل سے پوچھیں کہ واقعی کون سا راستہ استعمال کرے گا۔ محفوظ پتہ عوامی پتے سے بہتر جانچ ہے:
ip route get 10.20.5.7
علامت نہیں، مالک بدلیں
مالک معلوم ہونے کے بعد، تبدیلی اسی مالک کی ہے۔ کلائنٹ پروفائل سے راستہ ہٹائیں، سرور پر push کیا گیا راستہ درست کریں، یا میٹرک سے جیتنے والا مسابقتی مستقل راستہ شامل کرنے کے بجائے نیٹ ورک مینیجر کنکشن میں ترمیم کریں۔ ایک دوسرے سے لڑنے والے دو قواعد ایسا جدول بناتے ہیں جسے بعد میں کوئی نہیں سمجھا سکتا۔
اینڈ پوائنٹ استثنا رکھیں۔ وہ ہوسٹ راستہ جو VPN سرور کا اپنا عوامی پتہ فزیکل گیٹ وے سے بھیجتا ہے وہی بیرونی ٹنل پیکٹوں کو بہتا رکھتا ہے؛ اسے حذف کریں تو ٹنل خود کو اٹھانے کی کوشش کرتا ہے۔ اسپلٹ ٹنل پروفائل میں ٹنل سے بچنے والے مقامی سب نیٹس پر بھی وہی احتیاط لاگو ہوتی ہے۔
دوبارہ جڑیں اور دونوں راستے جانچیں
دوبارہ جڑیں، پھر ایک ہی پاس میں دونوں منزلیں جانچیں۔ محفوظ پتہ اور مستثنی اینڈ پوائنٹ مختلف سوالوں کا جواب دیتے ہیں:
ip route get 10.20.5.7
ip route get 198.51.100.20
پہلا ٹنل انٹرفیس سے اور دوسرا فزیکل گیٹ وے سے حل ہونا چاہیے۔ اگر دونوں ٹنل سے حل ہوں تو استثنا غائب ہے؛ اگر کوئی بھی نہ ہو تو پروفائل تبدیلی نافذ نہیں ہوئی اور آپ سوچ سے مختلف مالک کو دیکھ رہے ہیں۔
راستے کا مقصد، اس کا مالک اور یہ کتنی دیر زندہ رہنا چاہیے لکھیں۔ وہی نوٹ اگلے شخص کو وہی حذف اور دوبارہ جڑنے کا چکر دہرانے سے روکتا ہے۔