[发明专利]名称数据库服务器、名称解析系统、条目搜索方法以及条目搜索程序

说明书

技术领域

本发明涉及在在互联网协议版本4(IPv4)和互联网协议版本6(IPv6)的混合通信环境中执行名称解析时使用的名称数据库服务器、名称解析系统、条目搜索方法、名称解析方法以及条目搜索程序。

背景技术

基于互联网协议版本6(IPv6)的通信环境已经被新近引入到从基于互联网协议版本4(IPv4)的通信环境开始的互联网中。当前的互联网正处在引入IPv6环境的过程中。为此，在引入的过程中，存在多种类型的通信设备，诸如，仅支持IPv4的通信设备，其中除了与当前IPv4相对应的功能以外还实现了与IPv6相对应的功能的一部分的通信设备，以及其中完全实现了与IPv6相对应的功能并且与IPv4和IPv6相对应的所有功能都可用的通信设备。

图15是在基于IPv4的通信环境中执行名称解析时的示意图。图15图示出了将记录类型是“A”的IPv4地址p和q的两个条目与主机名“主机X”相关地注册到域名系统(DNS)服务器。当指派IPv4的记录类型“A”并且查询主机名“主机X”的地址的包从客户端终端发送到DNS服务器时，DNS服务器搜索包括与“主机X”相对应的IPv4地址的条目。继而，DNS服务器向客户端终端发送包括搜索到的IPv4地址的包。在图15所图示的示例中，DNS服务器向客户端终端发送包括作为“主机X”的IPv4地址的地址p和q的包。在下文中，指派主机名和记录类型并且查询与主机名相对应的地址的包被称为“DNS查询包”。

同时，为了将IPv6的新功能引入到存在以上描述的多种类型的通信设备的环境中，需要满足各种条件。首先，在当前运行的现有环境中，不应当导致难以执行通信的问题。另外，当存在IPv4的信息和IPv6的信息二者时，可以将新的IPv6的信息选择作为优先。

已经提出了在IPv4和IPv6的混合通信环境中执行名称解析的各种方法。图16是图示出了在IPv4和IPv6的混合通信环境中存储在DNS服务器中的信息的示例的示意图。在下文中，将IPv6地址的记录类型称为“AAAA”，并且IPv4地址的记录类型称为“A”。图16图示出了与主机名“主机X”相关地向DNS(域名系统)服务器注册了总共4个条目，即，记录类型是“A”的IPv4地址p和q的两个条目，以及记录类型是“AAAA”的IPv6地址s和t的两个条目。在下文中，当在IPv4和IPv6的混合通信环境中执行名称解析时，假设DNS服务器存储图16中所图示的信息。

此处，将描述由查询DNS中的地址的设备(例如，客户端终端)使用的应用编程接口(API)。解析器库(其是执行原语处理的低级API)被用于DNS中的名称解析过程。具体而言，在DNS中，执行直接提取包括在服务器侧的数据库中存储的数据的低级处理的命令(例如，nslookup、dig或者host)被包括在解析器库中。

同时，用户空间中使用的通信应用通常使用高级API而不是直接调用解析器库。解析器库在高级API内部使用，但是用户不需要了解API内部。

具体而言，gethostbyname()在仅有IPv4的通信环境中被用作高级API。然而，由于IPv6的出现，不使用与仅有IPv4的通信环境相对应的gethostbyname()，并且目前使用getaddrinfo()。getaddrinfo()是与IPv4和IPv6二者的协议(多协议)相对应的函数。在getaddrinfo()函数中，指派记录类型(具体而言，表示网络地址的类型的地址族)，并且执行查询。作为地址族，指派IPv4(PF_INET)、IPv6(PF_INET6)和二者都可以(PF_UNSPEC)中的任何一个。查询结果(地址)将以列表的形式返回。

在用户空间(land)的应用侧，期望在与记录类型无关的情况下执行查询。然而，在DNS服务器侧，有必要管理IPv4和IPv6的地址二者。因而，最后，假设客户端侧执行如下查询，在该查询中在DNS服务器管理IPv4和IPv6的地址二者的状态下，指派PF_UNSPEC作为地址族。

具体而言，在高级API中，在不知道记录类型的情况下生成通信应用(例如指派PF_UNSPEC)。同时，当高级API调用解析器库时，解析器库指派用于名称解析的记录类型，并且在DNS服务器中查询地址。这是因为当DNS服务器搜索条目时，地址和记录类型是必要的。

图17至图21是图示出在IPv4和IPv6的混合通信环境中在DNS服务器中查询地址的操作的示意图。在下文中，将包括IPv4地址的条目称为“A记录”，而包括IPv6地址的条目称为“AAAA记录”。