مکمل ٹنل نے آپ کا SSH سیشن ختم کر دیا: واپسی کا راستہ مقرر کریں

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

redirect-gateway اصل میں کیا نصب کرتا ہے

اپنی def1 شکل میں، redirect-gateway ڈیفالٹ راستہ لکھنے کے بجائے 0.0.0.0/1 اور 128.0.0.0/1 شامل کرتا ہے۔ یہ دونوں نصفیں پورے پتے کی جگہ کو ڈھانپتی ہیں جبکہ دونوں 0.0.0.0/0 سے زیادہ لمبے سابقہ رہتی ہیں، اس لیے کوئی بھی منزل جس کے لیے زیادہ مخصوص مماثلت نہ ہو اب ٹنل میں چلی جاتی ہے۔ یہی وہ طریقہ کار ہے جو یاد رکھنا ہے، کیونکہ نیچے ہر حل زیادہ مخصوص مماثلت نصب کر کے کام کرتا ہے۔

آپ کا منتظم پتہ انہی منزلوں میں سے ایک ہے۔

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

ip route show table main | head -n 20
ip route get 198.51.100.23

اپنا ماخذ پتہ اور ٹنل سے پہلے کا راستہ تلاش کریں

سرور پر قائم SSH کنکشن کی فہرست دکھائیں اور جس ہم منصب پتے سے یہ آیا اسے نوٹ کریں۔ وہی پتہ ہے جسے آپ کے واپسی راستے کو ڈھانپنا ہے، اور یہ ہمیشہ وہی نہیں ہوتا جو آپ سوچتے ہیں: جمپ ہوسٹ، NAT گیٹ وے یا کیریئر کا مترجم کوئی دوسرا ماخذ رکھ سکتا ہے۔

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

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

نصف ڈیفالٹوں سے آگے نکلنے والا ہوسٹ راستہ مقرر کریں

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

ip route add 198.51.100.23/32 via 203.0.113.1 dev eth0

جدول دیکھنے کے بجائے تلاش سے تصدیق کریں: جواب میں eth0 اور گیٹ وے کا نام ہونا چاہیے، کبھی tun0 نہیں۔

OpenVPN پہلے ہی اسی وجہ سے VPN سرور کے اپنے پتے تک ہوسٹ راستہ شامل کرتا ہے، اس لیے یہ طرز مانوس ہے اور منتظم پتہ محض ایک اور استثنا ہے۔ اسے ٹھیک کرنے کے لیے route-nopull کی طرف نہ جائیں، کیونکہ یہ ٹنل کو درکار دھکیلے گئے راستوں کو، بشمول بعید نیٹ ورک اور DNS اختیارات، پھینک دیتا ہے۔

اسے دوبارہ جڑنے پر قائم رکھیں

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

route-up اسکرپٹ یا نیٹ ورک مینیجر کا pre-up ہک دونوں کام کرتے ہیں، اور قابل بھروسہ جانچ دوبارہ جڑنا اور پھر وہی تلاش ہے۔

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

جب مقرر کردہ راستہ پھر بھی کافی نہ ہو

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

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

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