Se você tiver um minuto, estou um pouco confuso sobre como lidar com o aviso rDNS para e-mails de saÃda. Tenho esta configuração...
http web server (ip 1.2.3.4, hostname apps.acme.com)
smtp mail server (ip 1.2.3.5, hostname mail.acme.com)
DNS A record (Domain name = acme.com, ip = 1.2.3.4) --> web server
PTR record (Domain name = acme.com, ip = 1.2.3.5) --> smtp server
O servidor smtp só envia e-mails, sem entradas, sem registro MX, etc.
No entanto, quando verifico a pontuação de reputação de e-mail, vejo o aviso rDNS e descobri que os registros PTR devem ter um registro A correspondente (forward-confirmed). No entanto, se eu criar um segundo registro DNS A para o servidor smtp...
DNS A record (Domain name = acme.com, ip = 1.2.3.5) --> smtp server
Isso não significa que o servidor autoritativo direcionará algum tráfego de resolução de DNS acme.com para o servidor smtp? Muito obrigado por ler isso.
Sim, seria, pelo menos para tráfego diferente daquele destinado a
apps.acme.com
. Então, em vez deDNS A record (Domain name = acme.com, ip = 1.2.3.5)
, o que você faz é criarDNS PTR record (ip = 1.2.3.5, domain = mail.acme.com)
. Você ainda pode querer um registro PTR paraacme.com
, é claro, mas você aplica isso aip = 1.2.3.4
que é para onde você está enviando todo esse tráfego de qualquer maneira.EDIT: Como os comentários ficaram incrivelmente complicados, com informações que deveriam ter sido colocadas na pergunta inicial, vou colocar tudo isso aqui também.
Dado que o servidor SMTP
mail.acme.com
de fato recebe e-mails (destinados a endereços especÃficos, direcionados para lá pelo servidor de e-mail principalacme.mail.protection.outlook.com
e de certos aplicativos da web), precisamos ter um MTA ativo,mail.acme.com
o que significa que se houver um registro MX, não importa qual prioridade definimos para o registro, alguns e-mails serão enviados erroneamente paramail.acme.com
. (Isso acontecerá quando o primário não estiver respondendo, por design, e observarei de passagem que os spammers não prestam atenção à prioridade MX, disparando mensagens em qualquer MX que encontrarem.) Portanto, o primeiro passo no processo é adicionar um firewall configurado para rejeitar qualquer conexão com o MTA, exceto do primário e dos hosts onde os aplicativos da web são executados.Feito isso, podemos criar três registros no DNS da seguinte forma:
O tráfego para
acme.com
ainda resolve para 1.2.3.4 como antes; o único tráfego que acaba indo paramail.acme.com
é o e-mail, e isso é bloqueado pelo firewall, a menos que seja do primário ou dos aplicativos da web. Até onde posso ver, não há necessidade de um registro A paraacme.com
em 1.2.3.5, pois esse é definido para resolver tanto para frente quanto para trás paramail.acme.com
, e o registro MX fornece o link que mostra que este é um MX para o domÃnio.