SNMP وبيانات حالة الأجهزة

إن SNMP (Simple Network Management Protocol) هو البروتوكول القياسي لجمع بيانات الحالة والصحة من أجهزة الشبكة، مثل أجهزة التوجيه والمحوّلات وجدران الحماية والخوادم. ويتواصل المدير المركزي مع وكلاء برمجيات صغيرة تعمل على كل جهاز، ويطلب قيمًا مثل حمل وحدة المعالجة المركزية وحالة الواجهة وعدادات حركة المرور. ويُعدّ SNMP العمود الفقري لمعظم أنظمة المراقبة.

يحتوي SNMP على دورين. المدير (ويُسمى أيضًا نظام إدارة الشبكة، أو NMS) هو خادم المراقبة الذي يطلب البيانات ويخزنها. أما الوكيل فهو برنامج موجود على كل جهاز مُدار، يجيب عن تلك الطلبات ويمكنه إرسال التنبيهات. يستقصي المدير عددًا كبيرًا من الوكلاء، بينما يبلّغ كل وكيل عن جهازه فقط. ويمكن لنموذج المدير والوكيل هذا التوسع ليشمل آلاف الأجهزة.

يعرض كل وكيل البيانات من خلال MIB (Management Information Base)، وهو فهرس منظم لكل ما يمكن قراءته. ولكل قيمة OID (Object Identifier)، وهو عنوان مكوّن من أرقام مفصولة بنقاط، مثل 1.3.6.1.2.1.1.3.0 الذي يمثل وقت تشغيل النظام. يطلب المدير OID محددًا، ثم يعيد الوكيل قيمته الحالية. وتمنح MIB وOIDs بروتوكول SNMP لغة مشتركة بين المورّدين.

يستخدم SNMP مجموعة صغيرة من الرسائل:

• Get — يطلب المدير قيمة واحدة.
• GetNext / GetBulk — التنقل بين قيم كثيرة بكفاءة.
• Set — يغيّر المدير قيمة قابلة للكتابة.
• Trap / Inform — يبلّغ الوكيل المدير عن حدث.

يبدأ المدير طلبَي Get وSet، بينما تبدأ المصائد من الوكيل.

عندما يُجري المدير استقصاءً، يرسل طلبات Get وفق جدول زمني ويسجل الإجابات. وبمرور الوقت، تبني هذه القراءات رسومًا بيانية لوحدة المعالجة المركزية والذاكرة وعرض النطاق الترددي. ويُعدّ الاستقصاء موثوقًا لتتبّع الاتجاهات، لكنه يتأخر قليلًا، لأنكم لا تعرفون بالتغيير إلا عند إجراء الاستقصاء التالي. ويعمل استقصاء SNMP عادةً عبر منفذ UDP رقم 161 على الوكيل.

‏التنبيه الفوري هو رسالة غير مطلوبة يرسلها agent فور حدوث أمر جدير بالملاحظة، مثل تعطل واجهة أو فشل مزود طاقة. تصل التنبيهات الفورية إلى manager عبر منفذ UDP ‏162. وبما أن هذه التنبيهات تستخدم UDP، فلا يوجد ضمان لوصولها؛ أما inform فهو إصدار مؤكد من التنبيه الفوري، إذ يؤكد manager استلامه.

هناك ثلاثة إصدارات مهمة. يستخدم كل من SNMPv1 وSNMPv2c سلسلة community string نصية صِرفة بوصفها كلمة مرور، وهذا غير آمن لأنها تنتقل دون تشفير. يضيف SNMPv3 المصادقة والتشفير، فيحمي البيانات وبيانات الاعتماد معًا. في الاختبار وفي التطبيق العملي، يُعد SNMPv3 الخيار الموصى به لأي نشر حديث وآمن.

في الإصدارين v1 وv2c، تتحكم community string في الوصول. تتيح سلسلة read-only إجراء polling، بينما تتيح سلسلة read-write أيضًا تنفيذ عمليات Set. إن القيمتين الافتراضيتين الشائعتين "public" للقراءة و"private" للكتابة معروفتان على نطاق واسع، لذا فإن الإبقاء عليهما يمثل خطرًا جسيمًا. غيّر القيم الافتراضية دائمًا، والأفضل من ذلك الانتقال إلى SNMPv3.

يكشف SNMP بيانات غنية عن حالة الجهاز، منها حالة الواجهة (up/down)، وعدد البايتات والحزم لكل واجهة، وأعداد الأخطاء وعمليات الإسقاط، واستخدام CPU والذاكرة، ودرجة الحرارة، ومدة التشغيل. تجمع أداة المراقبة هذه البيانات في رسوم بيانية وتنبيهات. فعلى سبيل المثال، تشير زيادة أخطاء الواجهة إلى احتمال وجود كابل تالف، بينما قد يحذر ارتفاع استخدام CPU من جهاز محمّل فوق طاقته.

يُعد SNMP ممتازًا للعدادات الرقمية والحالات، لكنه ليس مصدر البيانات الوحيد. ينقل Syslog رسائل الأحداث النصية، بينما يوضح NetFlow من يتحدث مع من وكمية البيانات المتبادلة. تدمج منصة المراقبة المتكاملة مقاييس الحالة من SNMP، وأحداث syslog، وبيانات التدفق. ومعرفة المصدر الذي يجيب عن كل سؤال مهارة أساسية في استكشاف الأخطاء وإصلاحها.

نظرًا إلى أن SNMP يستطيع قراءة إعدادات الأجهزة بل وتغييرها، يجب تأمينه بعناية: استخدم SNMPv3 للتشفير والمصادقة، وقيّد الوصول إلى شبكة الإدارة باستخدام ACLs، وغيّر سلاسل community الافتراضية، وعطّل SNMP حيث لا تكون هناك حاجة إليه. قد يؤدي إعداد SNMP غير المؤمّن جيدًا إلى تسريب تفاصيل البنية الطوبولوجية أو تمكين المهاجم من إعادة تهيئة الأجهزة.

استكشفت SNMP. النقاط الأساسية:

• يجري manager عملية polling لـagents الموجودة على الأجهزة للحصول على بيانات الحالة.
• توجد القيم في MIB، ويُشار إليها بواسطة OIDs.
• يبادر manager بعمليتي Get/Set، بينما تمثل traps تنبيهات يبدأها agent (المنفذ 162، وpolling على 161).
• يستخدم v1/v2c سلاسل community strings النصية الصريحة، بينما يضيف SNMPv3 الأمان.
• ادمج SNMP مع syslog وبيانات التدفق للحصول على رؤية كاملة.