Estoy ejecutando un Dell PowerEdge T440 con iDRAC9 Enterprise. Estoy intentando configurar alertas SMTP usando Office 365. No he podido enviar correctamente un correo electrónico de prueba. Recibo el error:RAC0225cada vez que envié un correo electrónico de prueba.
Esta es la configuración hasta ahora, cualquier ayuda sería muy apreciada porque estoy perdido.
Configuración de iDRAC-> Conectividad -> Red -> Configuración común Registrar iDRAC en DNS: habilitado Nombre de DNS iDRAC: iDRAC-ServiceTag Nombre de dominio de configuración automática: deshabilitado Nombre de dominio DNS estático: xxx.userdomain.com Vista de conexión: habilitado
Configuración- > Configuración del sistema -> Alertas de configuración de alertas: habilitadas
Configuración-> Configuración del sistema -> Configuración SMTP (correo electrónico) Alerta de correo electrónico 1:[correo electrónico protegido]
Configuración-> Configuración del sistema -> Configuración del servidor SMTP (correo electrónico) He intentado varias configuraciones en esta área, como: Dirección IP del servidor SMTP (correo electrónico) o FQDN / Nombre DNS: Dominio IP WAN público-com.mail.protection.outlook .com. Creé un servidor IIS con SMTP habilitado y seguí esta guía:http://www.ponjavic.com/wordpress/2016/06/16/configure-smtp-relay-server-for-office-365/para la configuración
No sé cómo configurarlo. Incluso si no puedo hacerlo, o es un descuido extremadamente pequeño que perdí, solo quiero saber si es posible y cómo la gente ha tenido suerte al configurarlo porque yo no he tenido ninguno.
Muchas gracias.
Respuesta1
En la versión 4.40 y posteriores del firmware de iDRAC 9, ahora puede configurar una dirección de remitente personalizada y un cifrado de conexión SMTP en la GUI web. La configuración requerida para Office 365 es la siguiente:
- Configuración del servidor SMTP:smtp.office365.com, puerto 587, STARTTLS
- Dirección de correo electrónico del remitente/nombre de usuario:Misma dirección de correo electrónico en ambos campos.
- La autenticación de dos factores debe estar deshabilitada en el buzón de autenticación/remitente en la consola de configuración de Office 365.
Con versiones de firmware anteriores (y con iDRAC 6/7/8), enviar alertas por correo electrónico a servicios de correo basados en la nube a través de iDRAC es un poco más complicado. Las conexiones SMTP salientes en todas las versiones de firmware del iDRAC anteriores a 4.0 no están cifradas y la dirección "De:" en el correo electrónico de alerta se basa en el nombre DNS y el nombre de dominio asignado al iDRAC. Por ejemplo, las alertas por correo electrónico enviadas desde su iDRAC provendrían de "[correo electrónico protegido]".
Deberá utilizar la siguiente configuración para Office 365 en iDRAC más antiguos:
- Nombre DNS de iDRAC:Debe coincidir con la parte del nombre de la dirección de correo electrónico de autenticación.
- Nombre de dominio DNS estático:Debe coincidir con la parte del dominio de la dirección de correo electrónico de autenticación.
- Configuración del servidor SMTP:El servidor SMTP será elDirección del punto final MXde su dominio de correo electrónico en el puerto 25. La URL tendrá un aspecto similar a "contoso-com.mail.protection.outlook.com".
- La autenticación de dos factores debe estar deshabilitada en el buzón de autenticación en la consola de configuración de Office 365.
Conectarse directamente a O365 con esta configuración no es una solución ideal; Sería preferible utilizar una retransmisión SMTP local para reenviar la alerta.
Recomiendo verificar las siguientes configuraciones, si aún no lo has hecho:
- Asegúrese de que el iDRAC tenga configurada una dirección de servidor DNS válida.
- Marque la casilla "Estado" junto a Alerta de correo electrónico 1.
- Verifique que la configuración de puerto/autenticación en el iDRAC coincida con lo que está configurado en el servidor de retransmisión SMTP (puerto 25 con autenticación configurada en Deshabilitada, si sigue el artículo).
Si el correo electrónico sigue fallando después de eso, es posible que pueda obtener más detalles sobre por qué falla habilitando el inicio de sesión en las propiedades del sitio SMTP en la consola IIS6.
Respuesta2
Tengo un intercambio híbrido con iDrac9 usando un relé SMTP a través de p25. Tuve que actualizar el firmware a 4.40 para iDrac. Esto cambiará un poco el menú y le permitirá configurar el remitente. Luego agregué un registro DNS a mi DNS "idrac1" en el dominio "midominio.com". Luego asegúrese de que la dirección del remitente se cambie a "[correo electrónico protegido]" También se utiliza iniciar TLS con la autenticación deshabilitada.
Además, asegúrese de tener configurado el conector de recepción para su retransmisión SMTP.
Espero que esto ayude.
Respuesta3
No estoy familiarizado con la configuración de iDrac pero tal vez esto me ayude
Verifique su dirección IP externa. Cuando creó el conector en línea, debe enumerar la dirección IP externa donde los paquetes de red salen de su red y luego se conectarán a la de Microsoft. Si indicó una dirección IP interna, el conector no la reconocerá. También asegúrese de que la dirección IP no esté en la lista negra. Si su ISP no le ha proporcionado una IP estática, es posible que el puerto 25 también esté bloqueado en las salidas. Si este es el caso, puede probar con 587. Si envía por el puerto 587, debe estar protegido con TLS 1.2.
Asegúrese de haber validado la solución. Analice el dominio del problema para determinar qué partes de la configuración son su problema. ¿Puede enviar correo al servidor SMTP? ¿Ese servidor puede enviar correo a Office 365? Compruébelo con TELNET o PowerShell y envíe un mensaje a través de su servidor SMTP. Si se trata de un problema con el servidor SMTP, TELNET debería ayudarle a verlo. Si llega al servidor SMTP, pero se detiene allí, los registros del servidor pueden ayudarle a diagnosticarlo (por qué el servidor SMTP no puede conectarse a Exchange Online). Una vez que sepa que las partes del flujo de correo están funcionando, debe saber de inmediato si tiene un problema con la configuración del servidor (o solo con el servidor).
Si tiene problemas con su punto final MX, intente enviarlo a SMTP.Office365.com. Si eso falla, intente consultarlo y elija una de las direcciones IP que devuelve y úsela. Si eso funciona con la IP, tienes un problema de resolución de DNS. Verifique nuevamente la configuración IP del dispositivo. Por lo general, estos tienen entradas DNS codificadas, así que verifique los servidores DNS y la configuración de la puerta de enlace para asegurarse de que realmente pueda encontrar y enrutar mensajes al siguiente salto.
Respuesta4
Tuve el mismo problema con una versión anterior de idrac. No pude lograr que se enviara sin importar la configuración que usé. Mientras llamábamos a Dell, decidimos actualizar a la última versión (v7). Comencé a recibir correos electrónicos tan pronto como terminó de reiniciarse desde la actualización.