☰

Cloudflare 和 AWS ec2 实例中的 rDNS 问题

tag-icon • tag-icon amazon-web-services reverse-dns cloudflare
Cloudflare 和 AWS ec2 实例中的 rDNS 问题

我在 amazon ec2 实例上安装了 centos7、whm/cpanel 和 mailwizz，通过 cloudflare.com 管理 DNS。一切正常，但我在 Route53 和 WHM 中创建了 PTR 记录，但 rDNS 有问题。WHM 仍然在电子邮件传递率部分显示以下 PTR 问题。

系统从“1.2.3.4”IP 地址发送“app.mydomain.com”的外发电子邮件。此 IP 地址的唯一 PTR 值必须是“app.mydomain.com”。这是此服务器使用 SMTP 的“HELO”命令发送的名称，用于发送“app.mydomain.com”的外发电子邮件。

此 IP 地址存在 1 个意外的 PTR 值：

ec2-1-2-3-4.eu-west-2.compute.amazonaws.com

要修复此问题，请将“4.3.2.1.in-addr.arpa”的所有 PTR 记录替换为“pdns1.ultradns.net”、“x1.amazonaws.com”、“x2.amazonaws.com”、“x3.amazonaws.org”和“x4.amazonaws.org”中的以下记录：建议的“PTR”（PTR）记录 PTR
Name: 4.3.2.1.in-addr.arpa.
Value: app.mydomain.com。

当我运行此命令时nc -vv localhost 25
结果：localhost [127.0.0.1] 25 (smtp) open 220-app.mydomain.com ESMTP Exim 4.91 #1 Sat, 13 Apr 2019 15:48:17 +0000 220-We do not authorize the use of this system to transport unsolicited, 220 and/or bulk e-mail。
有什么解决办法吗？

答案1

如果这1.2.3.4是 AWS 地址，则您无法控制 PTR 记录。您必须要求 AWS 在其 DNS 中创建 PTR 记录。我以前就这么做过，而且我相信某个地方有这样的一种形式。

背景：显然，AWS 可以控制其 IP 的反向 DNS。即使您3.2.1.in-addr.arpa.在 UltraDNS 中创建了区域，它也不会起作用，因为您的这个区域没有通过NS 记录到父区域（例如2.1.in-addr.arpa.）。

另一方面，HELO主机名与反向 DNS 主机名匹配并不是 100% 必要的，您的电子邮件仍然可以工作，特别是如果您正确设置了 SPF 记录。

或者通过以下方式发送出站电子邮件AWS SES - 简单电子邮件服务- 这是一项配置正确的服务，可以以极高的成功率为您发送电子邮件。

希望有帮助:)

相关内容