הגדירו את אובייקט ה-VPN לפני בחירה ב-SNMP או ב-API
טבלת חיבורי TCP אינה מלאי של מנהרות. הגדירו את האובייקט, הכיוון והטריות שההתראה זקוקה להם לפני בחירה ב-SNMP, ב-API או בבדיקה.
שלוש החלטות קודמות לתעבורה: איזה אובייקט ההתראה מתארת, איזה כיוון והיקף היא מכסה, וכמה טרי צריך להיות הקריאה. SNMP, API של HTTPS ובדיקת יישום יכולים כולם לדווח משהו על VPN, והם לא ידווחו את אותו הדבר. החלפת פרוטוקולים בלי להכריע בשלושת אלה רק משנה היכן הבלבול נאסף. האובייקט ומשמעות ההתראה הם התכנון; הפרוטוקול הוא המסירה.
לוח בקרה שהופך ארבע תצפיות שונות לסמל ירוק אחד כבר קיבל את ההחלטה הזו בצורה גרועה.
מה ההתראה אמורה באמת לומר?
זה יכול לומר שעמית לא יכול להזדהות, שאין מצב נתונים מוגן, שנתיב מצביע למקום שגוי, או שיישום לא יכול לסיים את עבודתו. לכל אחד מאלה יש בעלים משלו, בדיקה ראשונה משלו ושיעור חיובי-שגוי משלו. עמית שלא יכול להזדהות הוא בעיית זהות, אגודת אבטחה חסרה היא בעיית מצב פרוטוקול, נתיב הוא בעיית תצורה, וכשל יישום אולי אינו אף אחד מאלה. החליטו בשביל מה ההתראה לפני בחירה באספן.
כתבו אותה כמשפט שהמהנדס התורן יכול לפעול לפיו. אם המשפט צריך שני אובייקטים, אלה שתי התראות, לא אחת שנכונה למחצה.
טבלת TCP מתארת TCP
RFC 4022 מגדיר את tcpConnectionTable, ששורותיו מתארות חיבורי TCP מבוססים, עם מפתח לפי סוג כתובת, כתובת ופורט בשני הקצוות. שורות נעלמות כשהחיבור נסגר, ושקעי האזנה מופיעים בטבלה אחרת. הפעלת VPN על אותה מכונה אינה הופכת טבלת TCP למלאי של אגודות אבטחה של IPsec. היא עשויה לתאר הפעלת ניהול, זרימת יישום או מנהרה הנישאת על TCP, והשורה עצמה לא תגיד לכם איזו.
מונה ממשקים נושא את אותה עמימות ברמה גסה יותר: בתים בממשק מאגדים כל עמית וכל זרימה שמשתמשת בו.
בנו חוזה תצפית קטן
לכל מדד, תעדו את האובייקט או שדה ה-API הנתמך, את ההתקן וגרסת התוכנה הבעלים, את מזהה העמית או השירות, את הכיוון, את זמן האיסוף ואת התנהגות הרענון הצפויה. לאחר מכן השתמשו בתצוגת האגודות או ההפעלות המתועדת של השער למצב הפרוטוקול, בטבלת הניתוב למצב הנתיב, ובבקשה צרה מורשית למצב היישום. נקודת קצה ניהולית שעובדת מוכיחה שנקודת הקצה הניהולית עובדת, ושום דבר על היישום שמאחוריה.
אם הסוכן המותקן חסר את האובייקטים הנדרשים, בחרו ממשק אחר לקריאה בלבד הנתמך במפורש. המצאת OID, קריאת ספירת TCP כללית כספירת מנהרות, או ציפייה ש-API ישן של ספק ישרוד ללא שינוי במוצר אחות הם כולם מבוי סתום.
נתונים ישנים אינם כשל מנהרה
פסק זמן איסוף, אישור שפג או נתיב API שהשתנה מייצרים טלמטריה חסרה. זהו כשל ניטור ואירוע שונה ממנהרה שנפלה. תעדו איזו תצפית התיישנה ומתי, כדי שהמפעיל יקבל בדיקה ראשונה משמעותית במקום איפוס מנהרה. התייחסות לכל פסק זמן כהפסקת VPN מלמדת אנשים להתעלם משניהם.
שמרו גם על הרשאות איסוף צרות. ממשק שיכול לשנות תצורה או לנקות הפעלות נושא גבול הרשאות שעבודת ניטור לא אמורה לרשת, וחשבון לקריאה בלבד בדרך כלל מספיק.
התכנון השימושי נוקב בשם האובייקט, במשמעות ובדרישת הטריות. בחירת הפרוטוקול נובעת מהם, לא להפך.