مراقبة SNMP · دليل

شرح SNMP ومراقبة الشبكة — دليل

دراسة دقيقة تقنياً لبروتوكول إدارة الشبكة البسيط — من أساسيات سلاسل المجتمع حتى التشفير المُصادَق في SNMPv3 — وكيف يوفّر الاستطلاع المدروس ومعالجة المصائد وتجميع السجلات الرؤية التي تتطلبها كل شبكة مُدارة.

احصل على عرض سعر مجاني اتصل +971 55 651 7843

معتمدون من ADMCC لأنظمة الأمن مهندسون داخليون معاينة مجانية نطاق صادق

باختصار: يتناول هذا الدليل «شرح SNMP ومراقبة الشبكة — دليل» للشركات في أبوظبي والعين. أعدّته إمارتك، شركة تكامل مستقلة. ولأي موقع بعينه تبدأ الخدمة بمعاينة أو تقييم ثم عرض سعر مكتوب ومفصّل.

شرح SNMP ومراقبة الشبكة — دليل: معلومات أساسية

الناشر	نشرته إمارتك تكنولوجي، شركة تكامل مستقلة في مصفح بأبوظبي، وتعمل منذ 2018.
أين؟	أبوظبي والعين، تُخدَم من مقر إمارتك في مصفح بأبوظبي؛ ولا يوجد مكتب في العين. وفي دبي: عقود صيانة تقنية المعلومات والحضور والانصراف عبر زيارات موقعية مجدولة، وأعمال البوابات وقراءة لوحات المركبات (ANPR) تتولاها إمارتك بنفسها، وكاميرات المراقبة والإنذار والتحكم بالدخول عبر شركاء معتمدين من SIRA وتتولى إمارتك التنسيق.
المعاينة وعرض السعر	لا تنشر إمارتك قائمة أسعار: بل تعاين أو تقيّم أولاً ثم تقدّم عرض سعر مكتوباً ومفصّلاً.
الاعتمادات	إمارتك شركة تكامل أنظمة مستقلة. ولا تحمل اعتماداً خاصاً بها من أي مصنّع، واعتماد ADMCC لديها يخص الأنظمة الأمنية فقط لا خدمات تقنية المعلومات.
آخر مراجعة	21 أكتوبر 2026

ما هو SNMP ولماذا تحتاجه كل شبكة مُدارة؟

