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

ایک سروس، تین ریکارڈز

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

RecordAnswersGoes stale when
Intended serviceWho may reach whatA contract changes and nobody edits the record
Deployed configurationWhat the gateway was toldA device is edited by hand
Observed sessionWhat is running nowTelemetry stops or a session ends

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

کرایہ دار درج کریں، انٹرفیس نہیں

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

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

تیار شدہ ترتیب کا مالک اور ورژن ہوتا ہے

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

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

سیشنز ثبوت ہیں، اجازت نہیں

جہاں تعیناتی RADIUS حساب کتاب استعمال کرتی ہے، وہاں RFC 2866 کام کرنے کے لیے ٹھوس فیلڈز دیتا ہے۔ Acct-Status-Type آغاز کو رکنے سے الگ کرتا ہے، اور ایک ہی سیشن کے ریکارڈز ایک Acct-Session-Id بانٹتے ہیں۔ یہ فیلڈز آپ کو ڈیش بورڈ کے خلاصے پر بھروسا کیے بغیر دوبارہ بنا سکتے ہیں کہ سیشن کب شروع اور کب ختم ہوا۔

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

اخراج بھی وہی جوڑ استعمال کرتا ہے

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

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

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