查看 Heroku 文档中的此链接：
https://devcenter.heroku.com/articles/avoiding-naked-domains-dns-arecords#subdomain-redirection
黄色框表示：
通过 SSL 直接向裸域发出的请求（即 https://mydomain.com) 使用子域时会遇到警告 重定向。这是意料之中的，并且可以通过仅循环来避免 并公开您的安全 URL 的子域格式。
这真的是唯一的解决方案吗？只是希望人们不要输入没有wwws的url？
我遇到了几个问题，人们只是从 url 中删除子域以访问主页（在 https 上）并遇到 ssl 警告？
还有其他人想出办法解决这个问题吗？
【问题讨论】：
标签： ssl heroku https subdomain ssl-certificate
到目前为止，我们发现的最好的想法是设置两个 Amazon EC2 微型机器实例，并使用少量 nginx 配置。然后，配置两个弹性 IP 地址以指向这些 EC2 实例，并将点 2 A 记录指向这些 IP 地址。这样，如果硬件出现问题，您始终可以将弹性 IP 指向另一台 EC2 机器，而无需等待 DNS 传播。访问 https://example.com 和 http://example.com 的用户将收到 301 到域并且没有 SSL 警告。
server {
listen 80;
listen 443 default_server ssl;
server_name example.com;
ssl_certificate server.crt;
ssl_certificate_key server.key;
return 301 https://www.example.com$request_uri;
}
另一个想法是使用wwwizer提供的优质服务。
【讨论】：
最好的选择是使用像 DNSimple 的 ALIAS record type 这样的东西，它为 CNAME 记录提供根域支持。
然后您可以像这样设置您的记录（假设将SSL Endpoint 用于 SSL）。
| type | name | target |
| ALIAS | | tokyo-123.herokussl.com |
| CNAME | www | tokyo-123.herokussl.com |
虽然有其他 DNS 提供商提供类似的 ALIAS 记录功能（例如 DNSMadeEasy 的 ANAME），但它不在 DNS 规范中。这就是为什么我们尚未提供有关使用此类记录的详尽文档的原因。但是，鉴于缺乏对需要根域支持的人的明确指导，我们的目标是在不久的将来纠正此问题。
也请留意using AWS Route 53 as your Heroku app's DNS。我相信很快就能在 R53 上实现这一目标。
【讨论】：
301 重定向是正确的方法，因为 RFC1033 指出您不能将区域顶点（根域）指向 CNAME 记录 - 它必须是 A 记录。
话虽如此，但无论如何都有 DNS 服务提供了这样做的可能性。我自己还没有尝试过，但CloudFlare 提供了免费层级，并于去年开始为区域顶点提供 CNAME。
【讨论】：