بروتوكول إدارة الشبكة البسيط (SNMP) هو الطريقة الأساسية التي تكشف بها المحوّلات المُدارة والموجّهات ونقاط الوصول اللاسلكية وجدران الحماية بيانات التشغيل — حمل المعالج واستهلاك الذاكرة واستخدام المنافذ وعدّادات الأخطاء وقراءات الحرارة — إلى نظام إدارة شبكة مركزي (NMS). عُرّف البروتوكول أصلاً في RFC 1157 (SNMPv1، 1990) ويعمل بنموذج مدير-وكيل: يستمع وكيل SNMP المضمّن في كل جهاز شبكة على منفذ UDP رقم 161 ويستجيب لطلبات GET وGETNEXT وSET الصادرة عن النظام. ويُعنون كل عنصر بيانات بمعرّف كائن (OID) منظّم هرمياً ضمن قاعدة معلومات الإدارة (MIB) — وهي قاعدة بيانات منظّمة تصف كل معامل قابل للمراقبة يدعمه الجهاز، بما في ذلك المعايير القياسية (MIB-II، RFC 1213) والامتدادات الخاصة بالمصنّع. لا تزال ثلاث نسخ من البروتوكول قيد النشر. فـ SNMPv1 يصادق فقط عبر سلسلة مجتمع نصية — كلمة مرور مشتركة تُرسل دون تشفير، ما يجعله غير ملائم لشبكات الإنتاج. وأدخل SNMPv2c عدّادات 64 بت وعملية GETBULK لاسترجاع الجداول بكفاءة، لكنه احتفظ بآلية المجتمع النصية ذاتها وبالتالي بالتعرّض نفسه. أما SNMPv3 (المعرَّف في RFC 3410-3415) فهو النسخة الوحيدة المناسبة لبيئات الإنتاج: يوفر نموذج الأمان المعتمد على المستخدم (USM، RFC 3414) مصادقة لكل مستخدم عبر HMAC-MD5-96 أو HMAC-SHA-96 (مع امتدادات SHA-2 في RFC 7860) وخصوصية عبر تشفير CBC-DES أو AES-128/256، بينما يقيّد نموذج التحكم بالوصول المعتمد على العرض (VACM، RFC 3415) فروع OID التي يجوز لكل مستخدم قراءتها أو تعديلها. وإلى جانب الاستطلاع الدوري، يمكن للأجهزة إرسال إشعارات غير مطلوبة: مصائد (trap، تُرسل ولا يُنتظر تأكيدها، عبر منفذ UDP 162) أو إشعارات (inform، مؤكَّدة، متاحة منذ SNMPv2c)، تنبّه NMS فوراً عند تجاوز حد معيّن — كتذبذب واجهة، أو عطل مروحة، أو انتهاك سياسة أمنية. ويكمّل بروتوكول syslog بروتوكول SNMP عبر توفير سجلات أحداث مقروءة وموقوتة تُرسل إلى منصات تجميع مثل Graylog أو حزمة ELK، مضيفاً سرداً سياقياً إلى المقاييس الرقمية التي يقدمها SNMP. ومعاً، يشكّل استطلاع SNMP واستقبال المصائد وربط سجلات syslog ثلاثية المراقبة الشاملة لأي شبكة مصمّمة بعناية. تهيّئ إمارتك تكنولوجي — المعتمدة من ADMCC لأنظمة الأمن، والعاملة في أبوظبي منذ 2018، ومقرها M44 منطقة المصفح الصناعية — مراقبة SNMPv3 عبر نشر المحوّلات المُدارة والموجّهات في جميع أنحاء إمارة أبوظبي، وتدمج منصات NMS مع تجميع syslog لتوفير رؤية دقيقة ومستمرة. لمناقشة مراقبة SNMP لبنيتكم التحتية، تواصلوا معنا على +971 55 651 7843 أو [email protected].

مراقبة SNMP · دليل

المكونات الأساسية لمراقبة الشبكة عبر SNMP

وكيل SNMP واستطلاع OID

يشغّل كل جهاز مُدار وكيل SNMP مضمّناً على منفذ UDP 161. ويصدر NMS طلبات GET وGETBULK تستهدف معرّفات OID محددة ضمن MIB الجهاز، لاسترجاع مقاييس مثل عدّادات الواجهة (ifInOctets وifOutErrors)، ونسبة استخدام المعالج، وتخصيص الذاكرة، والحساسات البيئية على فترات استطلاع قابلة للتهيئة.

المصائد والإشعارات والتنبيه

ترسل الأجهزة مصائد SNMP غير مطلوبة (UDP 162) عند تجاوز حدود محددة مسبقاً — أحداث انقطاع الروابط، وإخفاقات المصادقة، والتحذيرات الحرارية. وتضيف إشعارات inform في SNMPv2c وv3 تأكيد الاستلام، بما يضمن تأكيد NMS للاستلام. ويكمّل هذا النهج القائم على الأحداث الاستطلاع الدوري لاكتشاف فوري للأعطال.

مصادقة وتشفير SNMPv3

يصادق نموذج USM في SNMPv3 (RFC 3414) كل مستخدم عبر HMAC-SHA ويشفّر الحمولات باستخدام AES-128 أو AES-256، ما يلغي ثغرة سلسلة المجتمع النصية في v1 وv2c. ويقيّد VACM (RFC 3415) الوصول إلى OID لكل مستخدم، فارضاً مبدأ الحد الأدنى من الصلاحيات عبر طبقة المراقبة.

