تصدیق کریں کہ منقسم ٹنل کام کرتا ہے: ایک IP نتیجہ کوئی ٹیسٹ نہیں

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

افسانہ: پتہ تلاش کرنا احاطہ ثابت کرتا ہے

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

پتہ صفحہ راستہ، حل کنندہ یا ناکامی کی پالیسی بھی نہیں دکھا سکتا۔ اسے ایک مشاہدہ سمجھیں، فیصلہ نہیں۔

شامل اور خارج شدہ بہاؤ کی جانچ کریں

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

flow: Firefox to intranet.example:443, IPv4, source 10.8.0.6, tunneled
flow: Firefox to 1.1.1.1, IPv4, source 192.0.2.20, direct

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

DNS اور ناکامی کی صورت شامل کریں

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

curl -s https://ifconfig.me
nslookup intranet.example

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

حالت بدلنے کے بعد دہرائیں

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

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

نتیجہ کیا ثابت کرے

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

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