IPsec گیٹ وے سے پنگ مختلف ماخذ پتہ استعمال کرتا ہے

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

تین مختلف سوالات جن کا جواب پنگ دے سکتی ہے

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

پہلے سوال چنیں۔ ورنہ ناکام پنگ اسی نظریے کا ثبوت بن جاتی ہے جو پہلے سے آپ کے پاس تھا۔

گیٹ وے وہ پتہ کیوں چنتا ہے جس کی آپ کو توقع نہ تھی

جب آپ کسی منزل کو پنگ کرتے ہیں، مقامی اسٹیک اس سے مطابقت رکھنے والے راستے سے ماخذ چنتا ہے۔ راستے پر مبنی سرنگ میں یہ سرنگ انٹرفیس کا لنک پتہ ہو سکتا ہے، جو کئی سائٹ ڈیزائنوں میں پوائنٹ ٹو پوائنٹ ہاپ کے لیے چنا گیا 169.254.x.x جوڑا ہے۔ وہ پتے لنک کے کام کرنے کے لیے ہیں؛ دوسری طرف انہیں ایپلیکیشن ماخذ نیٹ ورک کے طور پر اعلان نہیں کیا جاتا۔

لہٰذا دوسری طرف ایسے پتے سے ایکو درخواست مل سکتی ہے جس کی طرف واپسی کا راستہ نہیں، یا ایسے سے جس سے کوئی سلیکٹر مطابقت نہیں رکھتا۔ سرنگ صحت مند ہو سکتی ہے اور پنگ پھر بھی ناکام ہو سکتی ہے، اور یہی وہ غلط منفی نتیجہ ہے جس پر یہ مضمون ہے۔

ماخذ جان بوجھ کر چنیں

کنٹرول شدہ Linux گیٹ وے پر وہ ماخذ چنیں جو پہلے سے مقامی طور پر مختص ہے: ping -c 4 -I 10.30.0.1 10.40.0.20۔ یہاں پتے مثال کے طور پر ہیں، اس لیے گیٹ وے کا اصل اندرونی پتہ اور اصل دور دراز منزل ڈالیں، اور تصدیق کریں کہ آپ کا چنا ہوا ماخذ اسی ڈیوائس کا ہے اور سائٹ پالیسی اسے قبول کرتی ہے۔

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

صرف درخواست نہیں، واپسی کا راستہ بھی پڑھیں

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

یہیں ایک اور پنگ سے زیادہ پیکٹ کیپچر مدد کرتا ہے: یہ وہ ماخذ دکھاتا ہے جو دوسری طرف نے دیکھا، اور اسی پتے تک اس کا جواب پہنچنا ہے۔

پھر ورک لوڈ کی جانچ کریں

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

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

صرف ایک تشخیصی جواب حاصل کرنے کے لیے 169.254.0.0/16 کے لیے جامع راستہ نہ شامل کریں۔ یہ گمراہ کن ٹیسٹ کو مستقل روٹنگ فیصلے سے بدل دیتا ہے، اور اگلا شخص اسے سیاق و سباق کے بغیر وراثت میں پاتا ہے۔