ASA منتقلی کے لیے حوالے کے طور پر آنے والی IOS کنفیگریشن ایک معاہدہ بیان کرتی ہے جو ایک پلیٹ فارم کی نحو میں لپٹا ہوا ہے۔ پیر کے پتے، شناختیں اور محفوظ رینجیں معاہدہ ہیں۔ key ring، پروفائل اور crypto map کا سلسلہ وہ ہے جس سے IOS اسے بیان کرتا ہے، جبکہ ASA وہی مقصد tunnel group اور ان کی خصوصیات کے ذریعے بیان کرتا ہے۔ دوسرے حصے کی نقل کبھی کام نہیں کرتی، اور صرف پہلے حصے کی نقل کام آدھا چھوڑ دیتی ہے۔

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

مرحلہ 1: معاہدے کو نحو سے الگ کریں

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

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

RequirementWhat must be agreed
Peer deliveryOuter endpoint, address family, NAT view, initiating side
AuthenticationIKE version, expected identities, credential method and delivery
Data protectionPermitted suites, protected ranges, intentional translation
ApplicationRoutes, return routes, resources beyond the tunnel

مرحلہ 2: ہر پلیٹ فارم پر اشیاء کے نام رکھیں

IOS XE پر IKEv2 key ring ایک IKEv2 پروفائل کو خوراک دیتا ہے، اور وہ پروفائل crypto map یا IPsec پروفائل کے ذریعے جڑتا ہے۔ ASA پر tunnel group connection profile اور اس کی IPsec خصوصیات رکھتا ہے، اور crypto map اسی کی طرف اشارہ کرتا ہے، جیسا کہ connection profile کی رہنما بیان کرتی ہے۔ یہ مختلف وراثت والے مختلف آبجیکٹ گراف ہیں، اسی لیے سطر بہ سطر نقشہ سازی ایسی کنفیگریشن دیتی ہے جو پارس ہوتی ہے اور جڑتی نہیں۔

ہدف اشیاء کو ماخذ سطروں کے بجائے ضرورت کی قطاروں سے بنائیں۔ اگر قطاریں مکمل ہوں تو ہدف کنفیگریشن ایک ڈیزائن فیصلہ ہے۔ اگر نہ ہوں تو کتنا ہی کمانڈ ترجمہ کریں، غائب مقصد نہیں آئے گا۔

مرحلہ 3: صرف پتے نہیں، شناخت بھی لے کر چلیں

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

پہلے سے مشترکہ راز کو موازنہ نوٹوں اور ٹکٹوں سے باہر رکھیں۔ لکھیں کہ یہ کس کی ملکیت ہے اور منظور شدہ ذریعے سے کیسے گزرتا ہے، اور یاد رکھیں کہ دستاویز کی مثال کا پلیس ہولڈر گاہک کی اسناد نہیں ہے۔

مرحلہ 4: کٹ اوور سے پہلے تحفظ پر اتفاق کریں

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

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

مرحلہ 5: نحو نہیں، خدمت کی تصدیق کریں

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

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

کیا واپس دینا ہے

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

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

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