[发明专利]域名查询的实现方法和系统

说明书

技术领域

本发明涉及通信领域，尤其涉及一种域名查询的实现方法和系统。

背景技术

通常，互联网的网站都是以服务器的形式而存在的，如果要实现用户对这些网站的服务器的方位，就需要给每一台服务器分配IP地址，然而，互联网上网站的数量是非常多的，并且其数量仍旧在不断增加，所以，在用户登录网站服务器时，不可能记住每个网站的IP地址。为了方便记忆，就产生了域名管理系统(Domain Name System，简称为DNS)，DNS可以将用户输入的方便用户记忆的域名转换成为要访问的服务器的IP地址，例如，当用户在浏览器输入www.XXXX.com.yy的域名时，DNS会将该域名转换为相应的IP地址AA.BBB.CCC.DDD。

通常，在进行DNS解析时，采用的流程如下：

一般用户在浏览器输入域名时，本地DNS系统会根据不同类型域名对应以下三种不同的解析策略：

(策略一)本域查询：若是查询本地域名，DNS服务器会直接返回网站服务器的IP地址，例如，运营商1在A城市下的接入用户访问运营商1在A城市的网站时，由于该网站归属于A城市本地DNS服务器解析，因此，该本地DNS服务器会将运营商1在城市A的网站IP地址返回给用户；

(策略二)缓存查询：用户查询的域名为非本地域名，如果在DNS服务器的缓存中有相关域名的解析记录(例如，在最近一段时间内，DNS服务器解析过此域名的IP后，会将相关记录保存在缓存中，且该记录还没有被删除)，则DNS服务器会到缓存中提取域名所对应的解析IP地址返回给用户；

(策略三)迭代查询：用户查询的域名为非本地域名，且需要查询的域名在DNS的缓存中也没有相关记录，则需要通过迭代过程查询该域名对应的IP地址，以查询www.XXXX.com.yy为例，其迭代查询过程如下：

步骤1，用户主机将域名查询请求发给本地DNS服务器；

步骤2，本地DNS服务器收到请求后在本地域名数据库及缓存中查找；

步骤3，若DNS服务器在本地域名数据库及缓存中未查询到相关记录，本地DNS服务器向自己的根域服务器发出解析请求；

步骤4，若根域DNS服务器无法解析，则返回管理yy域的DNS服务器的IP地址；

步骤5，本地DNS服务器再将请求交给管理yy域的DNS服务器；

步骤6，若管理yy域的DNS服务器无法解析，则返回管理com.yy域的DNS服务器的地址；

步骤7，本地DNS服务器再次将请求交给管理com.yy域的DNS服务器，管理com.yy域的DNS服务器再返回XXXX.com.yy域名服务器的地址；

步骤8，最终，本地DNS服务器从XXXX.com.yy域名服务器获得www.XXXX.com.yy网站服务器的IP地址结果，并将结果返回给接入用户；

通过以上策略以及解析过程可以看出，在现有DNS技术体制中，用户发出DNS域名解析请求，运营商DNS接收用户的DNS请求后，首先会查看自己的缓存中是否存在所请求的解析记录，若存在则直接回复该解析记录，若不存在则需要通过迭代查询从互联网内容提供商(Internet Content Provider，简称为ICP)的DNS处获得解析结果，而在整个DNS的解析过程中，运营商的DNS完全是一个通道，不会对ICP DNS所答复的DNS响应中的TTL值做任何修改，仅仅是将DNS响应转发给用户。

在上述处理过程中，迭代查询的过程有可能由多个服务器进行参与，这些服务器之间需要进行消息的交互，并且每个参与的服务器都需要进行本地的判断，因此，迭代查询的处理延迟较长，网络中的消息开销也较大。

通常情况下，部分DNS解析报文到达用户本地DNS服务器后，其报文生命周期(该周期的长度可以通过报文中的TTL(Time To Live)值标识)较短，例如，DNS服务器可以将TTL配置为17时，表示该报文只在该DNS服务器的缓存中保留17秒，一旦超过17秒后就将该报文删除，也就是说，在该DNS服务器保存该报文的17秒之内，如果有用户请求同一个域名解析时，就可以采用缓存查询；一旦17秒的生命周期超时后，DNS服务器就会将该报文删除，此时，如果有用户请求该域名的解析时，该DNS服务器就必须采用迭代查询；对于有些报文，其TTL值会被配置为0，也就是说，DNS服务器不会保存该报文，只要用户请求该报文对应域名的解析，就一定会触发迭代查询。