Technical Anshu
Tutorials Blog
📡 دليل إعداد OpManager

دليل إعداد ManageEngine OpManager قم بتثبيت أجهزة مراقبة الاكتشاف والإنذارات خطوة بخطوة

لا تحظى أداة المراقبة بمكانتها إلا بعد تنفيذ أربعة أشياء بشكل صحيح - بيانات الاعتماد، والاكتشاف، والشاشات، والإنذارات. يشرح هذا الدليل إعداد OpManager الكامل بهذا الترتيب، مع عمليات التحقق الصادقة التي تخبرك بأنه يعمل بالفعل.

✍️ Technical Anshu📡 ManageEngine OpManager⏱️ 11 minute read
🎥 شاهد إعداد OpManager الكامل خطوة بخطوة في الفيديو أعلاه

تبدو معظم عمليات تثبيت OpManager قد انتهت قبل فترة طويلة من اكتمالها. يكتمل التثبيت، وتفتح لوحة المعلومات، وتظهر بعض الأجهزة، وينتقل المسؤول. ثم يتوقف المفتاح الأول في منتصف الليل ولا يتلقى أحد تنبيهًا، لأنه لم يتم اختبار بيانات الاعتماد مطلقًا، أو تم اكتشاف الجهاز ولكن لم تتم الموافقة عليه مطلقًا، أو لم يكن للإنذار ملف تعريف خلفه. يعد OpManager سريع الإعداد - حيث يقوم المسؤولون ذوو الخبرة بمسح شبكة فرعية في غضون عشرين دقيقة تقريبًا من التثبيت - ولكن السرعة تخفي خطوات الحمل الأربع. وهي: بيانات الاعتماد أولاً (SNMP أو WMI أو CLI، تتم إضافتها مرة واحدة وإعادة استخدامها)، ثانيًا للاكتشاف (فحص نطاق IP الذي توافق على إدراج نتائجه في المخزون)، أجهزة المراقبة ثالثًا (أجهزة مراقبة وحدة المعالجة المركزية والذاكرة والأقراص والواجهة التي يتم توصيلها تلقائيًا بأجهزة SNMP - ويجب التحقق منها على صفحة لقطة الجهاز)، والإنذارات الأخيرة (العتبات بالإضافة إلى ملف تعريف الإشعارات، تم اختبارها باستخدام تنبيه حقيقي واحد). افعلها بهذا الترتيب وسيصبح مقطع الفيديو أعلاه بمثابة قائمة مرجعية بدلاً من الأمل.

OpManager Setup — The Four Steps That Matter
1. CredentialsSNMP / WMI / CLI added once
2. DiscoveryIP range scan, then approve devices
3. MonitorsCPU, memory, disk, interfaces
4. AlarmsThresholds plus a notification profile
Skipped in most installsTesting that an alert actually arrives

النظام هو السر كله. الإنذارات التي تم تكوينها قبل الاكتشاف هي إنذارات مرتبطة بلا شيء.

Device Snapshot Page — Proof Monitoring Is Real
sysDescrAnswers with the device description
CPU / Memory / Disk dialsMoving with live values
Test Monitor resultResponds with data
If sysDescr is blankSNMP is not really talking yet

قيم المثال. صفحة اللقطة هي الحقيقة الأساسية - إذا تحركت الأقراص، تعمل الشاشة.

1

قم بتثبيت OpManager وقم بتعيين القواعد الأساسية

قم بتنزيل برنامج التثبيت فقط من الموقع الرسمي لـ ManageEngine وقم بتثبيته على خادم Windows أو Linux الذي يظل قيد التشغيل - خادم المراقبة الذي ينام ليلاً لا يراقب أي شيء. يعمل OpManager كتطبيق ويب؛ بعد التثبيت، ستصل إلى وحدة التحكم في المتصفح على منفذ الويب الافتراضي الخاص به 8060. قم بإنشاء حساب المسؤول الخاص بك بشكل صحيح عند تسجيل الدخول لأول مرة ولاحظ حقيقتين بشأن الحجم: يحتاج الخادم إلى عنوان IP ثابت أو اسم DNS ثابت (تشير جميع المسابير والأجهزة والإشارات المرجعية الخاصة بك إلى ذلك)، ويجب أن تكون ساعته صحيحة، لأن كل رسم بياني وطابع زمني للتنبيه يرثه.