تكامل منصة NMS

تجمّع منصات مثل PRTG وZabbix وLibreNMS وDomotz وAuvik وManageEngine البيانات المُستطلَعة وأحداث المصائد في لوحات معلومات وخرائط طوبولوجيا وسير عمل تنبيه. ويعتمد الاختيار على نموذج النشر — مفتوح المصدر ذاتي الاستضافة (Zabbix وLibreNMS) مقابل SaaS سحابي أصلي (Domotz وAuvik) — وحجم المنشأة المراقبة.

تهيئة مراقبة SNMP — قائمة تحقق النشر

تتطلب تهيئة مراقبة SNMP بدقة الانتباه إلى إصدار البروتوكول وأمن بيانات الاعتماد ونطاق OID وتكامل NMS. ويعكس كل بند أدناه خطوة مدروسة في بناء إطار مراقبة بمستوى الإنتاج. لمعاينة ميدانية واستشارة تصميم NMS في إمارة أبوظبي، اتصل على +971 55 651 7843 أو زر صفحة طلب عرض السعر.

عطّل SNMPv1 وv2c على كل الأجهزة؛ وهيّئ SNMPv3 بمستوى أمان authPriv (مصادقة SHA + تشفير AES)
أنشئ أسماء مستخدمين فريدة لـ SNMPv3 لكل مجموعة أجهزة مع عروض VACM تقيّد الوصول إلى فروع OID للقراءة فقط
حدّد فترات استطلاع مناسبة لكل فئة مقياس — 60 ثانية لعدّادات الواجهة، و300 ثانية للحساسات البيئية
هيّئ وجهات مصائد SNMP على كل محوّل وموجّه ونقطة وصول وجدار حماية مُدار لتشير إلى مستقبِل NMS على UDP 162
استورد ملفات MIB الخاصة بالمصنّع إلى NMS لفك ترميز معرّفات OID الخاصة بما يتجاوز MIB-II القياسي (RFC 1213)
حدّد عتبات تنبيه لاستخدام الواجهة (مثلاً 80%)، وحمل المعالج، ونفاد الذاكرة، ومعدلات أخطاء CRC
فعّل إعادة توجيه syslog على كل الأجهزة إلى منصة تجميع مركزية (Graylog أو ELK) لربط الأحداث على مستوى السجل
قيّد وصول وكيل SNMP عبر قوائم ACL بحيث لا يستعلم إلا عناوين IP لشبكة إدارة NMS الافتراضية
وثّق جرد OID ومخزن بيانات الاعتماد وخريطة طوبولوجيا NMS؛ وحدّد جدولاً لمراجعات MIB والبرنامج الثابت الدورية
اختبر تسليم المصائد بمحاكاة حدث انقطاع رابط والتحقق من أن NMS يولّد التنبيه المتوقع ضمن المهلة المتفق عليها

إصدارات البروتوكول وبنية المراقبة

إصدارات SNMP وطبقات المراقبة المكمّلة

SNMPv1 — قديم ونصي فقط

المعرَّف في RFC 1157 (1990)، يستخدم SNMPv1 سلاسل مجتمع تُرسل بنص مكشوف — أي كلمات مرور غير مشفّرة يمكن قراءتها بالتقاط الحزم. ومحدود بعدّادات 32 بت (بحد أقصى نحو 4.29 مليار)، فلا يمكنه تتبع الواجهات عالية الإنتاجية بدقة. ويُحتفظ به فقط للتوافق مع الأنظمة القديمة؛ ولا يصلح إطلاقاً لمراقبة بيئة الإنتاج.

SNMPv2c — استرجاع مجمّع، لكنه نصي أيضاً

