שיעורי מודול (3/3)
Monitoring and incident response
ניטור ותגובה לאירועים
ניטור DNS צריך להבחין בין זמינות פותר, נכונות נתונים וביצועים. בדיקה בודדת מרשת אחת עשויה להחמיץ בעיות האצלה או ניתוב במקום אחר. בדוק מכמה נקודות תצפית: בצע שאילתות בשרתים סמכותיים, פתרון באמצעות פותרים רקורסיביים, אימות DNSSEC ומעקב אחר זמן אחזור, פסקי זמן, RCODEs ותפוגה של חתימה.
ספר ריצה פשוט מגדיר השפעה ושעת התחלה; שומר על שאילתות ותגובות עם חותמת זמן; משווה הורה, ילד ופותר; מזהה את השינוי האחרון; מקצה בעלים; מחיל את התיקון הקטן ביותר; מאמת ממספר רשתות; ומתעד שלבי התאוששות ומניעה.
אם אפליקציה מדווחת על SERVFAIL, אל תערוך מיד את הרשומות. גלה אם זה משפיע על פותר אחד או רבים, בדוק את האצלה ואת ה-DNSSEC, ולאחר מכן השווה סמכות עם מטמון. שמור ראיות לפני שטיפת מטמונים או שינוי מספר משתנים. מחוון שימושי ברמת השירות מודד פתרון מוצלח של רשומות חשובות, לא רק אם תהליך ה-DNS פועל.
הפניה: RFC 9199 — שיקולים תפעוליים ל-DNS סמכותי
בדוק את ההבנה שלך
בחר את התשובה הטובה ביותר. הדוגמאות משתמשות בשמות אימון ואינן שולחות שאילתות DNS אמיתיות.
איזה מדד עוזר להבחין בין כישלון מקומי לכישלון גלובלי?