正常应该是这样的哈
google.net [ns3.google.com. ns2.google.com. ns4.google.com. ns1.google.com.]
google.ee [ns2.google.com. ns3.google.com. ns1.google.com. ns4.google.com.]
google.co [ns4.google.com. ns1.google.com. ns3.google.com. ns2.google.com.]
但为什么有些差不多?这个不走 whois,理论上应该是可以的哈
facebook.io [] SERVFAIL
facebook.ng [] NXDOMAIN
facebook.am [] SERVFAIL
facebook.rs [] SERVFAIL
facebook.com.sg [] SERVFAIL
facebook.dev [] SERVFAIL
facebook.org.au [] NXDOMAIN
facebook.co.ke [] SERVFAIL
facebook.sg [] SERVFAIL
facebook.uz [] NXDOMAIN
facebook.ro [] SERVFAIL
facebook.com.hk [] SERVFAIL
facebook.ae [] SERVFAIL
facebook.md [] NXDOMAIN
facebook.kz [] SERVFAIL
facebook.co.uk [] SERVFAIL
facebook.com.pe [] SERVFAIL
facebook.com [] read tcp 192.168.0.191:63690->8.8.8.8:53: read: connection reset by peer
facebook.top [] NXDOMAIN
youtube.co [] read tcp 192.168.0.191:63693->8.8.8.8:53: read: connection reset by peer
youtube.cc [] SERVFAIL
youtube.dev [] SERVFAIL
youtube.cn [] SERVFAIL
youtube.org.au [] NXDOMAIN
youtube.im [] SERVFAIL
youtube.org.il [] NXDOMAIN
youtube.com [] read tcp 192.168.0.191:63706->8.8.8.8:53: read: connection reset by peer
1
lhbc 2023-05-26 13:31:58 +08:00 1
第二个列表抽查了几个,确实没有配置 NS
还有个出错信息没看到吗? read: connection reset by peer |
2
jsjcjsjc OP @lhbc 感谢,但是这个肯定是有的哈 facebook.io
|
5
julyclyde 2023-05-29 19:03:42 +08:00 1
递归解析的时候会顺便把 glue record 的结果也提供给客户端
但是你如果去解析那个 ns ,则不会使用 glue record 的值,而是那个 ns 自己的 A 记录 |