关于URL「ai.」的解析、DNS解析机制及合规性的技术问询
关于URL「ai.」的解析、DNS解析机制及合规性的技术问询
嘿,我最近碰到一个挺有意思的网络现象:访问http://ai.居然能加载出一个网页,不过页面提示这个站点已经不是公开网站了,还给出了几个相关的.ai域名服务入口:
whois.nic.ai:用于查询whois信息auction.whois.ai:过期.ai域名的拍卖站点whois.ai/faq.html:.ai域名的通用FAQ页面whois.ai/eppfaq.html:面向.ai域名注册商的FAQ页面zenaida.cate.ai:针对多年前曾在此登录的用户的入口
不过这里有个特别疑惑的点:这个URL是ai.,既不是常规的xxx.ai子域名,也不是.ai顶级域的标准写法,看起来像是个“不完整”的域名。我试着用com.、net.这类其他顶级域做同样的测试,结果都无法访问。所以想请教以下几个技术问题:
1. ai.这类URL是如何被解析的?
其实ai.是带根域名后缀的顶级域名——我们平时输入域名时习惯省略末尾的点(比如输入ai其实浏览器会自动补成ai.),但这里明确写了末尾的点,解析器会直接把它当作完整的域名ai.来处理,不会再去追加其他后缀或进行搜索列表匹配。
2. 它的DNS解析机制是怎样的?
当发起ai.的DNS解析请求时,流程是这样的:
- 本地递归解析器首先向根域名服务器发起查询,根服务器会返回负责
.ai顶级域的权威DNS服务器地址; - 递归解析器接着向这些
.ai权威服务器查询ai.的A/AAAA记录,刚好.ai的管理机构给这个顶级域名本身配置了对应的IP地址,所以能成功拿到解析结果,进而连接到对应的服务器返回网页; - 而像
com.、net.这类顶级域,它们的管理机构并没有给com.、net.本身配置有效的DNS解析记录,所以自然无法访问。
3. 这种写法是否符合相关规范(比如RFC)?
完全符合!DNS相关的RFC(比如RFC 1034、RFC 1035)明确规定,顶级域名本身(带末尾点的形式是规范的完整写法)是可以配置DNS记录的。顶级域的管理机构拥有对该域的控制权,只要配置的DNS记录格式合法,就完全符合规范。.ai只是刚好做了这个配置,而其他TLD没这么操作而已,并非规范不允许。
备注:内容来源于stack exchange,提问作者desertpureolive
相关产品推荐
相关产品推荐