أدخلت RFC 1901/1905/1906 عملية GETBULK لتصفح الجداول بكفاءة وعدّادات 64 بت للواجهات عالية السرعة، ما حلّ مشكلات تدوير العدّاد في v1. لكن v2c يحتفظ بنموذج مصادقة سلسلة المجتمع دون تشفير، تاركاً بيانات الاعتماد مكشوفة على السلك.

SNMPv3 — مُصادَق ومشفّر

النسخة الوحيدة المناسبة لبيئة الإنتاج. يوفر USM (RFC 3414) مصادقة HMAC-SHA/SHA-2 لكل مستخدم وخصوصية AES؛ ويفرض VACM (RFC 3415) تحكماً دقيقاً بالوصول على مستوى OID. وتتيح ثلاثة مستويات أمان — noAuthNoPriv وauthNoPriv وauthPriv — للمسؤولين مطابقة الوضع الأمني لمتطلبات التشغيل.

طبقة syslog وتجميع السجلات

يكمّل syslog (RFC 5424) بروتوكول SNMP بإعادة توجيه سجلات أحداث مقروءة وموقوتة إلى منصات تجميع مثل Graylog أو حزمة ELK (Elasticsearch وLogstash وKibana). فبينما يوفر SNMP مقاييس رقمية، يضيف syslog سرداً سياقياً — أحداث الدخول، وتغييرات الإعدادات، وتطابقات قواعد جدار الحماية — ما يتيح ربطاً شاملاً.

النطاق — ما نقدّمه وما لا نقدّمه صراحة

تعمل إمارتك تكنولوجي بصفتها مُدمج شبكات منضبطاً داخل إمارة أبوظبي. والشفافية في نطاقنا تضمن أن يبدأ كل تعاقد بتوقعات دقيقة.

نقدّمه: تهيئة SNMPv3 على المحوّلات والموجّهات ونقاط الوصول وجدران الحماية المُدارة؛ ونشر وتكامل منصات NMS (PRTG وZabbix وLibreNMS وDomotz)؛ وإعداد مصائد SNMP وإعادة توجيه syslog؛ وتصميم لوحات المراقبة؛ والتمديدات الهيكلية والبنية التحتية للشبكات في إمارة أبوظبي بما فيها العين.
لا نقدّمه: خدمات مركز عمليات الشبكة (NOC) أو مركز العمليات الأمنية (SOC) المُدارة على مدار الساعة؛ ونقل WAN من فئة MPLS أو شركات الاتصالات؛ وتقييمات اختبار الاختراق أو الثغرات؛ وخدمات مزوّد إنترنت أو اتصالات.
لسنا: مزوّد خدمات مُدارة يشغّل مركز عمليات شبكة، ولا مزوّد إنترنت، ولا شركة اتصالات، ولا شركة اختبار اختراق. نحن مُدمج شبكات — نصمم ونركّب ونهيّئ؛ وتُحدَّد المراقبة المُدارة المستمرة حسب نطاق كل مشروع.
لسنا منتسبين إلى: Cisco أو HPE Aruba أو MikroTik أو Ruijie أو TP-Link أو Fortinet أو Ubiquiti بصفة شريك قنوات أو موزّع معتمد. ونشتري المعدات عبر قنوات التوريد المعتمدة في الإمارات ولا نحمل أي اتفاقيات توزيع مع المصنّعين.
تتبع التركيبات في إمارة أبوظبي، بما فيها العين، المتطلبات المحلية المعمول بها؛ ويقتصر اعتماد ADMCC على أنظمة الأمن. وتحمل إمارتك صفة مُركِّب لأنظمة Control4 لتكامل الأتمتة.
توصيات منصة NMS محايدة تجاه المورّدين — نقيّم الخيارات مفتوحة المصدر والتجارية مقابل حجم كل عميل وميزانيته وقدرته التشغيلية قبل تحديد الحل.
تُهيَّأ عمليات نشر تجميع syslog لإعادة التوجيه إلى منصات يديرها العميل أو تُدار بشكل مشترك؛ ولا نشغّل تخزين سجلات لدى طرف ثالث نيابة عن العملاء دون نطاق تعاقدي صريح.

