route -interface لنک سے باہر میزبان تک کیوں نہیں پہنچتا

route Wi-Fi انٹرفیس کا نام قبول کرتا ہے، بغیر شکایت باہر نکلتا ہے، اور میزبان ناقابل رسائی رہتا ہے۔ کچھ بھی خراب نہیں ہوا؛ راستے میں تعلق ہی غلط ہے: انٹرفیس جھنڈا بتاتا ہے کہ منزل کس لنک پر ہے، یہ نہیں کہ کسی اور جگہ موجود منزل کے لیے کون سا راؤٹر ٹریفک لے گا۔ کمانڈ کامیاب ہوتی ہے کیونکہ یہ نحوی طور پر درست ہے، اس لیے نہیں کہ یہ کام کرنے والا راستہ بیان کرتی ہے۔

یہی فرق طے کرتا ہے کہ VPN کے ساتھ راستے کی استثنا کام کرے گی یا صرف قابلِ اعتماد دکھے گی۔

انٹرفیس باہر نکلنے کا راستہ ہے، اگلا ہاپ حوالے کرنا ہے

192.168.50.20 پتے والے Mac پر اور 192.168.50.1 پر راؤٹر کے ساتھ، اسی لنک کی دوسری مشین براہِ راست قابلِ رسائی ہے۔ فریم اسی مشین کو مخاطب کر کے تار پر رکھا جاتا ہے۔ کوئی راؤٹر شامل نہیں، اور انٹرفیس تک محدود راستہ بالکل یہی ظاہر کرتا ہے۔ دور کا سرا کسی دوسری عمارت کے میزبان میں بدلیں اور وہی کمانڈ بے معنی ہو جاتی ہے۔ Mac کے پاس تار پر رکھنے کے لیے دوسری پرت کا پتہ نہیں، اس لیے انٹرفیس جھنڈے کے پاس بیان کرنے کو کچھ نہیں۔

لنک سے باہر کی منزل مختلف ہے۔ Mac دوسری پرت پر نہ پہنچنے والے میزبان کو مخاطب فریم تار پر نہیں رکھ سکتا؛ پیکٹ ایسے راؤٹر کو سونپتا ہے جو پہنچ سکتا ہے۔ اس لیے راستے کو گیٹ وے درکار ہے، اور گیٹ وے خود منسلک لنک پر قابلِ رسائی ہونا چاہیے۔

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

انٹرفیس جھنڈا اصل میں کیا دعویٰ کرتا ہے

Apple کا راستہ حوالہ بغیر کسی واسطے کے براہِ راست قابلِ رسائی منزلوں کے لیے انٹرفیس شکل متعین کرتا ہے۔ یہ لنک ماڈل کے بارے میں بیان ہے، یہ ترجیح نہیں کہ کون سا اڈاپٹر استعمال ہو۔ Wi-Fi کے ذریعے انٹرنیٹ میزبان تک پہنچنے کے لیے اب بھی اسی Wi-Fi لنک پر راؤٹر درکار ہے، اور راستے کو اس کا نام لینا چاہیے۔

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

اسی لیے کمانڈ قبول ہو سکتی ہے، جدول میں نظر آ سکتی ہے اور پھر بھی ناکام ہو سکتی ہے۔ کرنل آپ کے ارادے کی تصدیق نہیں کرتا؛ یہ وہ درج کرتا ہے جو آپ نے دعویٰ کیا، اور دعویٰ یہ تھا کہ منزل لنک پر ہے۔ خاموش کامیابی کے بعد خاموش ردِ عمل متوقع نتیجہ ہے، بگ نہیں۔ نیٹ ورک کو الزام دینے سے پہلے دعویٰ دوبارہ پڑھیں۔

لنک سے باہر کی منزل کو جس راستے کی ضرورت ہے

LAN راؤٹر کے ذریعے 198.51.100.25 جیسے دستاویزی پتے تک منظور شدہ راستے کے لیے، مطلوبہ تعلق منزل، 192.168.50.1 کا اگلا ہاپ، اور اگلے ہاپ تک پہنچنے والا LAN انٹرفیس ہے۔ انٹرفیس راستے کی کمانڈ سے مسلط نہیں ہوتا، اگلے ہاپ کی تلاش سے اشارہ ملتا ہے۔

macOS میں صرف پڑھنے والا معائنہ route -n get 198.51.100.25 ہے۔ گیٹ وے اور انٹرفیس کی سطریں ساتھ پڑھیں اور جانچیں کہ گیٹ وے وہ پتہ ہے جہاں Mac واقعی پہنچ سکتا ہے۔ دوسرے سب نیٹ کا گیٹ وے، یا وہ جو آخری نیٹ ورک تبدیلی کے بعد چلا گیا، ایسا راستہ بناتا ہے جو درست دکھتا ہے اور کچھ بھی آگے نہیں بھیجتا۔

پائیدار ہدایت میں en0 ہارڈ کوڈ نہ کریں۔ اڈاپٹر، ڈاک اور VPN کلائنٹ کے ساتھ انٹرفیس کے نام بدلتے ہیں، اور غلط کا نام لینے والا راستہ ایسے ناکام ہوتا ہے جسے وسیع نیٹ ورک خرابی کے طور پر آسانی سے پڑھا جا سکتا ہے۔

بدلنے سے پہلے موجودہ انتخاب پڑھیں

کچھ بھی شامل کرنے سے پہلے دیکھیں کہ نظام نے پہلے سے کیا چنا ہے اور کیوں۔ وہ آؤٹ پٹ بتاتا ہے کہ ٹریفک سرنگ سے، LAN راؤٹر سے یا کہیں نہیں جا رہا، اور تبدیلی کے بعد موازنے کے لیے بنیاد دیتا ہے۔ اس کے بغیر آپ نہیں بتا سکتے کہ نیا راستہ نافذ ہوا یا نہیں۔

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

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

سرنگیں اور پالیسی شکل بدلتی ہیں

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

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

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