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

جڑا ہوا کہلانے والی تین مختلف چیزیں

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

اس لیے سبز نشان اور مردہ سرنگ متضاد نہیں بلکہ ہم آہنگ ہیں؛ وہ الگ الگ چیزوں کے بارے میں بتاتے ہیں۔ یہی پوری وجہ ہے کہ اس ناکامی کی بار بار کلائنٹ بگ کے طور پر غلط تشخیص ہوتی ہے۔

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

کون سا کاؤنٹر ثابت کرتا ہے کہ پیکٹ حرکت کر گئے

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

swanctl --list-sas
ip xfrm state list
ip -s link show dev tun0

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

کاؤنٹر حرکت کرنے کے بعد خرابی کہاں بیٹھتی ہے

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

dig +short host.example
dig +short @10.20.0.1 host.example
ping -c 2 10.20.0.25

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

محرک لکھیں، پھر ایک چیز بدلیں

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

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

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

متعلقہ مضامین