Alertas do iDRAC 9 Enterprise SMTP com o Office 365

Question

Estou executando um Dell PowerEdge T440 com o iDRAC9 Enterprise. Eu estou tentando configurar alertas SMTP usando o Office 365. Eu não consegui enviar um email de teste com êxito. Eu recebo o erro: RAC0225 todas as vezes que enviei um e-mail de teste.

Esta é a configuração até agora, qualquer ajuda seria muito apreciada porque estou perdida.

Configurações do iDRAC - > Conectividade - > Rede - > Configurações padrão Registrar o iDRAC no DNS: ativado Nome DNS iDRAC: iDRAC-ServiceTag Nome de domínio de configuração automática: desativado Nome de domínio DNS estático: xxx.userdomain.com Modo de conexão: ativado

Configuração - > Configurações do sistema - > Configuração de alerta Alertas: ativado

Configuração - > Configurações do sistema - > Configuração SMTP (Email) Alerta de email 1: [email protected]

Configuração - > Configurações do sistema - > Configurações do servidor SMTP (e-mail) Eu tentei várias configurações nesta área, como: Endereço IP do servidor SMTP (E-mail) ou nome FQDN / DNS: IP da WAN Pública domain-com.mail.protection.outlook.com. Eu criei um servidor IIS com SMTP ativado e segui este guia: link para a configuração

Estou completo sem saber como configurá-lo. Mesmo que eu não seja capaz, ou é uma supervisão extremamente pequena que eu perdi, eu só quero saber se é possível, e como as pessoas tiveram a sorte de configurá-lo porque eu não tive nenhum.

Muito obrigado.

    

Answer 1

O envio de alertas de e-mail para serviços de e-mail baseados em nuvem por meio do iDRAC é um pouco complicado, porque o endereço "De:" usa o nome DNS e o nome de domínio atribuídos ao iDRAC. Por exemplo, alertas de e-mail enviados do seu iDRAC viriam de "[email protected]". Há um artigo sobre isso aqui:

link

Você poderia contornar o problema modificando as configurações de nome / domínio do iDRAC para corresponder a um endereço de e-mail válido no domínio para o qual está enviando, mas essa é uma solução que não é a ideal. Usar um retransmissor SMTP seria preferível.

Eu recomendaria verificar as seguintes configurações, se você ainda não o fez:

• Verifique se o iDRAC está usando um endereço de servidor DNS válido.
• Marque a caixa "Estado" ao lado de Alerta de e-mail 1.
• Verifique se as configurações de porta / autenticação no iDRAC correspondem ao que está configurado no servidor de retransmissão SMTP (porta 25 com autenticação definida como Desativada, se você estiver seguindo o artigo).

Se o email ainda falhar depois disso, você poderá obter mais detalhes sobre o motivo da falha ativando o registro nas propriedades do site SMTP no console IIS6.

    

Answer 2

Eu não estou familiarizado com a configuração do iDrac, mas talvez isso ajude

Verifique seu endereço IP externo. Quando você criou o conector on-line, precisa listar o endereço IP externo em que os pacotes de rede saem da rede e, em seguida, conectar-se aos da Microsoft. Se você listou um endereço IP interno, o conector não o reconhecerá. Também certifique-se de que o endereço IP não esteja na lista negra. Se o seu ISP não tiver fornecido um IP estático, pode ser que a porta 25 também seja bloqueada. Se este for o caso, você pode tentar 587. Se você enviar pela porta 587, ele deverá ser protegido com o TLS 1.2.

Verifique se você validou a solução. Divida o domínio do problema para descobrir quais partes da configuração são o seu problema. Você pode enviar mensagens para o servidor SMTP, esse servidor pode enviar mensagens para o Office 365? Verifique com TELNET ou PowerShell - e envie uma mensagem através do seu servidor SMTP. Se houver algum problema com o servidor SMTP, o TELNET ajudará você a ver isso. Se chegar ao servidor SMTP, mas ficar parado, os logs do servidor podem ajudar a diagnosticar isso (por que o servidor SMTP não consegue se conectar ao Exchange Online). Depois que você souber que as partes do fluxo de mensagens estão funcionando, você deve saber imediatamente se tiver um problema com a configuração do servidor (ou apenas com o servidor).

Se você tiver problemas com o endpoint MX, tente enviar para SMTP.Office365.com. Se isso falhar, tente consultar isso e escolha um dos endereços IP que ele retorna e use-o. Se isso funciona com o IP, você tem um problema de resolução de DNS. Verifique novamente a configuração IP do dispositivo. Geralmente, eles têm entradas DNS codificadas, portanto, verifique os servidores DNS e as configurações do Gateway para ter certeza de que ele pode realmente localizar e rotear as mensagens para o próximo salto.