直到今天,我还习惯于相信它不可能。从这个页面
名称字段可以是以下任何一项:
- 完全限定域名 (FQDN),例如 example.com。(以点结尾)
- 不合格的名称(不以点结尾)
- '@'(替换 $ORIGIN 的当前值)
- 一个“空格”或“空白”(制表符)——这被替换为名称字段的前一个值。
现在,看看下面的查询
$ dig top-immotunisie.com NS
; <<>> DiG 9.6.0-APPLE-P2 <<>> top-immotunisie.com NS
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 44156
;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 0
;; QUESTION SECTION:
;top-immotunisie.com. IN NS
;; ANSWER SECTION:
top-immotunisie.com. 36012 IN NS ns1.topnet.tn.
top-immotunisie.com. 36012 IN NS 196.203.251.8.
;; Query time: 353 msec
;; SERVER: 85.37.17.16#53(85.37.17.16)
;; WHEN: Thu Jan 7 02:29:15 2010
;; MSG SIZE rcvd: 91
这怎么可能?NS 记录可以指向 IP 地址吗?
这不是一个 IP 地址,它是一个非常非常无效的 FQDN。换句话说,它是一个字符串,而不是一个实际的地址。IP 地址末尾的点将其与 RFC 中的规范一起表明 NS 记录答案是一个字符串。
有趣的是,我刚刚检查了您提供的域,并且它已经被修复为使用
ns2.topnet.tn
它作为其他名称服务器。