2

أضف بيانات الاعتماد قبل اكتشاف أي شيء

يتحدث OpManager إلى الأجهزة من خلال SNMP، وWMI، وCLI (SSH/Telnet)، ويقوم بتخزين عمليات تسجيل الدخول مركزيًا حتى تتمكن بيانات اعتماد واحدة من خدمة أسطول كامل. يعد تخطي هذه الخطوة هو خطأ الإعداد الأكثر شيوعًا، حيث يجد الاكتشاف بعد ذلك مربعات لا يمكنه قراءتها بالفعل.

  1. انتقل إلى الإعدادات → الاكتشاف → بيانات اعتماد الجهاز وانقر على إضافة بيانات اعتماد
  2. أضف بيانات اعتماد SNMP الخاصة بك: سلسلة المجتمع للإصدار v1/v2، أو تفاصيل مصادقة SNMPv3 الكاملة إذا كانت أجهزتك تدعم الإصدار 3
  3. أضف بيانات اعتماد WMI لخوادم Windows: المجال والمستخدم في النموذج DOMAIN\username بالإضافة إلى كلمة المرور الخاصة به
  4. أضف بيانات اعتماد SSH لخوادم Linux وأجهزة الشبكة التي تديرها عبر CLI
  5. احتفظ بمنفذ SNMP الافتراضي 161 والمهلة المقترحة البالغة حوالي 5 ثوانٍ ما لم تكن روابط WAN الخاصة بك بطيئة
3

قم بتشغيل الاكتشاف والموافقة على ما يجده

يستخدم OpManager فحص ICMP ونمط Nmap للعثور على الأجهزة. مباشرة بعد التثبيت، يقوم بالفعل بالتقاط الخوادم ووحدات التحكم بالمجال المجاورة؛ بالنسبة لبقية الشبكة، يمكنك تشغيل الاكتشاف المناسب. الإصدارات الأحدث تضع هذا ضمن الإعدادات → اكتشاف الشبكة؛ التدفق هو نفسه في كل مكان.

  1. ابدأ اكتشافًا جديدًا واختر خيار نطاق IP — أدخل عنوان البداية والنهاية لشبكة فرعية واحدة
  2. حدد بيانات الاعتماد التي قمت بإنشائها، بحيث يتم تصنيف الأجهزة المكتشفة بشكل صحيح من الدقيقة الأولى
  3. دع الفحص ينتهي، ثم راجع قائمة الأجهزة المكتشفة: وافق على الأجهزة التي تريد مراقبتها - فهي تنتقل إلى المخزون - وتجاهل الباقي حتى لا يتم عرضها مرة أخرى
  4. كرر ذلك لكل شبكة فرعية، أو استخدم استيراد CSV / استيراد Active Directory للعقارات الأكبر حجمًا، وقم بجدولة اكتشاف متكرر حتى لا تظل الأجهزة الجديدة غير مرئية
4

تحقق من الشاشات الموجودة على صفحة لقطة الجهاز

بالنسبة لكل جهاز يدعم SNMP، يقوم OpManager تلقائيًا بربط وحدة المعالجة المركزية والذاكرة وأجهزة مراقبة القرص وشاشات الواجهة لمنافذه. لا تثق في الأتمتة بشكل أعمى — تحقق من خادم واحد ومفتاح واحد يدويًا. افتح صفحة لقطة الجهاز. إذا كان SNMP يتدفق بالفعل، فسيعرض الحقل sysDescr الوصف الخاص بالجهاز وحركة طلب المورد. استخدم رابط اختبار الشاشة مقابل أي شاشة تبدو ميتة؛ فإنه يستعلم الجهاز مباشرة. الجهاز الذي يجيب على اختبار ping ولكنه لا يظهر أي sysDescr يتم مراقبته فقط للتوفر - وهو مفيد، ولكنه لا يراقب الأداء، ويكون الإصلاح دائمًا على بيانات الاعتماد أو إعدادات SNMP الخاصة بالجهاز، وليس في الرسم البياني أبدًا.