لتقييم صريح ومبني على أسس تقنية لمتطلبات مراقبة SNMP لديكم داخل إمارة أبوظبي، تواصلوا مع إمارتك على +971 55 651 7843 أو أرسلوا موجزاً عبر صفحة طلب عرض السعر.

سنوات خبرة (تأسست 2018)

أيام عمل أسبوعياً (8 ص – 7:00 م)

مناطق رئيسية: أبوظبي والعين

ADMCC

مُركّب معتمد (لأنظمة الأمن)

هل تحتاج استشارة مجانية في أبوظبي؟

احصل على معاينة مجانية وعرض سعر بلا التزام من فريق إمارتك في أبوظبي.

احصل على عرض سعر مجاني اتصل +971 55 651 7843

إجابات

الأسئلة الشائعة

لماذا ينبغي تعطيل SNMPv1 وv2c والاكتفاء بـ SNMPv3؟

ينقل SNMPv1 وv2c سلاسل المجتمع (community strings) — وهي فعلياً كلمات مرور مشتركة — بنص مكشوف عبر الشبكة. وأي جهاز قادر على التقاط الحزم على شبكة الإدارة الافتراضية (VLAN) يمكنه قراءة هذه البيانات والوصول قراءةً أو قراءةً وكتابةً إلى كل جهاز مفعَّل عليه SNMP يشارك المجتمع نفسه. أما SNMPv3، المعرَّف في RFC 3410-3415، فيقدّم نموذج الأمان المعتمد على المستخدم (USM) بمصادقة HMAC-SHA لكل مستخدم وتشفير AES، إضافةً إلى نموذج التحكم بالوصول المعتمد على العرض (VACM) لتقييد فروع OID التي يجوز لكل مستخدم استعلامها. وهذا يلغي انكشاف بيانات الاعتماد ويفرض مبدأ الحد الأدنى من الصلاحيات — وهو المعيار الأدنى لأي نشر مراقبة في بيئة إنتاجية.

ما الفرق بين إشعارات trap وinform في SNMP؟

كلاهما إشعار غير مطلوب يرسله الجهاز إلى نظام إدارة الشبكة (NMS) عند تجاوز حد أو وقوع حدث محفّز. إشعار trap يُرسل ويُنسى — يبعث الجهاز حزمة UDP إلى المنفذ 162 دون انتظار تأكيد، ما يعني احتمال أن يفوت NMS التنبيه إذا فُقدت الحزمة. أما إشعار inform، المتاح منذ SNMPv2c، فيضيف طبقة موثوقية: يتوقع الجهاز تأكيداً من NMS ويعيد إرسال الإشعار إذا لم يصل التأكيد خلال مهلة محددة. وللبيئات التي يجب فيها رصد كل تنبيه — أحداث انقطاع الروابط، وإخفاقات المصادقة، والإنذارات البيئية — يُعد inform الآلية الأكثر اعتمادية.

كيف يعمل كل من OID وMIB معاً في مراقبة SNMP؟

قاعدة معلومات الإدارة (MIB) مخطط هرمي يصف كل معامل قابل للمراقبة أو الضبط في الجهاز — عدّادات الواجهات، واستخدام المعالج، وتخصيص الذاكرة، وحساسات الحرارة، والامتدادات الخاصة بكل مصنّع. ويُعنون كل معامل بمعرّف كائن (OID)، وهو سلسلة عشرية منقّطة (مثل 1.3.6.1.2.1.2.2.1.10 لـ ifInOctets) تحدد موقعه الفريد في شجرة MIB. وعند استطلاع NMS للجهاز يصدر طلب GET محدداً الـ OID، فيعيد الوكيل القيمة الحالية. ويغطي معيار MIB-II (RFC 1213) المقاييس الشائعة، لكن معظم الأجهزة المؤسسية تأتي بملفات MIB إضافية خاصة بالمصنّع يجب استيرادها إلى NMS لفك ترميز معرّفات OID الخاصة بشكل صحيح.

