PowerEdge: Konfigurieren von E-Mail-Warnmeldungen und SNMP-Trap-Weiterleitung in der iDRAC-Konsole.

Zweck von Warnungen 

• Echtzeitwarnmeldungen 

• 1:n-Management 

• E-Mails, Software zum Erstellen von Tickets, sicheres Verbindungsgateway. 

Ereignisfilter 

• Definitionen, wie der iDRAC verschiedene Arten von Warnungen behandelt.

• Konfigurierbar in der Weboberfläche: Konfiguration – Systemeinstellungen – Warnmeldungen

• Konfigurierbar über racadm racadm eventfilters 

• Konfigurierbar mithilfe des Clone des Serverkonfigurationsprofils 

Testereignisse 

• Unter "Konfiguration" > "Systemeinstellungen" und "Testereignis". 

• Entspricht den Ereignismeldungen des LC-Protokolls. 

• IDRAC verhält sich so, als ob ein Ereignis eintritt, und protokolliert ein zweites Ereignis, das besagt, dass es sich um einen Test handelt. 

Warnmeldungsoption 1: SNMP 

• Dies ist ein häufig verwendetes Protokoll. 

• Es verwendet UDP auf Port 162.

• Verwendet die SNMPv1- und v2-Communityzeichenfolge 

• Es kann das SNMPv3 iDRAC-Nutzerkonto verwenden.

• Erforderlich für Secure Connect Gateway.

• Einziger Warnmeldungstyp, der von Open Manage Enterprise akzeptiert wird. 

Konfiguration in der Benutzeroberfläche unter Konfiguration - Systemeinstellungen: 

• Aktivieren Sie Warnmeldungen und Ereignisfilter. 

• Konfigurieren Sie das SNMP-Ziel und den Communitystring sowie das iDRAC-Nutzerkonto. 

• Legen Sie nach Bedarf einen nutzerdefinierten Port fest.

Warnmeldungsoption 2: Remote-Syslog 

• UDP-Port 514 

• Dies wird häufig mit Software von Drittanbietern wie Splunk verwendet. 

Konfiguration in der Benutzeroberfläche unter Konfiguration > Systemeinstellungen: 

• Aktivieren von Warnmeldungen und Ereignisfiltern 

• Ziel des Remote-Syslog-Servers 

• Anpassen des Anschlusses 

Warnmeldungen – Option 3: E-Mail 

• Verwendung in Szenarien mit wenigen Servern 

• In eigenen Modulen abgedeckt 

Warnmeldungsoption 4: Redfish-Ereignis und WS-Ereignis 

• Entwickelt für die Erstellung eines benutzerdefinierten Webserver-Listeners zum Senden von Ereignissen an 

• Dies wird bereitgestellt, um ein Redfish-Abonnement zu aktivieren. Diese Funktion wird nur mit Redfish unterstützt 

• Um ein WS-Ereignisabonnement zu aktivieren, ist die einzige Option WS-MAN 

Zweck von E-Mail-Warnmeldungen 

• Es bietet Echtzeit-Warnmeldungen 

• Keine Überwachungssoftware erforderlich 

• Bietet Sichtbarkeit für neue Probleme 

E-Mail-Absender 

• Standardmäßig abhängig von allgemeinen Einstellungen in den Netzwerkeinstellungen 

• Wenn kein iDRAC-DNS-Name in den Netzwerkeinstellungen belegt ist:   E-Mail wird gesendet als idrac-svctag@[ip_address]  

• Wenn der iDRAC-DNS-Name ausgefüllt ist, aber der DNS-Domänenname leer ist:   E-Mail wird gesendet als DNSRacName@[ip_address]  

• Wenn der iDRAC-DNS-Name und der DNS-Domänenname ausgefüllt sind:   E-Mail wird gesendet als DNSRacName@DNSDomainName  

• Wenn der iDRAC-DNS-Name ausgefüllt ist und der DNS-Domänenname auf DHCP eingestellt ist:   E-Mail wird gesendet als DNSRacName@DNSDomainName 

• Auf Firmware 4.00.00.00 und höher ist dies konfigurierbar 

Konfiguration 

• Warnmeldungen aktiviert 

• Für E-Mails konfigurierte Ereignisfilter 

• SMTP-Servereinstellungen 

• SMTP-Adresse, an die gesendet werden soll 

• DNS bei Verwendung des FQDN des Mailservers 

• Empfohlen: Allgemeine Einstellungen 

Der einzige Fehler ist der folgende.

• Fehlermeldung: RAC0225 

• Dies bedeutet, dass keine Verbindung zum Mailserver-Connector hergestellt werden konnte, entweder aufgrund einer falschen Konfiguration im iDRAC oder auf dem empfangenden Connector des Mailservers. Eine zusätzliche Ursache kann eine Zeitüberschreitung sein. 

Troubleshooting-Workflow 

• DNS ausschließen 

• Wenn es vor 4.00.00.00 funktioniert hat, führen Sie Folgendes aus: racadm set iDRAC.RemoteHosts.ConnectionEncryption None 

• Wenn ein iDRAC nicht funktioniert, kopieren Sie die Konfiguration von einem funktionierenden iDRAC 

• Überprüfen Sie die SMTP-Konfiguration im iDRAC 

• Stellen Sie sicher, dass iDRAC den Mailserver anpingen kann 

• Mit und ohne Authentifizierung testen 

• Versuchen Sie, den iDRAC-E-Mail-Sender zu einem gültigen Postfach für Postfächer von Drittanbietern oder Szenarien zu machen, in denen das anonyme Senden deaktiviert ist 

• Überprüfen der Mailserverprotokolle 

O365 – Problemumgehung 

• O365 lässt nicht zu, dass E-Mails von einem ungültigen Postfach gesendet werden 

• Stellen Sie sicher, dass der Absender über eine vorhandene O365-E-Mail-Adresse verfügt.