我们的项目已部署在Elastic Beanstalk上,我想在HTTP上运行它。我在AWS Certificate Manager上创建了证书,然后选择DNS验证选项。我在Godaddy DNS记录中添加了提供的数据。以下是我的示例数据
Domain Name | Record Name | Record Type | Record Value
example.com | _8046ecb910c52234234234234232ecae.example.com. | CNAME | _81b05686qweerttcxsaxasdadas5a566.tljzshvwok.acm-validations.aws.
*.example.com | _8046ecb910c52234234234234232ecae.example.com. | CNAME | _81b05686qweerttcxsaxasdadas5a566.tljzshvwok.acm-validations.aws.
AWS提供了我的两个记录,分别是example.com和* .example.com,但两个记录都相同。因此,我在Godaddy DNS条目中添加了一个CNAME记录。我等了三天,我的证书仍处于待处理状态,最终过期了。我创建了一个新的,我已经等待了24个小时,但它仍处于待处理状态。我不是该域的所有者,因此无法使用电子邮件验证方法。
答案 0 :(得分:3)
一个明显的常见错误是将整个主机名粘贴到一个不需要FQDN的框中,从而创建一条实际上在DNS中看起来像这样的记录(尽管您可能不会在屏幕上这样观察):>
_8046ecb910c52234234234234232ecae.example.com.example.com
对于“主机名”,在创建记录时只需使用_8046ecb910c52234234234234232ecae
。
创建它后,使用dig
或nslookup
验证其是否可以按预期解析。
答案 1 :(得分:2)
我在相当长一段时间内对处于“待验证”状态的AWS证书存在类似的问题。经过几次尝试,我终于使它处于“成功”状态。域名注册商可能会有所不同,在我的情况下是NameCheap。
请参阅AWS ACM和NameCheap的屏幕截图,以按照适用于我的步骤进行操作:
答案 2 :(得分:1)
我也遇到了这个问题,等待了一天,但仍在等待验证。我在这里遵循了答案,但仍然感到困惑和待定验证,因此我决定逐步分享NameCheap中对我有用的内容。
在AWS中:
Domain Name,Record Name,Record Type,Record Value
mysite.io,_beocc4be975f27599f5d77f87af84321.mysite.io.,CNAME,_6ae531c5dad6c5ceeefd65a73d532881.dumrqilasr.acm-validations.aws.
在NameCheap中:
_beocc4be975f27599f5d77f87af84321.
_6ae531c5dad6c5ceeefd65a73d532881.dumrqilasr.acm-validations.aws.
在AWS中:
答案 3 :(得分:1)
我在 Freenom 注册的域有同样的永久未决问题,因为我忘记将 name servers
从 AWS Route 53
设置为 Freenom
。
来自 AWS Route 53 的名称服务器:
*(ns
表示 name server
)
将上面的名称服务器设置为 Freenom:
然后,它被验证为待定。但是,即使我将名称服务器设置为 Freenom
,有时也需要很长时间才能进行验证。在这种情况下,我删除了请求,并在几个小时后再次提出请求,然后,它被正确验证。
或者说,我们在域提供商处注册了域,例如 GoDaddy
、Namecheap
、Freenow
等,然后,我们需要将 name servers
从 { {1}} 到 AWS Route 53
、GoDaddy
、Namecheap
等等。最后,我们的域将从 Freenow
进行验证。
答案 4 :(得分:0)
我需要与@Kai 相同的解决方案 - 必须将 NS 记录添加到主域。但我的情况有点不同:
dig +trace subdomain.example.com.au
.
然后 au.
然后 com.au.
然后 example.com.au.
最后 subdomain.example.com.au.
返回一串响应