PowerEdge: Cómo configurar las alertas de correo electrónico y el reenvío de SNMP trap en la consola de iDRAC.

Propósito de las alertas 

• Alertas en tiempo real 

• Administración de uno a varios 

• Correos electrónicos, software de creación de vales, gateway de conexión segura. 

Filtros de eventos 

• Definiciones de cómo iDRAC trata los diferentes tipos de alertas.

• Configurable en la interfaz web: Configuración - Ajustes del sistema - Alertas

• Configurable mediante racadm racadm eventfilters 

• Configurable mediante el clon del perfil de configuración del servidor 

Eventos de prueba 

• En Configuración, seleccione Ajustes del sistema y Evento de prueba. 

• Se corresponde con los mensajes de eventos del registro de LC. 

• La iDRAC actúa como si se produjera un evento y registra un segundo evento que indica que fue una prueba. 

Opción 1 de alertas: SNMP 

• Este es un protocolo de uso común. 

• Utiliza UDP en el puerto 162.

• Utiliza la cadena de comunidad SNMPv1 y v2 

• Puede utilizar la cuenta de usuario SNMPv3 de iDRAC.

• Se requiere para Gateway de conexión segura.

• El único tipo de alerta aceptado por Open Manage Enterprise. 

Configuración en la interfaz de usuario en Configuración - Ajustes del sistema: 

• Habilitar alertas y filtros de eventos. 

• Configure la cadena de destino y comunidad de SNMP y la cuenta de usuario de iDRAC. 

• Configure un puerto personalizado según sea necesario.

Opción 2 de alertas: Syslog remoto 

• Puerto UDP 514 

• Esto se usa comúnmente con software de terceros como Splunk. 

Configuración en la interfaz de usuario en Configuración > Ajustes del sistema: 

• Habilitar alertas y filtros de eventos 

• Destino del servidor de registro del sistema remoto 

• Personalizar puerto 

Opción 3 de alertas: Correo electrónico 

• Use en escenarios donde hay pocos servidores 

• Cubierto en sus propios módulos 

Opción 4 de alertas: Evento de Redfish y evento de WS 

• Diseñado en torno a la creación de un cliente de escucha de servidor web personalizado para enviar eventos a 

• Esto se proporciona para habilitar una suscripción de Redfish; esta función solo es compatible con Redfish 

• Para activar una suscripción a eventos de WS, la única opción es WS-MAN 

Propósito de las alertas por correo electrónico 

• Proporciona alertas en tiempo real 

• No se necesita ningún software de monitoreo 

• Proporciona visibilidad de nuevos problemas 

Remitente del correo electrónico 

• Depende de la configuración común en la configuración de red de manera predeterminada 

• Si no se completa ningún nombre DNS de iDRAC en la configuración de red:   El correo electrónico se envía como idrac-svctag@[ip_address]  

• Si se completa el nombre DNS de iDRAC, pero el nombre de dominio DNS está en blanco:   El correo electrónico se envía como DNSRacName@[ip_address]  

• Si se completa el nombre DNS de iDRAC y el nombre de dominio DNS:   El correo electrónico se envía como DNSRacName@DNSDomainName  

• Si se completa el nombre DNS de iDRAC y el nombre de dominio DNS se establece en DHCP:   El correo electrónico se envía como DNSRacName@DNSDomainName 

• En el firmware 4.00.00.00 y versiones posteriores, esto se puede configurar 

Configuración 

• Alertas habilitadas 

• Filtros de eventos configurados para correo electrónico 

• Configuración del servidor SMTP 

• Dirección SMTP a la que enviar 

• DNS si se utiliza el FQDN del servidor de correo 

• Recomendado: Ajustes comunes 

El único error será el siguiente.

• Mensaje de error: RAC0225 

• Esto significa que no se pudo conectar al conector del servidor de correo debido a una configuración incorrecta en iDRAC o en el conector receptor del servidor de correo. Una causa adicional puede deberse a que se agotó el tiempo de espera. 

Flujo de trabajo de solución de problemas 

• Descartar DNS 

• Si solía funcionar antes de 4.00.00.00, ejecute racadm set iDRAC.RemoteHosts.ConnectionEncryption None 

• Si una iDRAC no funciona, copie la configuración desde una iDRAC en funcionamiento 

• Comprobar la configuración de SMTP en iDRAC 

• Asegúrese de que iDRAC pueda hacer ping al servidor de correo 

• Pruebe con y sin autenticación 

• Intente hacer que el remitente de correo de iDRAC sea un buzón válido para buzones de correo de terceros o situaciones en las que se pueda deshabilitar el envío anónimo 

• Comprobar los registros del servidor de correo 

Solución alternativa de O365 

• O365 no permitirá que se envíe correo desde un buzón no válido 

• Asegúrese de que el remitente tenga una dirección de correo electrónico de O365 existente