5

قم بتعيين العتبات وملف تعريف الإشعارات - ثم اختبر الإنذار

الإنذارات هي المنتج. يوضح الحد عندما ترفع الشاشة واحدًا (وحدة المعالجة المركزية أعلى من 90 بالمائة، وواجهة WAN أعلى من 85 بالمائة من الاستخدام، وقرص أقل من 10 بالمائة)، وملف تعريف الإشعارات يوضح من يسمع عنه - البريد الإلكتروني أو الرسائل القصيرة أو تذكرة في مكتب المساعدة الخاص بك. قم بتكوين كليهما، ثم أثبت السلسلة من البداية إلى النهاية: اختر جهازًا واحدًا غير مهم، واضبط عتبة وحدة المعالجة المركزية الخاصة به على مستوى منخفض بشكل سخيف لمدة خمس دقائق، وشاهد وصول المنبه إلى صندوق الوارد الخاص بك. إن اختبار الخمس دقائق هذا هو الفرق بين نظام المراقبة وتركيب المراقبة. تغطي الصفحات المصاحبة أدناه أوضاع الفشل بعمق - الاكتشافات التي لا تجد شيئًا، وعواصف الإنذار، وروابط WAN، والشاشات المخصصة، والإصدارات والنسخ الاحتياطية.

🔴 الحد الصادق: يراقب OpManager ما يمكن أن يصل إليه باستخدام بيانات الاعتماد التي قدمتها له. سيبدو الجهاز الذي تم تعطيل SNMP به، أو سلسلة مجتمع خاطئة، أو جدار الحماية الذي يسقط UDP 161 بهدوء "أخضر وهادئ" في بعض طرق العرض بينما لا يتم مراقبته تمامًا بالطرق المهمة. تحقق باستخدام مراقب الاختبار - لا يوجد أمل أبدًا.

🎥 شاهد الإعداد الكامل لـ OpManager في الفيديو

يتم عرض التثبيت وإعداد بيانات الاعتماد والاكتشاف ولوحة المعلومات الأولى مباشرة في فيديو إعداد OpManager - شاهده مرة واحدة مع فتح وحدة التحكم الخاصة بك بجانبه.

▶️ Watch Full Video
❓ الأسئلة الشائعة (الأسئلة الشائعة)

هل يحتاج OpManager إلى وكيل على كل جهاز؟

لا، OpManager ليس وكيلًا - فهو يستقصي الأجهزة عبر SNMP أو WMI أو CLI باستخدام بيانات الاعتماد التي تخزنها ضمن الإعدادات → الاكتشاف → بيانات اعتماد الجهاز. ولهذا السبب فإن خطوة بيانات الاعتماد مهمة جدًا: عدم وجود وكيل يعني أيضًا عدم وجود بيانات على الإطلاق عندما تكون بيانات الاعتماد خاطئة.

لماذا تظهر بعض الأجهزة في المخزون ولكن لا تحتوي على رسوم بيانية لوحدة المعالجة المركزية أو الذاكرة؟

دائمًا تقريبًا لأن SNMP لا يجيب فعليًا على هذا الجهاز. افتح صفحة اللقطة الخاصة بها: إذا كان sysDescr فارغًا، فإن OpManager لديه توفر على مستوى ping فقط. قم بتمكين SNMP على الجهاز، وقم بمطابقة بيانات الاعتماد، واستخدم Test Monitor للتأكيد.

ما هو المنفذ الذي تستخدمه وحدة تحكم الويب OpManager؟

افتراضيًا، يتم تقديم وحدة التحكم على المنفذ 8060 عبر HTTP، ويمكن تحويلها إلى HTTPS باستخدام شهادتك الخاصة. اجعل هذا المنفذ متاحًا للمسؤولين الذين يحتاجون إلى وحدة التحكم - وليس مفتوحًا للإنترنت بالكامل.

يعتمد هذا الدليل على فيديو إعداد ManageEngine OpManager بواسطة Technical Anshu • هل أنت عالق في إحدى الخطوات؟ اسأل في تعليقات الفيديو - الإجابات تحدث هناك 🙏