【发布时间】：2020-08-11 19:44:22
【问题描述】：
我在 AWS 上注册了一个域并为其设置了一个托管区域。
我想在托管在https://www.example.com 下的第三方网站上解析我的域www.something.com
我了解命名的原理，但有些东西不能正常工作，我不明白为什么。
所以我已将 CNAME 正确声明为值 https://www.example.com。
现在在做dig www.something.com 时，我得到以下回复：
; <<>> DiG 9.10.6 <<>> www.something.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 39539
;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;www.something.com. IN A
;; ANSWER SECTION:
www.something.com. 300 IN CNAME https://www.example.com.
https://www.example.com. 751 IN A 46.30.215.88
;; Query time: 57 msec
;; SERVER: 192.168.178.1#53(192.168.178.1)
;; WHEN: Tue Aug 11 21:34:22 CEST 2020
;; MSG SIZE rcvd: 113
在我看来，CNAME 正在正确解析。 但我的客户给了我以下信息：
对于www.something.com 我收到：
<html><head>
<title>404 Not Found</title>
</head><body>
<h1>Not Found</h1>
<p>The requested URL was not found on this server.</p>
</body></html>
尝试https://www.something.com 我明白了：
* Connected to www.something.com (46.30.215.88) port 443 (#0)
* ALPN, offering h2
* ALPN, offering http/1.1
* successfully set certificate verify locations:
* CAfile: /etc/ssl/cert.pem
CApath: none
* TLSv1.2 (OUT), TLS handshake, Client hello (1):
* TLSv1.2 (IN), TLS alert, handshake failure (552):
* error:14004410:SSL routines:CONNECT_CR_SRVR_HELLO:sslv3 alert handshake failure
* Closing connection 0
curl: (35) error:14004410:SSL routines:CONNECT_CR_SRVR_HELLO:sslv3 alert handshake failure
我已经等了 24 小时以上，但问题仍然存在。 我已经连接了https://www.example.com 的主机提供商，他们声称我设置的 CNAME 是正确的。
我现在没有想法，因为这是一项非常简单的任务。只是我无法正确解析 ALIAS。
【问题讨论】：
-
CNAME 记录的值应该是主机名，而不是 URL。
标签： amazon-web-services dns amazon-route53