The*_*can 5 domain-name-system cname-record nameserver amazon-web-services
如果我针对主机名运行 dig,我会得到相应的 cname,但是我会得到 NXDOMAIN 错误(不存在的域)。
如果我对获得的 cname 运行 dig,我可以成功将其解析为 IP 地址。它是可复制的。
在我目前使用的系统上总是如此,在其他系统上它有时有效,有时无效,而在其他系统上它似乎一直有效。
如果我使用我指定的名称服务器(例如谷歌的公共名称服务器)运行,我可以成功解析主机名。
我只会责怪本地系统,但似乎我并没有遇到唯一的问题。
第二个域 (example.net) 托管在亚马逊路由 53 名称服务器上。第一个在另一台 DNS 服务器上,多年来已被证明功能齐全且可靠。
我曾经也将另一个域切换到亚马逊 dns,一切似乎都正常,而且各种 dns 运行状况检查测试也报告良好,但是我收到了很多支持票,表明 dns 解析不起作用。
亚马逊只是“糟糕”还是我做错了什么?
我没有以任何方式在本地系统上篡改域(如果进行缓存或创建自定义 dns 视图或其他......)
joe@joe:~$ dig scorpion.example.com
; <<>> DiG 9.8.1-P1 <<>> scorpion.example.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 10222
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0
;; QUESTION SECTION:
;scorpion.example.com. IN A
;; ANSWER SECTION:
scorpion.example.com. 180 IN CNAME alpha.nue.scorpion.example.net.
;; Query time: 28 msec
;; SERVER: 127.0.0.1#53(127.0.0.1)
;; WHEN: Mon Jun 18 10:28:39 2012
;; MSG SIZE rcvd: 84
joe@joe:~$ dig alpha.nue.scorpion.example.net
; <<>> DiG 9.8.1-P1 <<>> alpha.nue.scorpion.example.net
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 25381
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0
;; QUESTION SECTION:
;alpha.nue.scorpion.example.net. IN A
;; ANSWER SECTION:
alpha.nue.scorpion.example.net. 300 IN A 192.0.2.130
;; Query time: 48 msec
;; SERVER: 127.0.0.1#53(127.0.0.1)
;; WHEN: Mon Jun 18 10:28:47 2012
;; MSG SIZE rcvd: 66
joe@joe:~$
Run Code Online (Sandbox Code Playgroud)
您在第一个请求中获得了 NXDOMAIN,因为您请求的是 A(正如您在问题部分中看到的那样),而服务器仅使用 CNAME 进行响应。因此,您看到的问题是由 的 DNS 服务器引起的example.com,而不是由 Amazon 引起的。
据我了解,服务器通常会返回 CNAME 记录指向的 A 记录,作为节省带宽的答案的一部分(因为,否则,这可能是您的下一个问题)。然而,我不认为他们必须这样做,而且我很确定一些特别迂腐的 DNS 服务器(我正在看着你,未打补丁的tinydns)不会在答案中包含 A 记录。
(编辑:正如 kworr 所指出的,如果 A 名称不在管辖范围内,那么您还依赖于服务器是否愿意为您执行递归查询)
| 归档时间: |
|
| 查看次数: |
7466 次 |
| 最近记录: |