صرف route-nopull فائل سرور کو ناقابلِ رسائی کیوں چھوڑ دیتا ہے
دھکیلے گئے راستوں کو نظر انداز کرنا اسپلٹ ٹنل کا آدھا حصہ ہے۔ راستے کا مالک منتخب کریں، دفتر کا سابقہ ہاتھ سے شامل کریں اور اسے درست کہنے سے پہلے تین بہاؤ جانچیں۔
فائل سرور ٹھیک کھلتا ہے، اور ساتھ والی کھڑکی میں ویڈیو کال رک رک کر چلنے لگتی ہے۔ کچھ بھی سست نہیں اور کوئی MTU غلط نہیں: آپ کے کلائنٹ نے سرور کی دی ہوئی راستوں کی فہرست قبول کر لی، اس لیے اب ہر پیکٹ دفتر کے فائر وال سے باہر جاتا ہے۔ حل کوئی اور ٹیوننگ فلیگ نہیں بلکہ یہ فیصلہ ہے کہ کلائنٹ کی راستوں کی جدول کس کی ملکیت ہے۔ وہ فیصلہ ایک ہی جگہ کا ہے، اور نیچے ناکامی کی صورتیں بتاتی ہیں کہ آپ نے واقعی کون سی جگہ چنی۔
فیصلہ کریں کہ راستوں کی جدول کس کی ملکیت ہے
تین مالکان ممکن ہیں۔ سرور راستے اور ڈیفالٹ گیٹ وے دھکیل سکتا ہے، جس صورت میں کلائنٹ وہی نصب کرتا ہے جو اسے کہا جائے اور مکمل ٹنل بن جاتا ہے۔ کلائنٹ پروفائل دھکیلوں کو مسترد کر کے اور اپنی راستوں کی سطریں رکھ کر ملکیت لے سکتا ہے۔ ڈیسک ٹاپ کنکشن مینیجر بھی اپنی راستے اور ڈیفالٹ راستے کی خصوصیات کے ذریعے فیصلے کا مالک ہو سکتا ہے۔
ہر انتخاب مختلف طریقے سے ناکام ہوتا ہے، اسی لیے پروفائل میں ترمیم سے پہلے جدول پڑھنا فائدہ مند ہے۔ آپ کی علامت سے ملنے والی سطر وہی مالک ہے جو آپ کے پاس واقعی ہے۔
| Owner | Where it lives | Result |
|---|---|---|
| Server | server config, redirect-gateway, pushed routes | client becomes a full tunnel |
| Profile | route-nopull and its own route lines | tunnel up, office prefix missing |
| Manager | never-default plus its own routes | desktop decides, profile ignored |
ایک چنیں اور لکھ لیں۔ دو کو ملانا ایسا میزبان چھوڑتا ہے جس کا ڈیفالٹ راستہ اس کی اپنی دستاویزات سے متصادم ہے، اور اگلا انجینئر نہیں بتا سکتا کہ کون سی پرت جیتی۔ ہارنے والے کو واضح طور پر حذف کریں۔
route-nopull دھکیلوں کو چھانتا ہے، راستے شامل نہیں کرتا
route-nopull کلائنٹ پروفائل میں آتا ہے، اور اس فائل میں اس کی ترتیب بے معنی ہے کیونکہ یہ صرف وہ اقدار پھینکتا ہے جو سرور سے آتی ہیں۔ یہ دھکیلے گئے راستے پھینکتا ہے، بشمول دھکیلا گیا ڈیفالٹ راستہ، جبکہ ٹنل عام طور پر اوپر آتی رہتی ہے۔
وہ نتیجہ جو لوگ نظر انداز کرتے ہیں وہ یہ ہے کہ دھکیلے گئے DHCP اختیارات ان کے ساتھ چلے جاتے ہیں۔ سرور کی بھیجی گئی DNS ترتیبات بھی پھینک دی جاتی ہیں، اس لیے اندرونی نام حل ہونا بند کر دیتے ہیں، حالانکہ ٹنل صحت مند ہے اور سرور پتے سے قابلِ رسائی ہے۔
اس سے ایسی ٹنل رہ جاتی ہے جس کا دفتر کے سابقے تک راستہ نہیں، جب تک آپ خود ایک شامل نہ کریں: اسی پروفائل میں route-nopull کے بعد route 10.30.0.0 255.255.0.0۔ وہ سطر پتہ اور ماسک رکھتی ہے؛ یہ اگلی چھلانگ کا نام نہیں لیتی۔
متبادل شکل گیٹ وے ٹوکن شامل کرتی ہے، route 10.30.0.0 255.255.0.0 vpn_gateway، جو اندراج کو نام سے ٹنل کی طرف اشارہ کرتا ہے۔ درآمد کنندگان اس بات میں مختلف ہیں کہ وہ اس قسم کا ترجمہ کرتے ہیں یا نہیں، اس لیے اگر کرنل جدول میں اندراج نہ ہو تو محفوظ کنکشن جانچیں۔
ping سے نہیں، راستے کی تلاش سے تصدیق کریں
ping بتاتا ہے کہ کسی نے جواب دیا۔ راستے کی تلاش بتاتی ہے کہ کرنل کون سا انٹرفیس چنے گا، اور یہی وہ سوال ہے جو آپ نے واقعی پوچھا۔ چار مختصر احکامات غائب راستے کو غلط آلے کی طرف اشارہ کرنے والے راستے سے الگ کرتے ہیں۔
ip route show dev tun0 کے ساتھ پڑھیں کہ ٹنل نے کیا نصب کیا۔ بالکل آؤٹ پٹ نہ ہونا صفر راستوں کے معنی ہے، جو کام کرنے والی اسپلٹ ٹنل نہیں، اور واضح سطر کے بغیر فلٹر شامل کرنے کا یہی عام نتیجہ ہے۔
پھر ip route get 10.30.5.7 سے ایک دفتری پتہ، اور ip route get 1.1.1.1 سے ایک عام انٹرنیٹ پتہ جانچیں۔ دوسرے کو طبعی انٹرفیس کا نام دینا چاہیے؛ اگر وہ ٹنل کا نام دے تو دھکیلا ہوا راستہ بالکل نہیں چھانا گیا۔
آخر میں ip rule پڑھیں، کیونکہ پچھلی کوشش کا چھوڑا ہوا پالیسی قاعدہ اس جدول پر غالب آ سکتا ہے جو آپ نے ابھی درست کی ہے۔ اوپر پرانے قاعدے والا درست پروفائل بالکل ٹوٹے ہوئے پروفائل جیسا دکھتا ہے۔ دوسرا شامل کرنے سے پہلے پچھلی بار شامل کیا گیا قاعدہ حذف کریں۔
ایک دوسرے پر چڑھنے والے سب نیٹ ٹوٹی ہوئی ٹنل جیسے دکھتے ہیں
کلائنٹ کے نقطۂ نظر سے دو نجی حدود یکساں ہو سکتی ہیں، اور وہیں اسپلٹ ٹنل پر ایسی چیز کا الزام لگتا ہے جو اس نے پیدا نہیں کی۔ اگر دفتر وہی سابقہ دیتا ہے جو آپ کا گھریلو روٹر استعمال کرتا ہے، تو ٹنل کا راستہ روٹر کو ڈھانپ لیتا ہے اور گھریلو نیٹ ورک غائب ہوا دکھتا ہے۔
کچھ بدلنے سے پہلے سادہ پتوں کی فہرست استعمال کر کے اپنے انٹرفیس کا پتہ اس راستے سے موازنہ کریں جو پروفائل نصب کرتا ہے۔ اوورلیپ حقیقی ہے، اور کوئی پروفائل آپشن اسے حل نہیں کرتا۔ آپ نام رکھنا درست کر سکتے ہیں، تاکہ اگلا شخص ایک کے بجائے دو حدود دیکھے۔
ایماندار اصلاحات یہ ہیں کہ ایک طرف کو دوبارہ نمبر دیں یا دفتر میں پتوں کا ترجمہ کریں۔ ایک ہی میزبان راستے کو روٹر پر جڑنا تب تک کام کرتا ہے جب تک روٹر کا پتہ نہ بدلے، اور پھر یہ پہلی کے اوپر دوسرا معمہ بن جاتا ہے۔
فیصلے کو دوبارہ رابطے تک قائم رکھیں
ہاتھ سے لکھے گئے اندراجات دوبارہ رابطے تک قائم نہیں رہتے، اور کنکشن مینیجر ہر بار پروفائل شروع ہونے پر جدول دوبارہ بناتا ہے۔ فیصلہ وہاں رکھیں جہاں رابطہ بنتا ہے، چاہے وہ پروفائل ہو یا مینیجر کی محفوظ ترتیبات۔ پھر کال کے دوران رویہ دریافت کرنے کے بجائے ایک بار جان بوجھ کر رابطہ دوبارہ شروع کریں۔ جو پروفائل صرف اگلے دوبارہ رابطے تک کام کرتا ہے وہ مکمل نہیں۔
ایک ساتھ تین راستے آزمائیں: لفظی پتے سے دفتری میزبان، نام سے وہی میزبان، اور ایک عام عوامی سائٹ۔ درمیان والا اس نام سروس پر منحصر ہے جو آپ نے دھکیلے گئے DNS اختیارات چھوڑنے کے بعد ترتیب دی، اور خاموشی سے ناکام ہونے والا وہی ہے۔