Un outil de surveillance ne gagne sa place que lorsque quatre choses sont effectuées correctement : les informations d'identification, la découverte, les moniteurs et les alarmes. Ce guide décrit la configuration complète d'OpManager dans cet ordre, avec des vérifications honnêtes qui vous indiquent qu'il fonctionne vraiment.
La plupart des installations d'OpManager semblent terminées bien avant d'être terminées. Le programme d'installation se termine, le tableau de bord s'ouvre, quelques appareils apparaissent et l'administrateur passe à autre chose. Ensuite, le premier commutateur s'éteint à minuit et personne ne reçoit d'alerte, car les informations d'identification n'ont jamais été testées, l'appareil a été découvert mais n'a jamais été approuvé, ou l'alarme n'avait aucun profil de notification derrière elle. OpManager est vraiment rapide à configurer – les administrateurs expérimentés lui font analyser un sous-réseau dans les vingt minutes suivant l'installation – mais la vitesse cache les quatre étapes lourdes. Ce sont : les identifiants d'abord (SNMP, WMI ou CLI, ajoutés une fois et réutilisés), la découverte en second (une analyse de plage IP dont vous approuvez les résultats dans l'inventaire), les moniteurs de troisième (les moniteurs de processeur, de mémoire, de disque et d'interface qui se connectent automatiquement aux périphériques SNMP - et doivent être vérifiés sur la page d'instantané du périphérique) et les alarmes en dernier (seuils plus un profil de notification, testés avec une alerte réelle). Faites-les dans cet ordre et la vidéo pas à pas ci-dessus devient une liste de contrôle au lieu d'un espoir.
L'ordre est tout le secret. Les alarmes configurées avant la découverte sont des alarmes attachées à rien.
Exemples de valeurs. La page d'instantanés est votre vérité fondamentale : si les cadrans bougent, le moniteur fonctionne.
Téléchargez le programme d'installation uniquement à partir du site officiel de ManageEngine et installez-le sur un serveur Windows ou Linux qui reste allumé – un serveur de surveillance qui dort la nuit ne surveille rien. OpManager fonctionne comme une application Web ; après l'installation, vous accédez à la console dans un navigateur sur son port Web par défaut 8060. Créez correctement votre compte administrateur lors de la première connexion et notez deux vérités de dimensionnement : le serveur a besoin d'une adresse IP statique ou d'un nom DNS fixe (les sondes, les appareils et vos signets pointent tous vers lui), et son horloge doit être correcte, car chaque graphique et horodatage d'alarme en hérite.
OpManager communique avec les appareils via SNMP, WMI et CLI (SSH/Telnet), et stocke les connexions de manière centralisée afin qu'un identifiant puisse servir à toute une flotte. Sauter cette étape est l'erreur de configuration la plus courante : la découverte trouve ensuite des cases qu'elle ne peut pas réellement lire.
DOMAIN\username plus son mot de passe161 et le délai d'attente suggéré d'environ 5 secondes, sauf si vos liaisons WAN sont lentes.OpManager utilise des sondages de style ICMP et Nmap pour rechercher des périphériques. Juste après l'installation, il récupère déjà les serveurs et contrôleurs de domaine voisins ; pour le reste du réseau, vous exécutez une découverte appropriée. Les versions plus récentes placent cela sous Paramètres → Découverte du réseau ; le flux est le même partout.
Pour chaque périphérique compatible SNMP, OpManager associe automatiquement des moniteurs de processeur, de mémoire et de disque ainsi que des moniteurs d'interface pour ses ports. Ne faites pas confiance aveuglément à l’automatisation : vérifiez manuellement un serveur et un commutateur. Ouvrez la page d'instantané de l'appareil. Si SNMP fonctionne réellement, le champ sysDescr affiche la propre description du périphérique et les cadrans de ressources se déplacent. Utilisez le lien Test Monitor sur tout moniteur qui semble mort ; il interroge l'appareil en direct. Un appareil qui répond au ping mais n'affiche aucun sysDescr est uniquement surveillé en fonction de la disponibilité - utile, mais il ne s'agit pas d'une surveillance des performances, et le correctif se trouve toujours sur les informations d'identification ou les paramètres SNMP de l'appareil, jamais dans le graphique.
Les alarmes sont le produit. Un seuil indique quand un moniteur en augmente un (CPU supérieur à 90 %, une interface WAN supérieure à 85 % d'utilisation, un disque libre en dessous de 10 %), et un profil de notification indique qui en entend parler : e-mail, SMS ou ticket dans votre service d'assistance. Configurez les deux, puis prouvez la chaîne de bout en bout : choisissez un appareil sans importance, réglez son seuil de CPU absurdement bas pendant cinq minutes et regardez l'alarme arriver dans votre boîte de réception. Ce test de cinq minutes fait la différence entre un système de surveillance et une installation de surveillance. Les pages complémentaires ci-dessous couvrent les modes de défaillance en profondeur : découvertes qui ne trouvent rien, tempêtes d'alarmes, liens WAN, moniteurs personnalisés, éditions et sauvegardes.
L'installation, la configuration des informations d'identification, la découverte et le premier tableau de bord sont tous présentés en direct dans la vidéo de configuration d'OpManager : regardez-la une fois avec votre propre console ouverte à côté.
▶️ Watch Full VideoNon. OpManager est sans agent : il interroge les appareils via SNMP, WMI ou CLI à l'aide des informations d'identification que vous stockez sous Paramètres → Découverte → Informations d'identification de l'appareil. C’est pourquoi l’étape d’identification est si importante : aucun agent signifie également aucune donnée lorsqu’une information d’identification est erronée.
Presque toujours parce que SNMP ne répond pas vraiment sur cet appareil. Ouvrez sa page d'instantané : si sysDescr est vide, OpManager n'a qu'une disponibilité au niveau du ping. Activez SNMP sur l'appareil, faites correspondre les informations d'identification et utilisez Test Monitor pour confirmer.
Par défaut, la console est servie sur le port 8060 via HTTP et elle peut être basculée vers HTTPS avec votre propre certificat. Gardez ce port accessible aux administrateurs qui ont besoin de la console – et ne l’ouvrez pas à l’ensemble d’Internet.