CN101282368A - 保存域名系统记录的方法、装置、域名解析方法及装置 - Google Patents
保存域名系统记录的方法、装置、域名解析方法及装置 Download PDFInfo
- Publication number
- CN101282368A CN101282368A CNA2007101631010A CN200710163101A CN101282368A CN 101282368 A CN101282368 A CN 101282368A CN A2007101631010 A CNA2007101631010 A CN A2007101631010A CN 200710163101 A CN200710163101 A CN 200710163101A CN 101282368 A CN101282368 A CN 101282368A
- Authority
- CN
- China
- Prior art keywords
- dns
- address
- record
- terminal
- domain name
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种保存域名系统记录的方法，包括：将接收到的新的域名系统DNS记录保存在终端本地；如果已经存储的所有DNS记录的大小高于或等于预先设定的存储门限时，则删除一部分已经存储的DNS记录，以使剩余的DNS记录的大小不高于或低于所述存储门限。在本发明中，如果判断出已经存储的所有DNS记录的大小高于或等于预先设定的存储门限时，就删除一部分DNS记录，以使剩余的DNS记录的大小不高于或低于所述存储门限，这对于存储容量小的终端来说，解决了因为存储的DNS记录过多而对存储其他数据造成影响的问题。
Description
技术领域
本发明涉及域名系统技术，尤其涉及保存域名系统记录技术及域名解析技术。
背景技术
在现有的IP网络中，一个域名对应至少一个IP地址，域名与IP地址的对应关系可以存储在域名系统(DNS，Domain Name System)服务器中。当终端需要访问某个域名对应的网络设备时，可以向DNS服务器查询这个域名对应的IP地址，从而根据IP地址与对应的网络设备进行通信等操作。在实际应用中，终端可能要多次访问同一个域名对应的网络设备，为便于终端方便的访问这个网络设备并且避免频繁的向DNS服务器查询域名与IP地址的对应关系，终端可以将第一次获得的域名与IP地址的对应关系等DNS记录保存在本地，这样，终端如果还需要访问某个域名对应的网络设备，则只需在本地查询已经保存的这个域名对应的IP地址，从而根据IP地址访问网络设备。
对于存储容量比较大的终端来说，存储一些DNS记录不会产生太大的影响，但对于存储容量比较小的终端来说，有限的存储容量就显得非常珍贵，所以，如果存储一些DNS记录可能就会对存储容量小的终端造成很大的影响。然而，目前还没有一种可行的方案解决这个问题。
另外，当终端需要访问某个域名对应的网络设备时，通常会向DNS服务器发出查询请求，请求中可以携带这个域名，DNS服务器将这个域名对应的一个IP地址以响应消息的形式返回给终端。在实际应用中，一个域名可以对应多个IP地址，每个IP地址对应的网络设备可以提供相同的业务，当然，也可以分别提供不同的业务，DNS服务器可以存储这个域名与多个对应的IP地址之间的对应关系。当终端向DNS服务器发出查询请求时，DNS服务器可以根据一些策略向终端返回一个IP地址，但是，这些策略很少会考虑到终端自身的需求等因素，所以，DNS服务器向终端返回的未必是合适的IP地址，这有可能导致终端为获取合适的IP地址，而再次向DNS服务器发出查询请求，进而增加了不必要的网络流量。
发明内容
本发明实施例要解决的一个技术问题是提供一种保存域名系统记录的方法及装置，以降低存储容量小的终端保存域名系统记录时产生的负面影响。
本发明实施例提供一种保存域名系统记录的方法，包括：将接收到的新的域名系统DNS记录保存在终端本地；如果已经存储的所有DNS记录的大小高于或等于预先设定的存储门限时，则删除一部分已经存储的DNS记录，以使剩余的DNS记录的大小不高于或低于所述存储门限。
本发明实施例还提供一种保存域名系统记录的装置，包括：保存单元，用于保存接收到的新的DNS记录，并存储已经接收到的需要保存的所有DNS记录；DNS记录大小检测单元，用于比较所述保存单元中保存的所有DNS记录与预先设定的存储门限的大小关系；DNS记录清理单元，如果所述DNS记录大小检测单元检测到所述保存单元已经存储的所有DNS记录的大小高于或等于预先设定的存储门限时，则删除一部分所述保存单元已经存储的DNS记录，以使剩余的DNS记录的大小不高于或低于所述存储门限。
本发明实施例还提供一种终端，包括：保存单元，用于保存接收到的新的DNS记录，并存储已经接收到的需要保存的所有DNS记录；DNS记录大小检测单元，用于比较所述保存单元中保存的所有DNS记录与预先设定的存储门限的大小关系；DNS记录清理单元，如果所述DNS记录大小检测单元检测到所述保存单元已经存储的所有DNS记录的大小高于或等于预先设定的存储门限时，则删除一部分所述保存单元已经存储的DNS记录，以使剩余的DNS记录的大小不高于或低于所述存储门限。
本发明实施例要解决的另一个技术问题是提供一种域名解析方法及装置，以使在考虑终端自身因素的前提下，完成域名解析过程。
本发明实施例提供一种域名解析方法，包括：接收终端发出的DNS查询请求，所述DNS查询请求中携带用于标识业务类型的业务标识和/或标识用户身份的用户信息；根据所述业务标识和/或用户信息，为所述终端选择至少一个IP地址；将所述选择的IP地址返回给终端。
本发明实施例还提供一种域名解析装置，包括：DNS查询请求接收单元，用于接收终端发出的DNS查询请求，所述DNS查询请求中携带用于标识业务类型的业务标识和/或标识用户身份的用户信息；IP地址选择单元，用于根据所述DNS查询请求接收单元接收的所述业务标识和/或用户信息，为所述终端选择至少一个IP地址；IP地址提供单元，用于将所述IP地址选择单元选择的IP地址提供给终端。
本发明实施例还提供一种DNS服务器，包括：DNS查询请求接收单元，用于接收终端发出的DNS查询请求，所述DNS查询请求中携带用于标识业务类型的业务标识和/或标识用户身份的用户信息；IP地址选择单元，用于根据所述DNS查询请求接收单元接收的所述业务标识和/或用户信息，为所述终端选择至少一个IP地址；IP地址提供单元，用于将所述IP地址选择单元选择的IP地址提供给终端。
本发明实施例还提供一种域名解析结果获取方法，包括：向DNS服务器发出DNS查询请求，所述DNS查询请求中携带用于标识业务类型的业务标识和/或标识用户身份的用户信息；接收所述DNS服务器提供的至少一个IP地址，所述至少一个IP地址为所述DNS服务器根据所述业务标识和/或用户信息，为所述终端选择的IP地址。
本发明实施例还提供一种域名解析结果获取装置，包括：信息加载单元，用于将用于标识业务类型的业务标识和/或标识用户身份的用户信息加载到DNS查询请求；DNS查询请求发出单元，用于向DNS服务器发出所述加载业务标识和/或用户信息的DNS查询请求；IP地址接收单元，用于接收所述DNS服务器提供的至少一个IP地址，所述至少一个IP地址为所述DNS服务器根据所述业务标识和/或用户信息，为所述终端选择的IP地址。
本发明实施例还提供一种终端，包括：信息加载单元，用于将用于标识业务类型的业务标识和/或标识用户身份的用户信息加载到DNS查询请求；DNS查询请求发出单元，用于向DNS服务器发出所述加载业务标识和/或用户信息的DNS查询请求；IP地址接收单元，用于接收所述DNS服务器提供的至少一个IP地址，所述至少一个IP地址为所述DNS服务器根据所述业务标识和/或用户信息，为所述终端选择的IP地址。
在本发明的保存域名系统记录的方法和装置实施例中，如果判断出已经存储的所有DNS记录的大小高于或等于预先设定的存储门限时，就删除一部分DNS记录，以使剩余的DNS记录的大小不高于或低于所述存储门限，这对于存储容量小的终端来说，解决了因为存储的DNS记录过多而对存储其他数据造成影响的问题。
在本发明的域名解析的方法和装置实施例中，接收携带有业务标识和/或用户信息的DNS查询请求后，可以根据业务标识和/或用户信息，为终端选择合适的IP地址，避免了由于没有考虑到终端的因素而导致选择的IP地址不合适的情况出现，解决了在考虑终端的因素的前提下，为终端选择合适的IP地址的问题。
附图说明
图1为本发明的一种Internet域名结构的实例示意图；
图2为本发明的保存DNS记录的一种方法实施例的流程图；
图3为本发明的域名解析的一种方法实施例的流程图；
图4为本发明的域名解析的另一种方法实施例的流程图；
图5为本发明的一种迭代解析的实施例的示意图。
具体实施方式
由于本发明所有的实施例均涉及到DNS技术，所以，在详细描述本发明提供的实施例之前，首先对DNS的有关内容进行说明。
因特网(Internet)中的主机可以具有多种方式标识，其中的一种方式是使用主机名(hostname)。由于主机名是助记性的，例如cnn.com及www.yahoo.com等，所以人们更愿意使用主机名来标识主机。然而，主机名几乎没有提供关于主机在Internet中的位置信息，例如，某个主机的主机名为sina.com.cn，则可以判断这个主机在中国境内，但除此之外，就没有其他的位置信息了。另外，主机名是由可变长度的字母、数字、字符构成的，路由器处理起来比较困难。
鉴于上述主机名标识方式的一些缺陷，Internet中的主机也可以使用IP地址进行标识。Internet上的主机之间的传输控制协议(TCP，TransmissionControl Protocol)/因特网协议(IP，Internet Protocol)通信是通过IP地址进行的，Internet上的每一台主机都应该有一个IP地址作为其唯一标识。IP地址具有层次结构，当从左至右扫描某个地址时，可以越来越明确的得到对应的主机在Internet中的位置信息。
但是，IP地址是数字型名字，难于记忆和理解。这样就产生一个问题，即，一个主机既可以由主机名标识，也可以由IP地址标识，在实际应用中，人们更愿意使用便于记忆的主机名标识主机，而路由器等网络设备则只愿意使用长度固定且有层次结构的IP地址。为了便于应用，TCP/IP提供了一种字符型的主机命名机制，即域名系统DNS。DNS既是一个在由名称服务器构成的层次结构中实现的分布式数据库，又是一个允许客户端主机和名称服务器通信所使用的域名转换服务的应用层协议。名称服务器主机通常是运行伯克利因特网名称域(BIND，Berkeley Internet Name Domain，一种软件名称)软件的UNIX主机。DNS协议运行在用户数据报协议(UDP，User DatagramProtocol)之上，使用端口号53。DNS可以将枯燥、无意义的数字映射成具有特定含义的词或词的缩写，便于记忆和理解。尤其在网站构建过程中，DNS是首要解决的问题之一，也是实现例如www、文件传输协议(FTP，File TransferProtocol)、E-mail等多种Internet应用的基础。
其他例如超文本传输协议(HTTP，Hypertext Transfer Protocol)、简单邮件传输协议(SMTP，Simple Mail Transfer Protocol)、FTP等应用层协议普遍使用DNS将用户提供的主机名转换成IP地址。以某个用户使用运行在本地主机上的一个浏览器(也就是HTTP客户)请求http://www.yesky.com为例，为了将HTTP请求消息发送到名为www.yesky.com的web服务器，浏览器必须获悉这台web服务器的IP地址。浏览器可以从统一资源定位器(URL，UniformResource Locator)中抽取出主机名，然后将抽取出的主机名传递给本地主机上的DNS应用客户端，DNS应用客户端向某个DNS服务器发出一个包含抽取出的主机名的DNS查询请求消息，进而会收到一个包含与抽取出的主机名对应的IP地址的应答消息。之后，浏览器打开一个到位于抽取出的IP地址的HTTP服务器的TCP连接。DNS除提供主机名到IP地址的转换外，还提供其他一些重要的服务：
1.主机别名(hody aliasing)：具有复杂主机名的主机还可以有一个或多个别名。例如，主机名为relay 1.west-coast.enterprise.com的主机还可以有另外两个主机名，分别是enterprise.com和www.enterprise.com。在这里，主机名relay 1.west-coast.enterprise.com称为正规主机名(canonical hostname)，另外两个主机名则称为别名主机名(alias hostname)。别名主机名往往比正规主机名更便于记忆，DNS应用客户端可以调用DNS来获取别名主机名对应的正规主机名和IP地址。
2.邮件服务器别名(mail server aliasing)：电子邮件地址一般要求便于记忆。例如，Bob(某个用户)有一个hotmail账号，其电子邮件地址可能是简单的Bob@hotmail.com。然而，hotmail邮件服务器的主机名要比hotmail.com复杂且不易记住。电子邮件应用可以调用DNS获取所给定的别名主机名对应的正规主机名和IP地址。在实际应用中，DNS允许一个公司的Web服务器和邮件服务器使用相同的别名主机名。例如，某个公司的web服务器和邮件服务器可以都称为enterprise.com。
3.负载分担(load distribution)：DNS还越来越多地用于执行在多个复制成的服务器(例如复制成的Web服务器)之间的负载分担。例如，cnn.com等繁忙站点往往把Web服务器复制成多个，每个Web服务器运行在不同的端系统上，具有不同的IP地址。对于复制成的多个Web服务器，与其单个正规主机名相关联的是一组IP地址，DNS服务器中保存着这组IP地址。终端发出针对映射到一组IP地址的某个主机名的DNS查询请求后，DNS服务器以整组IP地址响应，不过，每次响应的地址顺序是轮转的。访问web站点时，浏览器一般把HTTP请求消息发送给DNS客户端查询到的一组IP地址中的第一个，DNS轮转，把web站点的访问负载分担在所有复制成的web服务器上。电子邮件应用也可以使用DNS轮转，这样，多个邮件服务器可以有相同的别名。
DNS的命名结构称为域名空间。域名空间是一个呈树状、层次结构的分布式数据库。域是域名空间的一棵子树或一个分支，树的根节点就是根域，它没有名字，用″.″表示。树中最靠近根域的节点称为顶级域，每个顶级域下面又包含很多级、很多子域，主机则位于树的叶子节点上。完整的域名由树的一个节点到根节点路径上节点标识符的有序序列组成，其中，各节点标识符之间用″.″隔开。
图1所示的是以ibm为根开始的一个子树构成的一个域，它的域名为ibm.com。www服务器为一个域主机名，它属于域nankai.edu.cn下的主机，它的完整的域名是www.nankai.edu.cn。Internet规定了一组正式的通用标准标号，形成了国际通用顶级域名，例如，com代表商业组织，edu代表教育机构等，每个申请加入Internet的国家都可以作为一个顶级域，并向域名管理机构注册一个顶级域名，国家域名用国家代码来标识，例如，cn代表中国，jp代表日本等。
上述仅仅是DNS技术的一些基本内容，下面对本发明提供的多种实施例进行详细描述。
在实际应用中，终端如果需要访问某个网络设备，通常会向DNS服务器发出DNS查询请求，以请求DNS服务器对DNS查询请求携带的域名(也可以称为主机名)进行解析，DNS服务器对域名解析后，将解析结果返回给终端，其中，解析结果可以为域名对应的IP地址等相关信息，这里将解析结果称为DNS记录。终端接收到DNS记录后，可以将DNS记录保存，以便后续再次访问同一个网络设备时，不用再次向DNS服务器查询域名对应的IP地址，而是直接根据保存的DNS记录中的IP地址访问网络设备即可。
下面对保存域名系统记录的一种方法实施例的整体技术方案进行说明。保存域名系统记录的一个方法实施例包括：将接收到的新的DNS记录保存在终端本地；如果已经存储的所有DNS记录的大小高于或等于预先设定的存储门限时，则删除一部分已经存储的DNS记录，以使剩余的DNS记录的大小不高于或低于所述存储门限。需要说明的是，判断已经存储的所有DNS记录的大小有两种方式，对应的结果也可以是两种，即，如果已经存储的所有DNS记录的大小高于预先设定的存储门限时，就删除一部分DNS记录，则要保证剩余的DNS记录的大小不高于所述存储门限；如果已经存储的所有DNS记录的大小等于预先设定的存储门限时，才删除一部分DNS记录，则要保证剩余的DNS记录的大小低于所述存储门限。
在上述方法实施例中，可以按照下述步骤删除一部分已经存储的DNS记录：如果存在已经过期的DNS记录，则删除所述已经过期的DNS记录；如果剩余的DNS记录的大小仍然高于或等于所述存储门限，则再次删除一部分DNS记录，以使最后剩余的DNS记录的大小不高于或低于所述存储门限。
在上述方法实施例中，可以按照下述方式再次删除一部分DNS记录：
删除最临近过期的一部分DNS记录；和/或
在一个域名对应的多个IP地址的所有DNS记录中选择一部分DNS记录删除；和/或
按照保存的顺序依次删除DNS记录；和/或
删除使用率低的一部分DNS记录。
其中，判断DNS记录使用率的方式有很多，例如，每次使用DNS记录时，对DNS记录进行一次标记，当统计或查询DNS记录的使用率时，只要统计DNS记录的标记数量即可。
在上述方法实施例中，如果不存在已经过期的DNS记录，则可以删除一部分DNS记录，以使剩余的DNS记录的大小不高于或低于所述存储门限。
在上述方法实施例中，将接收到的新的域名系统DNS记录保存在终端本地之前，还可以确定所述新的DNS记录中的有效时间TTL，如果为0，则不将所述新的DNS记录保存在终端本地，否则，保存在终端本地。
在上述方法实施例中，接收到的新的DNS记录之前还可以包括：向DNS服务器发出DNS查询请求；所述DNS服务器根据所述DNS查询请求，返回至少一个新的DNS记录。其中，所述DNS查询请求中可以携带业务标识和/或用户信息。另外，所述DNS服务器可以根据业务标识和/或用户信息，选择至少一个IP地址返回。
下面结合图2，对保存DNS记录的一种方法实施例进行详细描述。如图2所示，包括：
步骤S201：终端接收新的DNS记录。
这里的终端可以是任意形式的终端，例如PC机、手机等，但对于例如手机等存储容量小的终端来说，应用这个方法实施例的效果会更明显。
DNS记录可以由DNS服务器以响应消息的形式提供给终端，所述响应消息中可以携带至少一个资源记录(RR，resource record)，一个资源记录可以包含以下的四元组字段：(Name，Value，Type，TTL)，其中，TTL可以表示保存资源记录的时间或者表示与域名对应的IP地址的有效时间，这个时间可以由DNS服务器确定，当然，也可以由其他网络实体确定，DNS服务器只是将这个时间转发给终端即可。
Name和Value的意义依赖于Type。
如果Type＝A，那么Name是一个主机名，并且Value是这个主机名所对应的IP地址，这样，一个TYPE A的记录提供了标难的主机名到IP地址的映射。例如，(relay 1.bar.foo.com，145.37.93.126，A)就是一个Type A的记录。
如果Type＝NS，那么Name就是一个域，例如foo.com，并且Value是一个知道如何获得这个域中主机的IP地址的权威名称服务器的主机名。这个记录用于将DNS查询沿着查询的链式结构进行路由。例如，(foo.com，dns.foo.com，NS)就是一个Type NS记录。
如果Type＝CNAME，那么Value就是一个与主机别名NAME相对应的正规主机名。这个记录可以给发出查询的主机提供一个和主机名相对应的正规主机名。例如，(foo.com，relay 1.bar.foo.com，CNAME)就是一个Type CNAME记录。
如果Type＝MX，那么Value就是一个主机别名为NAME的邮件服务器的主机名。例如，(foo.com，mail.bar.foo.com，MX)就是一个Type MX记录。Type MX记录使得邮件服务器的主机名具有简单的别名。
例如下面的三条DNS记录：
www.sina.com.cn 202.20.132.1022007-01-0512:00
www.sina.com.cn 202.20.132.1012007-01-0512:00
www.sohu.com 202.20.131.1012007-02-0612:00
对于www.sina.com.cn来说，对应两个IP地址，而且表明了这两个IP地址的有效时间；对于www.sohu.com来说，对应一个IP地址及其有效时间。
步骤S202：判断所述DNS记录中的TTL是否为0，如果是，转步骤S203，否则，转步骤S204。
一般来说，如果TTL为0，则说明不需要保存这个记录，否则，可以将这个记录保存在本地。
步骤S203：不保存所述DNS记录或进行其他操作，结束流程，其中，不保存所述DNS记录的方式可以为丢弃所述DNS记录。
步骤S204：将所述DNS记录保存在本地，转步骤S205。
步骤S205：判断当前存储的所有DNS记录的大小是否不低于预先设置的存储门限，如果是，转步骤S206，否则，结束流程。
这里的存储门限是针对存储DNS记录的存储空间设置的一个标准，设置的依据可以有很多种，例如，随机在终端的存储介质中划出一个存储空间，或者估计将要获取的DNS记录的数量后，再划出一个存储空间，划出存储空间后，只要保证设置的存储门限不高于或完全低于存储空间的极限容量即可。
步骤S206：判断是否存在已经过期的DNS记录，如果是，转步骤S207，否则，转步骤S209。其中，已经过期的DNS记录是指TTL为0等表示已经过期的DNS记录。
步骤S207：删除已经过期的DNS记录，转步骤S208；
步骤S208：判断剩余的DNS记录的大小是否仍然不低于预先设置的存储门限，如果是，转步骤S209，否则，结束流程。这里的剩余的DNS记录是指没有过期的DNS记录。
步骤S209：删除一部分DNS记录，转步骤S208。
删除一部分DNS记录可以有很多方式，例如，可以按照DNS记录接近过期的时间先后顺序删除DNS记录，也可以将一个域名对应的多个IP地址的其中一个或多个DNS记录删除，还可以按照存储的先后顺序删除DNS记录，还可以将不经常使用的DNS记录删除。需要说明的是，这里的一部分DNS记录可以是一条DNS记录，还可以是多条DNS记录。
上述方法实施例只是保存DNS记录的一个实施例，事实上，如果对这种实施例进行一些变换，还可以产生多个实施例。例如，在步骤S205和/或S208中，如果判断出当前的DNS记录的大小不低于存储门限时，还可以进一步判断当前的DNS记录的大小相对于存储门限超过了多少，即差值，如果确定出这个差值，则在后续的步骤S207和/或S209中，可以删除与差值大小相当的一部分DNS记录，在实际应用中，由于后续可能还会存储新的DNS记录，所以删除比差值还要多的DNS记录比较合适。
由于上述方法实施例可以由一个装置来实现，所以，本发明还提供了一种保存域名系统记录的装置实施例，这种装置实施例可以包括：保存单元，用于保存接收到的新的DNS记录，并存储已经接收到的需要保存的所有DNS记录；DNS记录大小检测单元，用于比较所述保存单元中保存的所有DNS记录与预先设定的存储门限的大小关系；DNS记录清理单元，如果所述DNS记录大小检测单元检测到所述保存单元已经存储的所有DNS记录的大小高于或等于预先设定的存储门限时，则删除一部分所述保存单元已经存储的DNS记录，以使剩余的DNS记录的大小不高于或低于所述存储门限。
由于DNS记录可以保存在终端本地，所以，本发明还提供一种终端实施例，这种终端实施例可以包括：保存单元，用于保存接收到的新的DNS记录，并存储已经接收到的需要保存的所有DNS记录；DNS记录大小检测单元，用于比较所述保存单元中保存的所有DNS记录与预先设定的存储门限的大小关系；DNS记录清理单元，如果所述DNS记录大小检测单元检测到所述保存单元已经存储的所有DNS记录的大小高于或等于预先设定的存储门限时，则删除一部分所述保存单元已经存储的DNS记录，以使剩余的DNS记录的大小不高于或低于所述存储门限。
在本发明的保存域名系统记录的所有实施例中，如果判断出已经存储的所有DNS记录的大小高于或等于预先设定的存储门限时，就删除一部分DNS记录，以使剩余的DNS记录的大小不高于或低于所述存储门限，这对于存储容量小的终端来说，解决了因为存储的DNS记录过多而对存储其他数据造成影响的问题。
在本发明的保存域名系统记录的所有实施例中，如果判断出已经存储的所有DNS记录的大小高于或等于预先设定的存储门限时，则可以将已经过期的DNS记录，这样，由于这些记录的内容可能已经失效，所以即使删除这些记录，也不会对后续的DNS查询产生负面影响。
在本发明的保存域名系统记录的所有实施例中，删除已经过期的DNS记录后，如果剩余的DNS记录仍然高于或等于预先设定的存储门限时，则可以再根据一些策略选择一部分DNS记录删除，每种策略都会有各自的优点。例如，删除最临近过期的一部分数据，这样可以降低对后续的DNS查询产生的负面影响；在一个域名对应的多个IP地址的所有DNS记录中选择一部分DNS记录删除，由于一个域名对应的多个IP地址可能提供同样的业务服务，所以，即使从中选择一部分记录删除，也会保证在解析同样的域名时，仍然可以找到对应的IP地址；按照保存的顺序依次删除DNS记录，这样的管理方式比较简单，存储DNS记录时，可以使用队列这样的数据结构；删除使用率低的一部分DNS记录，由于使用率低的DNS记录对后续的DNS查询的作用不大，所以即使删除这些记录，对后续的DNS查询也不会产生负面影响。
在实际应用中，一个域名可以对应多个IP地址，每个IP地址对应的网络设备可以提供相同业务类型的服务，当然，也可以提供不同业务类型的服务。当终端向DNS服务器发出DNS查询请求时，DNS服务器如果发现查询请求中携带的域名对应多个IP地址，则尽量选择一个合适的IP地址提供给终端。
下面对域名解析的一个方法实施例的整体技术方案进行说明。这种方法实施例可以包括：接收终端发出的DNS查询请求，所述DNS查询请求中携带用于标识业务类型的业务标识和/或标识用户身份的用户信息；根据所述业务标识和/或用户信息，为所述终端选择至少一个IP地址；将所述选择的IP地址返回给终端。
在上述方法实施例中，当所述DNS查询请求中携带业务标识时，可以选择至少一个能够提供所述业务的网络设备对应的IP地址返回给终端。
在上述方法实施例中，当所述DNS查询请求中携带用户信息时，可以选择至少一个终端有权限访问的网络设备对应的IP地址返回给终端。
所述DNS查询请求可以以DNS查询请求消息Question的形式存在，所述业务标识和/或用户信息存在于所述Question的头部分，也可以存在于所述Question的体部分。当然，所述DNS查询请求还可以以不同于DNS查询请求消息Question的单独消息形式存在，所述业务标识和/或用户信息存在于所述单独消息中。
在上述方法实施例中，将所述选择的IP地址返回给终端时，还可以将用于安全认证的鉴权数据提供给终端。之后，所述终端可以对所述鉴权数据进行认证。
在上述方法实施例中，如果无法根据所述业务标识和/或用户信息，为所述终端选择至少一个IP地址，则还可以包括：将其他至少一个DNS服务器的地址提供给终端，所述终端向其他DNS服务器发出DNS查询请求，所述DNS查询请求中携带业务标识和/或用户信息，直至有一个DNS服务器能够提供符合所述业务标识和/或用户信息的网络设备对应的IP地址。
在上述方法实施例中，如果无法根据所述业务标识和/或用户信息，为所述终端选择至少一个IP地址，则还可以包括：将所述DNS查询请求转发到其他DNS服务器，直至有一个DNS服务器能够提供符合所述业务标识和/或用户信息的网络设备对应的IP地址。
在上述方法实施例中，如果无法根据所述业务标识和/或用户信息，为所述终端选择至少一个IP地址，或者，没有任何一个DNS服务器能够提供符合所述业务标识和/或用户信息的网络设备对应的IP地址，则可以向所述终端返回无法解析的信息。
下面结合图3，对域名解析的一种方法实施例进行详细描述。如图3所示，包括：
步骤S301：终端向DNS服务器发出DNS查询请求，所述DNS查询请求中携带业务标识和/或用户信息。
这里的终端可以是任意形式的终端，例如PC机、手机等。
DNS查询请求可以以DNS查询请求消息(Question)的形式存在，业务标识和/或用户信息可以存在于Question消息的头部分，如表1所示，还可以存在于Question消息的体部分，如表2所示。
表1
表2
另外，业务标识和/或用户信息还可以以不同于上述Question消息的形式发出，或者说，以一个单独的消息的形式发出。
此外，一个消息中可以携带多个业务标识和/或用户信息。
步骤S302：DNS服务器根据所述业务标识和/或用户信息，为终端选择至少一个合适的IP地址。
具体的，当DNS服务器接收到业务标识时，可以从需要解析的域名对应的多个IP地址中，选择至少一个能够为终端提供所述业务服务的网络设备对应的IP地址，更进一步的，选择至少一个负载较少的网络设备对应的IP地址；当DNS服务器接收到用户信息时，可以从需要解析的域名对应的多个IP地址中，选择至少一个用户有权访问的网络设备对应的IP地址，更进一步的，选择至少一个负载较少的网络设备对应的IP地址，这也是保证网络安全的一个技术手段。
步骤S303：DNS服务器将选择的IP地址返回给终端。
在实际应用中，DNS服务器可以以响应消息(Answer)的形式存在，其中，Answer消息中还可以包括至少一个四元组形式的RR，每个RR中还可以设置有表示IP地址有效或者终端应该保存这个RR的有效时间TTL。
另外，为避免网络攻击者利用DNS服务器的身份向终端返回不真实的或危险的IP地址，DNS服务器可以在Answer消息中增加鉴权数据，当终端对鉴权数据认证通过后，即可认为这个Answer消息确实为DNS服务器发出的，否则，可以丢弃这个Answer消息或者进行其他处理。鉴权数据可以存在于Answer消息的头部分，如表3所示，当然，也可以存在于Answer消息的体部分，如表4所示。此外，鉴权数据还可以以一个单独的消息提供给终端。
表3
表4
在表3及表4中，Service TYPE是可选的，如果存在，其值应该与终端发出的Question消息中的Service TYPE相同。
在上述实施例中，如果终端发出的DNS查询请求中携带业务标识，则还可以携带其他一些相关信息，以保证DNS服务器可以准确的提供需要访问的网络设备对应的IP地址。例如，某个用户的邮件地址是zhangsan@sina.com，而实际的邮件服务器的主机名可能是pop.sina.com。用户在设置邮件帐号时，可以只输入地址“zhangsan@sina.com”和密码，而无须输入邮件服务器的主机名“pop.sina.com”。当终端在收发邮件时，终端可以向DNS服务器提供“sina.com”信息，并在业务类型中表明邮件业务类型，DNS服务器根据已经表明的邮件业务类型，并根据“sina.com”信息，就可以知道终端请求解析的是邮件服务器“pop.sina.com”的域名，于是，DNS服务器解析pop.sina.com。由这个例子可以看出，如果终端向DNS服务器提供业务类型及相关的信息，则在之前的设置程序中，可以不必设置一些信息，这给终端带来很大方便。
下面再举一个域名解析方法的实际应用的事例。在这个事例中，假设某个用户是中国移动的用户，中国移动有很多品牌业务提供给用户，例如全球通、动感地带、神州行等，当用户访问同一个门户(Portal)域名时，DNS服务器可以根据用户提出的业务请求，为用户选择提供相应业务的IP地址。假设用户选择的业务类型分别是多媒体消息业务(MMS，Multimedia MessagingService)及基于蜂窝的即按即说业务(POC，Push to Talk over Cellular)。这两个业务的相关信息如表5所示。
表5
域名解析的流程可以如图4所示，包括：
步骤S401：终端向DNS服务器发出DNS查询请求，所述DNS查询请求中携带“www.chinamobile.com”的域名、POC及MMS的业务标识、对应每个业务的用户名和密码。
步骤S402：DNS服务器解析“www.chinamobile.com”的域名，如果用户名和密码等认证通过后，选择分别对应POC及MMS的IP地址“202.10.2.12”及“202.10.2.13”。
步骤S403：DNS服务器将选择的IP地址返回给终端，还可以将对应的服务端口提供给终端分别转步骤S4041及步骤S4042。
步骤S4041：终端根据接收到的“202.10.2.12”的IP地址，访问提供POC业务的网络设备。
步骤S4042：终端根据接收到的“202.10.2.13”的IP地址，访问提供MMS业务的网络设备。
需要说明的是，在上述域名解析的方法实施例中，如果DNS服务器不能对域名进行解析，或者说在本地无法查找到域名对应的IP地址，则有两个解决方式：迭代解析和递归解析。在迭代解析方式中，如果服务器查找不到相应的记录，则会向终端返回另一个可能知道结果的DNS服务器的地址，以便终端向新的DNS服务器发起DNS查询请求。在递归解析方式中，要求由所有DNS服务器组成的系统一次性的提供解析结果，即，如果不能从一个DNS服务器得到解析结果，就由这个DNS服务器向其他DNS服务器发出DNS查询请求，直至得到查询结果或出现错误为止。
域名解析是按照分层结构的特点自顶向下进行的。然而，如果每一个解析请求都从根服务器开始，那么到达根服务器的信息流量就会随互联网规模的增大而增加，进而导致根服务器有可能因负荷太重而超载。一般情况下，大多数域名解析都是解析本地域名，这在本地DNS服务器中就可以完成。因此，终端需要获得某个域名对应的IP地址时，往往都先向本地DNS服务器发出DNS查询请求，这样可以提高域名解析的效率。
以主机cs.nankai.edu.cn查询主机www.sina.com.cn的IP地址为例，采用迭代解析的查询过程如图5所示。主机cs.nankai.edu.cn首先将DNS查询请求发送给本地DNS服务器(步骤S501)；本地DNS服务器收到DNS查询请求后，在本地查找记录，如果找不到对应的记录，则向自己的根域服务器发出迭代解析请求(步骤S502)；若根域服务器无法解析，则返回管理cn域的DNS服务器的地址(步骤S503)；本地DNS服务器又将DNS查询请求交给管理cn域的DNS服务器(步骤S504)；若管理cn域的DNS服务器无法解析，则返回管理com.cn域的DNS服务器的地址(步骤S505)；本地DNS服务器再将DNS查询请求交给管理com.cn域的DNS服务器(步骤S506)；若管理com.cn域的DNS服务器无法解析，则再返回管理sina.com.cn域的DNS服务器的地址(步骤S507)；本地DNS服务器再将DNS查询请求交给管理sina.com.cn域的DNS服务器(步骤S508)；管理sina.com.cn域的DNS服务器会将解析结果返回给本地DNS服务器(步骤S509)；本地DNS服务器将解析结果返回给终端(步骤S510)。
上述域名解析的所有方法实施例都可以由装置来实现，其中的一种域名解析装置实施例可以包括：DNS查询请求接收单元，用于接收终端发出的DNS查询请求，所述DNS查询请求中携带用于标识业务类型的业务标识和/或标识用户身份的用户信息；IP地址选择单元，用于根据所述DNS查询请求接收单元接收的所述业务标识和/或用户信息，为所述终端选择至少一个IP地址；IP地址提供单元，用于将所述IP地址选择单元选择的IP地址提供给终端。
上述域名解析装置的实施例可以应用于DNS服务器中，所以，本发明还提供一种DNS服务器的实施例，可以包括：DNS查询请求接收单元，用于接收终端发出的DNS查询请求，所述DNS查询请求中携带用于标识业务类型的业务标识和/或标识用户身份的用户信息；IP地址选择单元，用于根据所述DNS查询请求接收单元接收的所述业务标识和/或用户信息，为所述终端选择至少一个IP地址；IP地址提供单元，用于将所述IP地址选择单元选择的IP地址提供给终端。
另外，本发明还提供了一种域名解析结果获取方法的实施例，包括：向DNS服务器发出DNS查询请求，所述DNS查询请求中携带用于标识业务类型的业务标识和/或标识用户身份的用户信息；接收所述DNS服务器提供的至少一个IP地址，所述至少一个IP地址为所述DNS服务器根据所述业务标识和/或用户信息，为所述终端选择的IP地址。
相应的，上述域名解析结果获取方法的实施例可以由一种域名解析结果获取装置来实现，这种装置的一个实施例可以包括：信息加载单元，用于将用于标识业务类型的业务标识和/或标识用户身份的用户信息加载到DNS查询请求；DNS查询请求发出单元，用于向DNS服务器发出所述加载业务标识和/或用户信息的DNS查询请求；IP地址接收单元，用于接收所述DNS服务器提供的至少一个IP地址，所述至少一个IP地址为所述DNS服务器根据所述业务标识和/或用户信息，为所述终端选择的IP地址。
上述域名解析结果获取方法可以应用于终端上，所以，本发明提供的又一种终端实施例，可以包括：信息加载单元，用于将用于标识业务类型的业务标识和/或标识用户身份的用户信息加载到DNS查询请求；DNS查询请求发出单元，用于向DNS服务器发出所述加载业务标识和/或用户信息的DNS查询请求；IP地址接收单元，用于接收所述DNS服务器提供的至少一个IP地址，所述至少一个IP地址为所述DNS服务器根据所述业务标识和/或用户信息，为所述终端选择的IP地址。
在本发明的域名解析的所有实施例中，接收携带有业务标识和/或用户信息的DNS查询请求后，可以根据业务标识和/或用户信息，为终端选择合适的IP地址，避免了由于没有考虑到终端的因素而导致选择的IP地址不合适的情况出现，解决了在考虑终端的因素的前提下，为终端选择合适的IP地址的问题。
在本发明的域名解析的所有实施例中，DNS查询请求可以是Question消息的形式，并且只要在Question的头部分和/或体部分增加业务标识和/或用户信息即可，所以具体实施时比较方便。
在本发明的域名解析的所有实施例中，将所述选择的IP地址返回给终端时，还可以将用于安全认证的鉴权数据提供给终端，这样，终端可以对鉴权数据进行认证，以避免网络攻击者冒用DNS服务器的身份向终端提供一个危险的IP地址，提高了网络的安全性。
在本发明的域名解析的所有实施例中，如果无法根据所述业务标识和/或用户信息，为所述终端选择至少一个IP地址，则可以向其他DNS服务器请求帮助，还可以将其他DNS服务器的地址提供给终端，终端可以根据这些地址向其他DNS服务器发出同样的DNS查询请求，这样可以尽可能的保证终端能够得到需要的IP地址。
以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以作出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。
Claims (24)
1.一种保存域名系统记录的方法，其特征在于包括：
将接收到的新的域名系统DNS记录保存在终端本地；
如果已经存储的所有DNS记录的大小高于或等于预先设定的存储门限时，则删除一部分已经存储的DNS记录，以使剩余的DNS记录的大小不高于或低于所述存储门限。
2.如权利要求1所述的保存域名系统记录的方法，其特征在于按照下述步骤删除一部分已经存储的DNS记录：
如果存在已经过期的DNS记录，则删除所述已经过期的DNS记录；
如果剩余的DNS记录的大小仍然高于或等于所述存储门限，则再次删除一部分DNS记录，以使最后剩余的DNS记录的大小不高于或低于所述存储门限。
3.如权利要求2所述的保存域名系统记录的方法，其特征在于按照下述方式再次删除一部分DNS记录：
删除最临近过期的一部分DNS记录；和/或
在一个域名对应的多个IP地址的所有DNS记录中选择一部分DNS记录删除；和/或
按照保存的顺序依次删除DNS记录；和/或
删除使用率低的一部分DNS记录。
4.如权利要求2所述的保存域名系统记录的方法，其特征在于：如果不存在已经过期的DNS记录，则删除一部分DNS记录，以使剩余的DNS记录的大小不高于或低于所述存储门限。
5.如权利要求1所述的保存域名系统记录的方法，其特征在于将接收到的新的域名系统DNS记录保存在终端本地之前还包括：确定所述新的DNS记录中的有效时间TTL，如果为0，则不将所述新的DNS记录保存在终端本地，否则，保存在终端本地。
6.如权利要求1所述的保存域名系统记录的方法，其特征在于接收到的新的DNS记录之前还包括：
向DNS服务器发出DNS查询请求；
所述DNS服务器根据所述DNS查询请求，返回至少一个新的DNS记录。
7.如权利要求6所述的保存域名系统记录的方法，其特征在于：所述DNS查询请求中携带业务标识和/或用户信息。
8.如权利要求7所述的保存域名系统记录的方法，其特征在于：所述DNS服务器根据业务标识和/或用户信息，选择至少一个IP地址返回。
9.一种保存域名系统记录的装置，其特征在于包括：
保存单元，用于保存接收到的新的DNS记录，并存储已经接收到的需要保存的所有DNS记录；
DNS记录大小检测单元，用于比较所述保存单元中保存的所有DNS记录与预先设定的存储门限的大小关系；
DNS记录清理单元，如果所述DNS记录大小检测单元检测到所述保存单元已经存储的所有DNS记录的大小高于或等于预先设定的存储门限时，则删除一部分所述保存单元已经存储的DNS记录，以使剩余的DNS记录的大小不高于或低于所述存储门限。
10.一种终端，其特征在于包括：
保存单元，用于保存接收到的新的DNS记录，并存储已经接收到的需要保存的所有DNS记录；
DNS记录大小检测单元，用于比较所述保存单元中保存的所有DNS记录与预先设定的存储门限的大小关系；
DNS记录清理单元，如果所述DNS记录大小检测单元检测到所述保存单元已经存储的所有DNS记录的大小高于或等于预先设定的存储门限时，则删除一部分所述保存单元已经存储的DNS记录，以使剩余的DNS记录的大小不高于或低于所述存储门限。
11.一种域名解析方法，其特征在于包括：
接收终端发出的DNS查询请求，所述DNS查询请求中携带用于标识业务类型的业务标识和/或标识用户身份的用户信息；
根据所述业务标识和/或用户信息，为所述终端选择至少一个IP地址；
将所述选择的IP地址返回给终端。
12.如权利要求11所述的域名解析方法，其特征在于：当所述DNS查询请求中携带业务标识时，选择至少一个能够提供所述业务的网络设备对应的IP地址返回给终端。
13.如权利要求11所述的域名解析方法，其特征在于：当所述DNS查询请求中携带用户信息时，选择至少一个终端有权限访问的网络设备对应的IP地址返回给终端。
14.如权利要求11所述的域名解析方法，其特征在于：所述DNS查询请求以DNS查询请求消息Question的形式存在，所述业务标识和/或用户信息存在于所述Question的头部分和/或体部分。
15.如权利要求11所述的域名解析方法，其特征在于：将所述选择的IP地址返回给终端时，还将用于安全认证的鉴权数据提供给终端。
16.如权利要求15所述的域名解析方法，其特征在于将鉴权数据提供给终端后还包括：所述终端对所述鉴权数据进行认证。
17.如权利要求11所述的域名解析方法，其特征在于如果无法根据所述业务标识和/或用户信息，为所述终端选择至少一个IP地址，则还包括：将其他至少一个DNS服务器的地址提供给终端，所述终端向其他DNS服务器发出DNS查询请求，所述DNS查询请求中携带业务标识和/或用户信息，直至有一个DNS服务器能够提供符合所述业务标识和/或用户信息的网络设备对应的IP地址。
18.如权利要求11所述的域名解析方法，其特征在于如果无法根据所述业务标识和/或用户信息，为所述终端选择至少一个IP地址，则还包括：将所述DNS查询请求转发到其他DNS服务器，直至有一个DNS服务器能够提供符合所述业务标识和/或用户信息的网络设备对应的IP地址。
19.如权利要求11、17或18所述的域名解析方法，其特征在于：如果无法根据所述业务标识和/或用户信息，为所述终端选择至少一个IP地址，或者，没有任何一个DNS服务器能够提供符合所述业务标识和/或用户信息的网络设备对应的IP地址，则向所述终端返回无法解析的信息。
20.一种域名解析装置，其特征在于包括：
DNS查询请求接收单元，用于接收终端发出的DNS查询请求，所述DNS查询请求中携带用于标识业务类型的业务标识和/或标识用户身份的用户信息；
IP地址选择单元，用于根据所述DNS查询请求接收单元接收的所述业务标识和/或用户信息，为所述终端选择至少一个IP地址；
IP地址提供单元，用于将所述IP地址选择单元选择的IP地址提供给终端。
21.一种DNS服务器，其特征在于包括：
DNS查询请求接收单元，用于接收终端发出的DNS查询请求，所述DNS查询请求中携带用于标识业务类型的业务标识和/或标识用户身份的用户信息；
IP地址选择单元，用于根据所述DNS查询请求接收单元接收的所述业务标识和/或用户信息，为所述终端选择至少一个IP地址；
IP地址提供单元，用于将所述IP地址选择单元选择的IP地址提供给终端。
22.一种域名解析结果获取方法，其特征在于包括：
向DNS服务器发出DNS查询请求，所述DNS查询请求中携带用于标识业务类型的业务标识和/或标识用户身份的用户信息；
接收所述DNS服务器提供的至少一个IP地址，所述至少一个IP地址为所述DNS服务器根据所述业务标识和/或用户信息，为所述终端选择的IP地址。
23.一种域名解析结果获取装置，其特征在于包括：
信息加载单元，用于将用于标识业务类型的业务标识和/或标识用户身份的用户信息加载到DNS查询请求；
DNS查询请求发出单元，用于向DNS服务器发出所述加载业务标识和/或用户信息的DNS查询请求；
IP地址接收单元，用于接收所述DNS服务器提供的至少一个IP地址，所述至少一个IP地址为所述DNS服务器根据所述业务标识和/或用户信息，为所述终端选择的IP地址。
24.一种终端，其特征在于包括：
信息加载单元，用于将用于标识业务类型的业务标识和/或标识用户身份的用户信息加载到DNS查询请求；
DNS查询请求发出单元，用于向DNS服务器发出所述加载业务标识和/或用户信息的DNS查询请求；
IP地址接收单元，用于接收所述DNS服务器提供的至少一个IP地址，所述至少一个IP地址为所述DNS服务器根据所述业务标识和/或用户信息，为所述终端选择的IP地址。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNA2007101631010A CN101282368A (zh) | 2007-04-04 | 2007-04-04 | 保存域名系统记录的方法、装置、域名解析方法及装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNA2007101631010A CN101282368A (zh) | 2007-04-04 | 2007-04-04 | 保存域名系统记录的方法、装置、域名解析方法及装置 |
Related Parent Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN200710100503.6A Division CN100502367C (zh) | 2007-04-04 | 2007-04-04 | 保存域名系统记录的方法、装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN101282368A true CN101282368A (zh) | 2008-10-08 |
Family
ID=40014641
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CNA2007101631010A Pending CN101282368A (zh) | 2007-04-04 | 2007-04-04 | 保存域名系统记录的方法、装置、域名解析方法及装置 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101282368A (zh) |
Cited By (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101431539B (zh) * | 2008-12-11 | 2011-04-20 | 华为技术有限公司 | 一种域名解析方法、系统及装置 |
| CN102075589A (zh) * | 2009-11-19 | 2011-05-25 | 国际商业机器公司 | 基于用户的dns服务器访问控制的方法和系统 |
| CN102104636A (zh) * | 2009-12-22 | 2011-06-22 | 英特尔公司 | 域名系统查找延迟减少 |
| CN102790809A (zh) * | 2011-05-16 | 2012-11-21 | 奇智软件（北京）有限公司 | 域名系统解析方法、装置及客户端 |
| CN105450787A (zh) * | 2014-08-20 | 2016-03-30 | 阿里巴巴集团控股有限公司 | 网络地址映射方法、装置和系统 |
| CN106547745A (zh) * | 2015-09-16 | 2017-03-29 | 北京国双科技有限公司 | 服务器主机名的生成方法及装置 |
| CN106953940A (zh) * | 2017-04-13 | 2017-07-14 | 网宿科技股份有限公司 | Dns服务器及配置加载方法、网络系统、域名解析方法及系统 |
| CN108881448A (zh) * | 2018-06-27 | 2018-11-23 | 杭州贝购科技有限公司 | Api请求的处理方法及装置 |
| CN109391703A (zh) * | 2017-08-10 | 2019-02-26 | 阿里巴巴集团控股有限公司 | 域名解析方法、装置、设备和计算机存储介质 |
| CN112787946A (zh) * | 2021-01-28 | 2021-05-11 | 哈尔滨工业大学（威海） | 一种获取网络数据时网络阻塞造成的噪声数据消除方法 |
-
2007
- 2007-04-04 CN CNA2007101631010A patent/CN101282368A/zh active Pending
Cited By (16)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101431539B (zh) * | 2008-12-11 | 2011-04-20 | 华为技术有限公司 | 一种域名解析方法、系统及装置 |
| CN102075589A (zh) * | 2009-11-19 | 2011-05-25 | 国际商业机器公司 | 基于用户的dns服务器访问控制的方法和系统 |
| US8489637B2 (en) | 2009-11-19 | 2013-07-16 | International Business Machines Corporation | User-based DNS server access control |
| CN102104636A (zh) * | 2009-12-22 | 2011-06-22 | 英特尔公司 | 域名系统查找延迟减少 |
| CN102104636B (zh) * | 2009-12-22 | 2015-06-03 | 英特尔公司 | 域名系统查找延迟减少 |
| CN102790809A (zh) * | 2011-05-16 | 2012-11-21 | 奇智软件（北京）有限公司 | 域名系统解析方法、装置及客户端 |
| CN102790809B (zh) * | 2011-05-16 | 2016-09-28 | 北京奇虎科技有限公司 | 域名系统解析方法、装置及客户端 |
| CN105450787B (zh) * | 2014-08-20 | 2018-12-04 | 阿里巴巴集团控股有限公司 | 网络地址映射方法、装置和系统 |
| CN105450787A (zh) * | 2014-08-20 | 2016-03-30 | 阿里巴巴集团控股有限公司 | 网络地址映射方法、装置和系统 |
| CN106547745A (zh) * | 2015-09-16 | 2017-03-29 | 北京国双科技有限公司 | 服务器主机名的生成方法及装置 |
| CN106953940A (zh) * | 2017-04-13 | 2017-07-14 | 网宿科技股份有限公司 | Dns服务器及配置加载方法、网络系统、域名解析方法及系统 |
| CN109391703A (zh) * | 2017-08-10 | 2019-02-26 | 阿里巴巴集团控股有限公司 | 域名解析方法、装置、设备和计算机存储介质 |
| CN108881448A (zh) * | 2018-06-27 | 2018-11-23 | 杭州贝购科技有限公司 | Api请求的处理方法及装置 |
| CN108881448B (zh) * | 2018-06-27 | 2021-06-04 | 杭州贝购科技有限公司 | Api请求的处理方法及装置 |
| CN112787946A (zh) * | 2021-01-28 | 2021-05-11 | 哈尔滨工业大学（威海） | 一种获取网络数据时网络阻塞造成的噪声数据消除方法 |
| CN112787946B (zh) * | 2021-01-28 | 2022-04-15 | 哈尔滨工业大学（威海） | 一种获取网络数据时网络阻塞造成的噪声数据消除方法 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN100502367C (zh) | 保存域名系统记录的方法、装置 | |
| CN101834910A (zh) | 域名解析方法及装置 | |
| CN101282368A (zh) | 保存域名系统记录的方法、装置、域名解析方法及装置 | |
| US9705867B2 (en) | Content restriction compliance using reverse DNS lookup | |
| KR100856149B1 (ko) | 전자 메일 서버 및 전자 메일 통신을 용이하게 하기 위한 방법 | |
| US8370457B2 (en) | Network communication through a virtual domain | |
| EP3395050B1 (en) | Methods, apparatuses and computer programs for data processing and hierarchical domain name system zone files | |
| US20140237139A1 (en) | Per-Request Control Of DNS Behavior | |
| US7987291B2 (en) | Data distribution using DNS | |
| CN107707683B (zh) | 一种减小dns报文长度的方法和装置 | |
| CN101878633A (zh) | 在xml文档管理架构中使用的方法和设备 | |
| Allman | On eliminating root nameservers from the DNS | |
| US11070513B2 (en) | DNS-based method of transmitting data | |
| US20220086124A1 (en) | Processing data | |
| EP2647179B1 (en) | Service access apparatus, method, computer program and computer program product for selective initiation of communication | |
| US20020069283A1 (en) | Apparatus and method for providing communication service based on personal identifier in internet network | |
| KR20010091016A (ko) | 개인컴퓨터의 유동인터넷프로토콜을 이용한 도메인서버운영 방법 및 시스템 | |
| KR101005778B1 (ko) | 도메인 네임 시스템의 데이터베이스에 저장된 정보의 획득방법 및 장치 | |
| CN103297444A (zh) | 身份解析方法和装置 | |
| Kurose et al. | Application layer | |
| KR20060013256A (ko) | 통합번호 식별체계를 이용한 주소록 관리 시스템 및 그 방법 | |
| GB2553243A (en) | Methods, apparatuses, and computer programs for data processing, and hierarchical domain name system zone files | |
| Belkner et al. | 10-Domain Name System | |
| KR20150019303A (ko) | Dns 프로토콜에 기반하여 인증 서버를 식별하기 위한 기법 | |
| KR20090000069A (ko) | 이메일주소의 처리방법 및 이를 실행시키기 위한프로그램을 기록한 기록매체 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
| WD01 | Invention patent application deemed withdrawn after publication |
Open date: 20081008 |