正常应该是这样的哈
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
|  |      1lhbc      2023-05-26 13:31:58 +08:00  1 第二个列表抽查了几个,确实没有配置 NS 还有个出错信息没看到吗? read: connection reset by peer | 
|      2jsjcjsjc OP @lhbc 感谢,但是这个肯定是有的哈  facebook.io | 
|      5julyclyde      2023-05-29 19:03:42 +08:00  1 递归解析的时候会顺便把 glue record 的结果也提供给客户端 但是你如果去解析那个 ns ,则不会使用 glue record 的值,而是那个 ns 自己的 A 记录 |