GDOI: کلیدی سرور آپ کے ڈیٹا راستے پر کیوں نہیں ہے

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

سیکیورٹی کیفیت کی دو قسمیں

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

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

نقشے کی نہیں، تبادلوں کی پیروی کریں

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

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

رکھنے کے قابل تین ریکارڈ

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

یہ کسی کی یادداشت میں نہیں، ترتیب کے پاس رکھیں۔ رکنیت کی تبدیلیاں اتنے کم ہوتی ہیں کہ ضرورت کے وقت استدلال ہمیشہ غائب ہو چکا ہوتا ہے۔

انٹرفیس، سروس رابطہ، پروسیسنگ راستہ

سروس پر مبنی گیٹ وے میں ایک اور فرق ہے: طبعی انڈرلے پتہ مقامی سروس رابطے کے برابر نہیں، اور ٹریفک اس کے IPsec پروسیسنگ راستے تک کیسے پہنچتا ہے یہ پلیٹ فارم کا نفاذ طے کرتا ہے۔ کسی سروس کو طبعی انٹرفیس پر منتقل کرنا یا غیر متعلق ترجمہ شامل کرنا کیونکہ غلطی کے پیغام نے سروس انٹرفیس قاعدے کا ذکر کیا، مرمت کے لباس میں ایک اندازہ ہے۔

سروس رابطہ ٹریفک کیسے وصول کرتا ہے اس بارے میں پلیٹ فارم کی اپنی دستاویزات پڑھیں۔ پروٹوکول معیاری ہونے پر بھی طریقہ کار فروش سے مخصوص ہے۔

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

کنٹرول کی دستیابی اور ڈیٹا آگے بھیجنا الگ الگ جانچیں ہیں

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

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