كيف يكمّل syslog بروتوكول SNMP في بنية المراقبة؟

يوفر SNMP قياسات رقمية موجهة نحو المقاييس — عدّادات ومؤشرات ونسباً مئوية — مثالية للتنبيه القائم على الحدود ورسم الاتجاهات. أما syslog (RFC 5424) فيوفر سجلات أحداث مقروءة وموقوتة: محاولات الدخول، وتغييرات الإعدادات، وتطابقات قواعد جدار الحماية، وأحداث تخصيص DHCP. وإعادة توجيه syslog إلى منصة تجميع مثل Graylog أو حزمة ELK (Elasticsearch وLogstash وKibana) تتيح البحث النصي الكامل ورصد الأنماط والربط مع بيانات SNMP. ومعاً يشكّلان طبقة مراقبة شاملة — يخبرك SNMP بأن مقياساً تغيّر؛ ويخبرك syslog بالسبب. وتهيّئ إمارتك إعادة توجيه syslog ومراقبة SNMP كطبقتين متكاملتين في كل نشر شبكي مُدار.

أي منصة NMS نختار لمراقبة SNMP؟

يعتمد الجواب على الحجم والميزانية ونموذج التشغيل. للنشر الذاتي مفتوح المصدر، يوفر Zabbix وLibreNMS دعماً عميقاً لـ SNMP دون كلفة ترخيص لكنهما يتطلبان خبرة داخلية للتركيب وضبط القوالب والصيانة المستمرة. ويقدّم PRTG نموذجاً تجارياً قائماً على الحساسات بواجهة سهلة، يناسب الفرق الراغبة في نشر سريع مع دعم من المورّد. أما المنصات السحابية مثل Domotz وAuvik فتخفض أعباء البنية التحتية وتتفوق في رسم خرائط الشبكة آلياً، وإن كانت تضيف تكاليف اشتراك لكل جهاز. وتقيّم إمارتك كل خيار مقابل عدد أجهزة العميل وقدرته التقنية وميزانيته قبل التوصية بمنصة — ولا نحمل أي اتفاقيات حصرية مع مورّدي NMS.

كيف أطلب عرض سعر لمراقبة SNMP من إمارتك؟

تواصل مع إمارتك تكنولوجي على +971 55 651 7843 أو راسلنا على [email protected] مع ملخص لشبكتك — العدد التقريبي للأجهزة، وطرازات المحولات والموجّهات الحالية، ونظام NMS القائم (إن وجد)، وما إذا كان تجميع syslog مطلوباً. أو أرسل طلباً منظماً عبر صفحة عروض الأسعار. نجري معاينة ميدانية داخل إمارة أبوظبي (بما فيها العين)، ونقيّم متطلبات المراقبة لديك، ونقدّم عرضاً مفصّلاً وشفافاً يغطي تهيئة SNMPv3 ونشر NMS وتكامل syslog.

خدمات ذات صلة

الشبكات والتوجيه

ركيزة الشبكات.

مُدار مقابل غير مُدار

دليل اختيار المحوّلات.

Graylog ELK

تجميع السجلات.

تحصين الأمن السيبراني

تحصين الأمن السيبراني.

هل تحتاج معاينة مجانية أو عرض سعر في أبوظبي؟

تحدث مع مهندسي إمارتك — نرد في يوم العمل نفسه في أبوظبي والعين. كاميرات مراقبة، أمن، تكنولوجيا معلومات، صوتيات ومباني ذكية.

اتصل +971 55 651 7843 واتساب احصل على عرض سعر مجاني 🛒 تسوّق المنتجات

الاثنين–السبت 8 صباحاً–7:00 مساءً · [email protected] · منذ 2018 · معتمدون من ADMCC لأنظمة الأمن