لینکس پر VPN کے دھکیلے ہوئے راستوں کو مستقل راستوں سے کیسے الگ کریں

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

مرحلہ 1: سابقے انسٹال کرنے والے طریقے کا نام لیں

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

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

مرحلہ 2: ایک کنیکٹ کے دوران جدول کا موازنہ کریں

ٹنل بند ہونے پر مرکزی جدول محفوظ کریں، اسے اوپر لائیں، دوبارہ محفوظ کریں اور دونوں کیپچر کا موازنہ کریں۔ جو ظاہر ہوا وہ کنکشن کے زندگی کے دور کا ہے، اور جو رہا وہ مقامی کنفیگریشن کا ہے۔

ip route show table main > /tmp/route-down.txt سے اسے کیپچر کریں، کنیکٹ کریں اور دوبارہ کیپچر کریں۔ اگر سائٹ IPv6 استعمال کرتی ہے تو ip -6 route کے لیے بھی یہی کریں، کیونکہ وہاں غائب سابقہ ایسی ناکامیاں پیدا کرتا ہے جو روٹنگ سے بے تعلق لگتی ہیں۔

مرحلہ 3: صرف موجودگی نہیں، میٹرک پڑھیں

ایک ہی سابقے کے دو اندراجات ساتھ رہ سکتے ہیں، اور کرنل کم میٹرک منتخب کرتا ہے۔ میٹرک 50 والا مستقل راستہ 100 پر دھکیلے گئے راستے کو ہارتا رہے گا اگرچہ دونوں نظر آتے ہیں، اسی لیے ‘راستہ وہاں ہے’ اور ‘ٹریفک اسے استعمال کرتی ہے’ الگ بیانات ہیں۔

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

مرحلہ 4: ٹنل سے زیادہ عرصہ رہنے والے اندراجات تلاش کریں

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

مستقل پہلو کو اس جگہ دیکھیں جہاں آپ کی ڈسٹری بیوشن استعمال کرتی ہے، خواہ وہ systemd-networkd یونٹ ہو، NetworkManager پروفائل ہو یا کلائنٹ کی up ڈائریکٹری میں اسکرپٹ۔ ip route del سے زندہ جدول درست کرنا صرف اگلے کنیکٹ تک رہتا ہے۔ اس حذف کو مرمت نہیں، مفروضے کا امتحان سمجھیں۔

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

مرحلہ 5: کلائنٹ کو قصوروار ٹھہرانے سے پہلے واپسی کا راستہ تصدیق کریں

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

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

مرحلہ 6: ping نہیں، وسیلے کا امتحان لیں

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

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