Estou executando um Dell PowerEdge T440 com iDRAC9 Enterprise. Estou tentando configurar alertas SMTP usando o Office 365. Não consegui enviar um email de teste com êxito. Eu recebo o erro:RAC0225toda vez que enviei um e-mail de teste.
Esta é a configuração até agora, qualquer ajuda seria muito apreciada porque estou perdido.
Configurações do iDRAC-> Conectividade -> Rede -> Configurações comuns Registrar iDRAC no DNS: DNS ativado Nome do iDRAC: iDRAC-ServiceTag Configuração automática Nome de domínio: Desativado Nome de domínio DNS estático: xxx.userdomain.com Visualização de conexão: Ativado
Configuração-> Configurações do Sistema -> Alertas de Configuração de Alerta: Habilitado
Configuração-> Configurações do sistema -> Configuração SMTP (e-mail) Alerta de e-mail 1:[e-mail protegido]
Configuração-> Configurações do sistema -> Configurações do servidor SMTP (e-mail) Tentei várias definições de configuração nesta área, como: Endereço IP do servidor SMTP (e-mail) ou FQDN /DNS Nome: IP WAN público domínio-com.mail.protection.outlook .com. Criei um servidor IIS com SMTP habilitado e segui este guia:http://www.ponjavic.com/wordpress/2016/06/16/configure-smtp-relay-server-for-office-365/para a configuração
Estou completamente sem saber como configurá-lo. Mesmo que eu não consiga, ou seja um descuido extremamente pequeno que perdi, só quero saber se é possível e como as pessoas tiveram sorte em configurá-lo porque eu não tive nenhum.
Muito obrigado.
Responder1
No firmware do iDRAC 9 versão 4.40 e mais recente, agora você pode configurar um endereço de remetente personalizado e criptografia de conexão SMTP na GUI da Web. As configurações necessárias para o Office 365 são as seguintes:
- Configurações do servidor SMTP:smtp.office365.com, porta 587, STARTTLS
- Endereço de e-mail/nome de usuário do remetente:O mesmo endereço de e-mail em ambos os campos.
- A autenticação de dois fatores precisa ser desabilitada na caixa de correio do remetente/autenticação no console de configurações do Office 365.
Com versões de firmware mais antigas (e com o iDRAC 6/7/8), enviar alertas por e-mail para serviços de e-mail baseados em nuvem por meio do iDRAC é um pouco mais complicado. As conexões SMTP de saída em todas as versões de firmware do iDRAC anteriores à 4.0 não são criptografadas, e o endereço "De:" no e-mail de alerta é baseado no nome DNS e no nome de domínio atribuído ao iDRAC. Por exemplo, os alertas por e-mail enviados do iDRAC viriam de "[e-mail protegido]".
Você precisará usar as seguintes configurações do Office 365 em iDRACs mais antigos:
- Nome DNS do iDRAC:Deve corresponder à parte do nome do endereço de e-mail de autenticação.
- Nome de domínio DNS estático:Deve corresponder à parte do domínio do endereço de e-mail de autenticação.
- Configurações do servidor SMTP:O servidor SMTP será oEndereço de ponto final MXdo seu domínio de email na porta 25. A URL será semelhante a "contoso-com.mail.protection.outlook.com".
- A autenticação de dois fatores precisa ser desabilitada na caixa de correio de autenticação no console de configurações do Office 365.
Conectar-se diretamente ao O365 com essas configurações não é uma solução ideal; seria preferível usar uma retransmissão SMTP local para encaminhar o alerta.
Recomendo verificar as seguintes configurações, caso ainda não o tenha feito:
- Certifique-se de que o iDRAC tenha um endereço de servidor DNS válido configurado.
- Marque a caixa "Estado" ao lado de Alerta por email 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 lendo o artigo).
Se o e-mail ainda falhar depois disso, você poderá obter mais detalhes sobre o motivo da falha habilitando o log nas propriedades do site SMTP no console do IIS6.
Responder2
Eu tenho uma troca híbrida com iDrac9 usando um relé SMTP em p25. Tive que atualizar o firmware para 4.40 do iDrac. Isso mudará um pouco o menu e permitirá que você configure o remetente. Em seguida, adicionei um registro DNS ao meu DNS “idrac1” no domínio “meudominio.com”. Em seguida, certifique-se de que o endereço do remetente seja alterado para "[e-mail protegido]"Também usado iniciar TLS com autenticação desabilitada.
Além disso, certifique-se de ter o conector de recebimento configurado para sua retransmissão SMTP.
Espero que isto ajude.
Responder3
Não estou familiarizado com a configuração do iDrac, mas talvez isso ajude
Verifique seu endereço IP externo. Ao criar o conector online, você precisa listar o endereço IP externo por onde os pacotes de rede saem da sua rede e então se conectarão à da Microsoft. Se você listou um endereço IP interno, o conector não o reconhecerá. Certifique-se também de que o endereço IP não esteja na lista negra. Se o seu ISP não forneceu um IP estático, pode ser que a porta 25 também esteja bloqueada para saída. Se for esse o caso, você pode tentar 587. Se você enviar pela porta 587, ela deverá ser protegida com TLS 1.2.
Certifique-se de ter validado 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 um problema com o servidor SMTP, o TELNET deverá ajudá-lo a ver isso. Se chegar ao servidor SMTP, mas parar lá, os logs do servidor podem ajudá-lo a diagnosticar isso (por que o servidor SMTP não consegue se conectar ao Exchange Online). Depois de saber que as partes do fluxo de mensagens estão funcionando, você deverá saber imediatamente se tiver algum problema com a configuração do servidor (ou apenas com o servidor).
Se você estiver tendo problemas com seu endpoint MX, tente enviar para SMTP.Office365.com. Se isso falhar, tente consultar isso e escolha um dos endereços IP retornados e use-o. Se isso funcionar com o IP, você tem um problema de resolução de DNS. Verifique novamente a configuração IP do dispositivo. Normalmente, 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 encontrar e rotear mensagens para o próximo salto.
Responder4
Eu tive o mesmo problema com uma versão mais antiga do idrac. Não consegui enviá-lo, independentemente das configurações que usei. Durante uma ligação para a Dell, decidimos atualizar para a versão mais recente (v7). Comecei a receber e-mails assim que a reinicialização da atualização foi concluída.