【发布时间】:2018-11-16 14:28:18
【问题描述】:
我有一个很好用的 Azure SendGrid 帐户。我可以使用通常的 API 发送电子邮件。我需要设置发件人身份验证(两个原因,首先它会帮助接收者在垃圾中找到它,更重要的是它可以让我设置入站解析)。
我已经查阅了 Sendgrid 文档 (https://sendgrid.com/docs/User_Guide/Settings/Sender_authentication/How_to_set_up_domain_authentication.html),其中有明确的说明,其中涉及 DNS 记录(很快),但不幸的是,这不起作用。我也经历了他们的故障排除。我认为这可能是我的域实际上是子域的问题,但我不知道如何修复 DNS 记录以使其正常工作。
我为我的网站设置了“DNS 区域”,我们将网站称为“fake.azurewebsites.net”。
Sendgrid 指示我添加以下 CNAME 记录(数字被打乱): em1879.fake.azurewebsites.net > u7381760.wl261.sendgrid.net (..以及另外两个)
所以我制作了这些记录,并等待了超过 48 小时的 DNS 刷新,但 Sendgrid 仍然无法验证。我收到错误消息:“em1879.fake.azurewebsites.net”的预期 CNAME 与“u7381760.wl261.sendgrid.net”匹配。我还尝试了他们的故障排除,但无法使用 DIG 命令获得“答案”。我没有使用白名单或任何其他已知会干扰的功能。
在所有文档中,记录通常采用以下形式: em1879.usersDomain.com 而不是 em1879.userSub.Domain.com,所以这可能是问题的一部分,但我当然可能会遗漏一些东西。
【问题讨论】:
-
这似乎是一个错误的DNS记录设置问题。您是否能够挖掘您的域 em1879.fake.azurewebsites.net 并获得 sendgrid 记录作为答案?可能共享您的实际域可能有助于找到问题。
-
见下文。当我挖掘 cname DNS 记录时,我得到一个空的“答案”。列出了实际的域。挖掘 CNAME em8849.geic.azurewebsites.net [链接](toolbox.googleapps.com/apps/dig) id 24695,操作码 QUERY,rcode NXDOMAIN,标志 QR RD RA;问题 em8849.geic.azurewebsites.net。在 CNAME ;ANSWER ;AUTHORITY azurewebsites.net。 59 在 SOA prd1.azuredns-cloud.net 中。 msnhst.microsoft.com.azurewebsites.net。 2034177339 900 300 604800 60 ;附加
-
是的,这正是我要说的,挖掘应该响应正确的值。请咨询 DNS 服务提供商,如果您设置了正确的 CNAME,为什么它无法解析。