IPsec لیب میں دو روٹ کھاتے رکھیں: بنیادی اور محفوظ

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

دو کھاتے، دو سوال

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

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

پروٹوکول سے پہلے منزل لکھیں

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

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

جامد یا حرکت پذیر، ہر کھاتے کا فیصلہ

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

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

دوبارہ تقسیم پالیسی کی حد ہے

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

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

حفاظتی مثال کو روٹنگ جتنا ہی تازہ رکھیں

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

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

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