IPsec پروفائل میں پانچ پتے کے کردار، اور کون سا غلط ہے

ایک عام کنکشن تعریف میں پانچ مختلف کاموں کو پتہ ملتا ہے، اور ان کا آپس میں متفق ہونا ضروری نہیں۔ منتظمین اس لیے رک جاتے ہیں کہ تمام فیلڈز کو ایک ہی ہوسٹ کی طرف اشارہ کرنے کی معقول فطرت ان میں سے کم از کم تین کے لیے غلط ہے۔ راستہ یہ ہے کہ پہلے علامت کا نام لیں اور پھر وہ ایک یا دو فیلڈز دیکھیں جو اسے پیدا کر سکتے ہیں۔

پانچ کام، اہمیت کے ترتیب سے

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

left اور right جیسے شرکا کے لیبل کسی کنکشن کے دو فریقوں کے لیے روایات ہیں، مقامی اور دور کے مترادف نہیں۔ کسی چابی کے بارے میں یہ ماننے سے پہلے کہ اس کا وہی مطلب ہے جو کسی دوسری مصنوعات نے اس سے لیا تھا، حقیقت میں نصب عمل درآمد کی دستی پڑھیں۔

پہلا فیصلہ: کچھ بھی قائم نہیں ہوتا

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

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

دوسرا فیصلہ: سرنگ اوپر ہے اور ٹریفک مرتی ہے

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

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

تیسرا فیصلہ: صرف گیٹ وے کی اپنی ٹریفک ناکام ہوتی ہے

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

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

اگلا ہاپ ایک مقامی ہدایت ہے

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

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

پروفائل کو دونوں سروں سے پڑھیں

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

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