PowerEdge : Configuration des alertes par e-mail et du transfert de traps SNMP dans la console iDRAC.

Objectif des alertes 

• Alertes en temps réel 

• Gestion un-à-plusieurs 

• E-mails, logiciel de création de tickets, passerelle de connexion sécurisée. 

Filtres d’événements 

• Définitions de la façon dont l’iDRAC traite les différents types d’alertes.

• Configurable dans l’interface Web : Configuration - Paramètres système - Alertes

• Configurable à l’aide des filtres d’événements racadm racadm 

• Configurable à l’aide du clone de profil de configuration de serveur 

Test des événements 

• Sous Configuration, Paramètres système et Événement de test. 

• Correspond aux messages d’événement du journal LC. 

• L’iDRAC agit comme si un événement se produisait et consigne un deuxième événement indiquant qu’il s’agissait d’un test. 

Option d’alerte 1 : SNMP 

• Il s’agit d’un protocole couramment utilisé. 

• Il utilise UDP sur le port 162.

• Utilise la chaîne de communauté SNMPv1 et v2 

• Il peut utiliser le compte d’utilisateur SNMPv3 de l’iDRAC.

• Obligatoire pour la passerelle de connexion sécurisée.

• Seul le type d’alerte accepté par Open Manage Enterprise. 

Configuration dans l’interface utilisateur sous Configuration - Paramètres système : 

• Activer les filtres d’alertes et d’événements. 

• Configurez la destination SNMP, la chaîne de communauté et le compte d’utilisateur iDRAC. 

• Définissez un port personnalisé en fonction des besoins.

Option 2 d’alerte : Syslog distant 

• Port UDP 514 

• Il est couramment utilisé avec des logiciels tiers tels que Splunk. 

Configuration dans l’interface utilisateur sous Configuration > Paramètres système : 

• Activer les filtres d’alertes et d’événements 

• Destination du serveur syslog distant 

• Personnaliser le port 

Option 3 d’alerte : Messagerie électronique 

• À utiliser dans des scénarios où il y a peu de serveurs 

• Couvert dans ses propres modules 

Option 4 d’alerte : Événement Redfish et événement WS 

• Conçu autour de la création d’un écouteur de serveur Web personnalisé pour envoyer des événements à 

• Ceci est fourni pour activer un abonnement Redfish, cette fonctionnalité est uniquement prise en charge avec Redfish 

• Pour activer un abonnement aux événements WS, la seule option est WS-MAN 

Objectif des alertes par e-mail 

• Il fournit des alertes en temps réel 

• Pas besoin de logiciel de surveillance 

• Offre de la visibilité sur les nouveaux problèmes 

Expéditeur de l’e-mail 

• Dépend des paramètres courants dans les paramètres réseau par défaut 

• Si aucun nom DNS de l’iDRAC n’est renseigné dans les paramètres réseau :   L’e-mail est envoyé en tant que idrac-svctag@[ip_address]  

• Si le nom DNS iDRAC est renseigné, mais que le nom de domaine DNS est vide :   L’e-mail est envoyé en tant que DNSRacName@[ip_address]  

• Si le nom DNS iDRAC est renseigné et que le nom de domaine DNS est renseigné :   L’e-mail est envoyé en tant que DNSRacName@DNSDomainName  

• Si le nom DNS iDRAC est renseigné et que le nom de domaine DNS est défini sur DHCP :   L’e-mail est envoyé en tant que DNSRacName@DNSDomainName 

• Sur le firmware 4.00.00.00 et versions ultérieures, cette option est configurable 

Configuration 

• Alertes activées 

• Filtres d’événements configurés pour E-mail 

• Paramètres du serveur SMTP 

• Adresse SMTP à envoyer 

• DNS si vous utilisez le nom de domaine complet du serveur de messagerie 

• Recommandé : Paramètres courants 

La seule erreur sera la suivante.

• Message d’erreur : RAC0225 

• Cela signifie qu’il n’a pas pu se connecter au connecteur du serveur de messagerie en raison d’une configuration incorrecte dans l’iDRAC ou sur le connecteur de réception du serveur de messagerie. Une autre cause peut être due au délai d’expiration. 

Workflow de dépannage 

• Exclure le DNS 

• Si elle fonctionnait avant la version 4.00.00.00, exécutez racadm set iDRAC.RemoteHosts.ConnectionEncryption None 

• Si un iDRAC ne fonctionne pas, copiez la configuration à partir d’un iDRAC fonctionnel 

• Vérifier la configuration SMTP dans l’iDRAC 

• Assurez-vous que l’iDRAC peut envoyer une commande ping au serveur de messagerie 

• Essayer avec et sans authentification 

• Essayez de faire de l’expéditeur du courrier iDRAC une boîte aux lettres valide pour les boîtes aux lettres tierces ou des scénarios où l’envoi anonyme peut être désactivé 

• Vérifier les journaux du serveur de messagerie 

Contournement O365 

• O365 ne permet pas l’envoi de courrier à partir d’une boîte aux lettres non valide 

• Assurez-vous que l’expéditeur dispose d’une adresse e-mail O365 existante