VPN سے باہر جانے والا IPv6 ٹریفک: رسنے والا راستہ تلاش کریں

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

اسی ترتیب سے کام کریں۔ ترتیب کے بغیر جواب دینے سے یہ طویل بحث بنتی ہے کہ کلائنٹ میں خرابی ہے یا نہیں، جبکہ اصل جواب یہ ہے کہ IPv6 راستہ کبھی نصب ہی نہیں ہوا۔

کون سا بہاؤ واقعی باہر گیا، اور کس اڈاپٹر پر

اس ٹیسٹ سے شروع کریں جو استعمال شدہ خاندان کا نام بتائے، پھر ایپلیکیشن، رسائی نیٹ ورک، نافذ پروفائل اور یہ لکھیں کہ کنکشن IPv6 دیتا ہے یا نہیں۔ یہ چار حقائق دو رنوں کو قابل موازنہ بناتے ہیں، اور چوتھا لوگ بھول جاتے ہیں: v6 سابقہ کے بغیر نیٹ ورک v6 رس نہیں سکتا، اور بعد میں ایک شامل کرنے والا نیٹ ورک جواب بدل دیتا ہے۔

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

کرنل کے منتخب کردہ راستے کو پڑھنا

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

ip -6 route get 2606:4700:4700::1111
ip -6 rule show
ip -6 route show table all

زیادہ مخصوص سابقہ عام وجہ ہے کہ ایک منزل ٹنل سے باہر رہتی ہے جبکہ باقی سب اندر رہتا ہے، اور پالیسی قاعدہ کسی بھی راستے سے زیادہ ترجیح کے ساتھ وہی کر سکتا ہے۔ میٹرک بھی پڑھیں، کیونکہ ایک ہی سابقہ کے دو اندراج اسکرین پر ترتیب سے نہیں، میٹرک سے طے ہوتے ہیں۔ Windows پر مساوی فہرست Get-NetRoute -AddressFamily IPv6 ہے، فیصلے کی ترتیب سے میل کھانے کے لیے میٹرک کے مطابق ترتیب دی گئی۔ جدول میں درست دکھنے والا قاعدہ بھی کم نمبر والے پالیسی قاعدے سے ہار سکتا ہے، اسی لیے قواعد کی فہرست راستوں کی فہرست کے ساتھ ایک ہی سانس میں آتی ہے۔

کلائنٹ کی IPv6 پالیسی کہاں سے آتی ہے

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

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

تنگ مشاہدہ، جب جدول متفق نہ ہو

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

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

خلا بند کرنے کے تین طریقے

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

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