ماڈیول اسباق (3/3)
Monitoring and incident response
مانیٹرنگ اور واقعہ کا ردعمل
DNS نگرانی کو حل کرنے والے کی دستیابی، ڈیٹا کی درستگی اور کارکردگی میں فرق کرنا چاہیے۔ ایک نیٹ ورک سے ایک ہی تحقیقات کسی اور جگہ وفد یا روٹنگ کے مسائل سے محروم ہو سکتی ہے۔ متعدد وینٹیج پوائنٹس سے چیک کریں: مستند سرورز کے بارے میں استفسار کریں، بار بار آنے والے حل کرنے والوں کے ذریعے حل کریں، DNSSEC کی توثیق کریں، اور لیٹنسی، ٹائم آؤٹ، RCODEs، اور دستخط کی میعاد کو ٹریک کریں۔
ایک سادہ رن بک اثر اور آغاز کے وقت کی وضاحت کرتی ہے۔ ٹائم اسٹیمپ کے سوالات اور جوابات کو محفوظ رکھتا ہے؛ والدین، بچے اور حل کرنے والے کا موازنہ؛ آخری تبدیلی کی نشاندہی کرتا ہے؛ ایک مالک کو تفویض کرتا ہے؛ سب سے چھوٹی اصلاح کا اطلاق ہوتا ہے۔ متعدد نیٹ ورکس سے تصدیق کرتا ہے؛ اور بحالی اور روک تھام کے اقدامات کو ریکارڈ کرتا ہے۔
اگر کوئی درخواست SERVFAIL کی اطلاع دیتی ہے، تو فوری طور پر ریکارڈ میں ترمیم نہ کریں۔ معلوم کریں کہ آیا یہ ایک حل کرنے والے کو متاثر کرتا ہے یا بہت سے، وفد اور DNSSEC کا معائنہ کریں، پھر کیشے سے اتھارٹی کا موازنہ کریں۔ کیش فلش کرنے یا متعدد متغیرات کو تبدیل کرنے سے پہلے ثبوت کو محفوظ رکھیں۔ ایک مفید سروس لیول انڈیکیٹر اہم ریکارڈز کے کامیاب حل کی پیمائش کرتا ہے، نہ صرف یہ کہ آیا DNS عمل چل رہا ہے۔
حوالہ: RFC 9199 — مستند DNS کے لیے آپریشنل تحفظات
اپنی سمجھ کی جانچ کریں۔
بہترین جواب کا انتخاب کریں۔ مثالیں تربیتی نام استعمال کرتی ہیں اور حقیقی DNS سوالات نہیں بھیجتی ہیں۔
کون سا پیمانہ مقامی ناکامی کو عالمی سے ممتاز کرنے میں مدد کرتا ہے؟