کیا VPN کلائنٹ آپ کا شامل کردہ راستہ حذف کر دیتا ہے؟ پالیسی ٹیبل استعمال کریں

لیب پرنٹر کے لیے ایک /24 دو ip route show کالوں کے درمیان غائب ہو جاتا ہے، اور کلائنٹ لاگ صرف یہ کہتا ہے کہ نیٹ ورک بدل گیا۔ کمانڈ، پریفکس یا آپ کے اختیارات میں کچھ بھی غلط نہیں تھا۔ کارپوریٹ کلائنٹ جو ہوسٹ کے روٹنگ ماڈل کا مالک ہے، جب بھی کوئی اور اسے ترمیم کرتا ہے وہ ماڈل دوبارہ مسلط کرتا ہے، اس لیے آپ کا شامل کردہ اندراج گھس پیٹھیے کے طور پر ہٹا دیا جاتا ہے۔ اسی ٹیبل میں اس سے لڑنا ہارا ہوا موقف ہے۔ حل یہ ہے کہ اس ٹیبل کے لیے مقابلہ بالکل چھوڑ دیں اور استثناء وہاں رکھیں جہاں مانیٹر کبھی نہیں دیکھتا۔

مانیٹر غائب شدہ راستے کی وضاحت کرتا ہے

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

ip route show
ip route add 192.168.2.0/24 dev enp0s31f6
sleep 5; ip route show

اوپر دیا گیا پریفکس اور انٹرفیس پلیس ہولڈر ہیں۔ کسی دوسری مشین پر کام کرنے والی مثال سے انٹرفیس کا نام کاپی کرنا اس مظاہرے کے کچھ بھی نہ دینے کی سب سے عام وجہ ہے۔

دوسری ٹیبل مانیٹر کے لیے غیر مرئی ہے

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

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

استثناء بنائیں اور پھر اسے جتوانا

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

ip rule add to 192.168.2.0/24 table 110 pref 30010
ip route add 192.168.2.0/24 dev enp0s31f6 table 110
ip route get 192.168.2.50

ip route get وہ راستہ حل کرتا ہے جو کرنل استعمال کرے گا، بشمول ڈیوائس اور ماخذ پتہ۔ یہ ٹیبل شناخت کنندہ نہیں چھاپتا، اس لیے اسے ip rule show کے ساتھ جوڑیں، جب آپ کو یہ تصدیق کرنی ہو کہ کون سی ٹیبل جیتی۔ مل کر وہ واحد اہم سوال کا جواب دیتے ہیں: کیا اس پتے کی طرف ٹریفک وہیں سے نکلتا ہے جہاں آپ کا ارادہ تھا؟

اسی خیال کی دوسری شکلیں

منزلوں میں سوچنا چھوڑتے ہی نمونہ عام ہو جاتا ہے۔ ٹنل کے ڈیفالٹ راستہ رکھتے ہوئے بھی مقامی سب نیٹ قابل رسائی رہ سکتا ہے۔ LAN سے منسلک SSH سرور کے جوابات ٹنل میں غائب ہونے کے بجائے اسی انٹرفیس سے باہر نکل سکتے ہیں جس پر وہ آئے تھے۔ اور انٹرفیس پر مبنی قاعدہ وائرلیس انٹرفیس پر آنے والی ہر چیز کو ٹنل میں دھکیل سکتا ہے، جبکہ میزبان خود جو ٹریفک پیدا کرتا ہے وہ Ethernet پر رہتا ہے:

ip rule add iif wlan0 table 10
ip route add default dev tun0 table 10

وہ آخری صورت منزل کے بجائے آنے والے انٹرفیس سے میل کھاتی ہے، جو الگ قاعدہ قسم اور الگ ذہنی ماڈل ہے۔ آگے بھیجی گئی ٹریفک کے لیے net.ipv4.ip_forward فعال ہونا بھی ضروری ہے، اور دور والے سرے کو ماخذ کی حد واپس روٹ کرنا یا اس کا ترجمہ کرنا ہوگا؛ ایک مشین پر قاعدہ کبھی راستے کا دوسرا نصف نہیں بناتا۔

قاعدہ کو ایک بار استعمال کے قابل سمجھیں

قواعد اور ٹیبل راستے میموری میں رہتے ہیں۔ دوبارہ جڑنے کے بعد ٹنل ڈیوائس کا نام بدل سکتا ہے، مختص کردہ پتہ سرک سکتا ہے، اور پرانی قدر رکھنے والا قاعدہ خاموشی سے میل کھانا بند کر دیتا ہے۔ پوری تبدیلی کو اسی ایک اسکرپٹ سے دوبارہ لاگو کریں جو اس کا مالک ہے، پھر استثناء پر بھروسہ کرنے سے پہلے ip rule show، موجودہ ڈیوائس نام اور نیا ip route get کسی حقیقی منزل کے سامنے دوبارہ جانچیں۔

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

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