CN112804366B - 用于解析域名的方法和装置 - Google Patents

Abstract

本公开的实施例公开了用于解析域名的方法和装置。该方法的一具体实施方式包括：接收第一用户端发送的虚拟网络的域名解析请求，其中，该域名解析请求中包括第一虚拟网络标识，该第一虚拟网络标识用于指示该第一用户端对应的虚拟网络；根据该虚拟网络的域名解析请求所属的协议类别，从该虚拟网络的域名解析请求中提取待查询域名；根据本地缓存中与该第一虚拟网络标识对应的资源记录集合，确定与该待查询域名匹配的域名解析信息；基于对该域名解析信息的封装，生成与该虚拟网络的域名解析请求所属的协议类别匹配的域名解析响应信息。该实施方式简化了应用于云计算中虚拟网络的DNS系统的结构，提高了可用性。

Description

用于解析域名的方法和装置

技术领域

本公开的实施例涉及计算机技术领域，具体涉及用于解析域名的方法和装置。

背景技术

随着互联网技术的飞速发展，用于提供域名与IP(Internet Protocol，互联网协议)地址之间的映射关系的域名系统(Domain Name System，DNS)作为互联网中最基础的服务之一，在更高的性能、更低的延迟、更高的可用性等方面也有着越来越高的要求。由于在云计算领域广泛采用网络虚拟化技术对租户的网络之间进行隔离，因此面向虚拟网络的本地DNS系统设计不仅需要兼顾故障隔离域、性能与可扩展性，还需要考虑资源利用率以及管理配置的一致性。

相关的方式通常是为每个隔离的虚拟网络建立互相隔离的本地DNS系统。其中，DNS系统通常基于命名空间(Namespace)进行隔离，并且通过在隔离的DNS服务器上设置代理来控制每个隔离的虚拟网络下DNS记录的下发和生效。

发明内容

本公开的实施例提出了用于解析域名的方法和装置。

第一方面，本公开的实施例提供了一种用于解析域名的方法，该方法包括：接收第一用户端发送的虚拟网络的域名解析请求，其中，域名解析请求中包括第一虚拟网络标识，第一虚拟网络标识用于指示第一用户端对应的虚拟网络；根据虚拟网络的域名解析请求所属的协议类别，从虚拟网络的域名解析请求中提取待查询域名；根据本地缓存中与第一虚拟网络标识对应的资源记录集合，确定与待查询域名匹配的域名解析信息；基于对域名解析信息的封装，生成与虚拟网络的域名解析请求所属的协议类别匹配的域名解析响应信息。

在一些实施例中，上述根据虚拟网络的域名解析请求所属的协议类别，从虚拟网络的域名解析请求中提取待查询域名，包括：响应于确定虚拟网络的域名解析请求所属的协议类别为非连接协议，从虚拟网络的域名解析请求中提取待查询域名。

在一些实施例中，上述根据虚拟网络的域名解析请求所属的协议类别，从虚拟网络的域名解析请求中提取待查询域名，包括：响应于确定虚拟网络的域名解析请求所属的协议类别为连接协议，将虚拟网络的域名解析请求映射至物理网络层；从映射至物理网络层的域名解析请求中提取待查询域名。

在一些实施例中，上述本地缓存中的资源记录中包括版本信息；以及该方法还包括：响应于确定版本信息与目标版本信息不一致，对本地缓存中的资源记录进行更新。

在一些实施例中，该方法还包括：接收第二用户端发送的资源记录配置信息，其中，资源记录配置信息中包括第二虚拟网络标识，第二虚拟网络标识用于指示第二用户端对应的虚拟网络；根据资源记录配置信息，对本地缓存中与第二虚拟网络标识对应的资源记录进行更新。

第二方面，本公开的实施例提供了一种用于解析域名的装置，该装置包括：第一接收单元，被配置成接收第一用户端发送的虚拟网络的域名解析请求，其中，域名解析请求中包括第一虚拟网络标识，第一虚拟网络标识用于指示第一用户端对应的虚拟网络；提取单元，被配置成根据虚拟网络的域名解析请求所属的协议类别，从虚拟网络的域名解析请求中提取待查询域名；确定单元，被配置成根据本地缓存中与第一虚拟网络标识对应的资源记录集合，确定与待查询域名匹配的域名解析信息；生成单元，被配置成基于对域名解析信息的封装，生成与虚拟网络的域名解析请求所属的协议类别匹配的域名解析响应信息。

在一些实施例中，上述提取单元进一步被配置成：响应于确定虚拟网络的域名解析请求所属的协议类别为非连接协议，从虚拟网络的域名解析请求中提取待查询域名。

在一些实施例中，上述提取单元包括：映射模块，被配置成响应于确定虚拟网络的域名解析请求所属的协议类别为连接协议，将虚拟网络的域名解析请求映射至物理网络层；提取模块，被配置成从映射至物理网络层的域名解析请求中提取待查询域名。

在一些实施例中，上述本地缓存中的资源记录中包括版本信息；该装置还包括：第一更新单元，被配置成响应于确定版本信息与目标版本信息不一致，对本地缓存中的资源记录进行更新。

在一些实施例中，该装置还包括：第二接收单元，被配置成接收第二用户端发送的资源记录配置信息，其中，资源记录配置信息中包括第二虚拟网络标识，第二虚拟网络标识用于指示第二用户端对应的虚拟网络；第二更新单元，被配置成根据资源记录配置信息，对本地缓存中与第二虚拟网络标识对应的资源记录进行更新。

第三方面，本公开的实施例提供了一种用于解析域名的系统，该系统包括：第一用户端，被配置成发送虚拟网络的域名解析请求，其中，域名解析请求中包括第一虚拟网络标识，第一虚拟网络标识用于指示第一用户端对应的虚拟网络；虚拟路由器，被配置成根据等价路由，从服务节点集合中确定与域名解析请求匹配的服务节点作为目标服务节点；将虚拟网络的域名解析请求转发至目标服务节点；目标服务节点，被配置成实现如第一方面中任一实现方式描述的方法。

第四方面，本公开的实施例提供了一种服务器，该服务器包括：一个或多个处理器；存储装置，其上存储有一个或多个程序；当一个或多个程序被一个或多个处理器执行，使得一个或多个处理器实现如第一方面中任一实现方式描述的方法。

第五方面，本公开的实施例提供了一种计算机可读介质，其上存储有计算机程序，该程序被处理器执行时实现如第一方面中任一实现方式描述的方法。

本公开的实施例提供的用于解析域名的方法和装置，首先接收第一用户端发送的虚拟网络的域名解析请求。其中，域名解析请求中包括第一虚拟网络标识。第一虚拟网络标识用于指示第一用户端对应的虚拟网络。而后，根据虚拟网络的域名解析请求所属的协议类别，从虚拟网络的域名解析请求中提取待查询域名。之后，根据本地缓存中与第一虚拟网络标识对应的资源记录集合，确定与待查询域名匹配的域名解析信息。最后，基于对域名解析信息的封装，生成与虚拟网络的域名解析请求所属的协议类别匹配的域名解析响应信息。从而无需借助系统外的虚拟化网络解析实现了对云计算中虚拟网络的域名解析请求的响应，简化了DNS系统的结构，提高了DNS系统的可用性。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本公开的其它特征、目的和优点将会变得更明显：

图1是本公开的一个实施例可以应用于其中的示例性系统架构图；

图2是根据本公开的用于解析域名的方法的一个实施例的流程图；

图3是根据本公开的实施例的用于解析域名的方法的一个应用场景的示意图；

图4是根据本公开的用于解析域名的方法的又一个实施例的流程图；

图5是根据本公开的用于解析域名的装置的一个实施例的结构示意图；

图6是根据本公开的用于解析域名的方法的一个实施例中各个设备之间交互的时序图。

图7是适于用来实现本公开的实施例的电子设备的结构示意图。

具体实施方式

下面结合附图和实施例对本公开作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释相关发明，而非对该发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与有关发明相关的部分。

需要说明的是，在不冲突的情况下，本公开中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本公开。

图1示出了可以应用本公开的用于解析域名的方法或用于解析域名的装置的示例性架构100。

如图1所示，系统架构100可以包括终端设备101、102、103，网络104和基于服务器1051、1052、1053、1054构建的云服务105。网络104用以在终端设备101、102、103和云服务105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

终端设备101、102、103通过网络104与云服务105交互，以接收或发送消息等。终端设备101、102、103上可以安装有各种通讯客户端应用，例如网页浏览器应用、购物类应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件、文本编辑类应用等。

终端设备101、102、103可以是硬件，也可以是软件。当终端设备101、102、103为硬件时，可以是具有显示屏并且支持通信的各种电子设备，包括但不限于智能手机、平板电脑、电子书阅读器、膝上型便携计算机和台式计算机等等。当终端设备101、102、103为软件时，可以安装在上述所列举的电子设备中。其可以实现成多个软件或软件模块(例如用来提供分布式服务的软件或软件模块)，也可以实现成单个软件或软件模块。在此不做具体限定。

服务器1051、1052、1053、1054可以是提供各种服务的服务器，例如为终端设备101、102、103上显示的网页提供域名解析服务的后台服务器。服务节点1051可以将终端设备101、102、103发送的域名解析请求转发至服务节点1052、1053、1054中的一个节点，并由接收上述域名解析请求的服务节点对域名解析请求进行处理，并生成处理结果。

需要说明的是，服务器可以是硬件，也可以是软件。当服务器为硬件时，可以实现成多个服务器组成的分布式服务器集群，也可以实现成单个服务器。当服务器为软件时，可以实现成多个软件或软件模块(例如用来提供分布式服务的软件或软件模块)，也可以实现成单个软件或软件模块。在此不做具体限定。

需要说明的是，本公开的实施例所提供的用于解析域名的方法一般由服务节点1052、1053、1054执行，相应地，用于解析域名的装置一般设置于服务节点1052、1053、1054中。

应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

继续参考图2，示出了根据本公开的用于解析域名的方法的一个实施例的流程200。该用于解析域名的方法包括以下步骤：

步骤201，接收第一用户端发送的虚拟网络的域名解析请求。

在本实施例中，用于解析域名的方法的执行主体(如图1所示的服务节点1052、1053、1054)可以通过有线连接方式或者无线连接方式接收第一用户端发送的虚拟网络的域名解析请求。其中，上述域名解析请求中可以包括第一虚拟网络标识。上述虚拟网络可以指利用各种虚拟化技术所搭建的云端网络，例如可以是相互隔离的虚拟私有云(VirtualPrivate Cloud，VPC)。可以理解，在云计算领域，相互隔离的虚拟私有云具有各自的标识信息。从而，上述第一虚拟网络标识可以用于指示上述第一用户端所处于的虚拟网络(例如VPC)。上述第一虚拟网络标识例如可以是VPC的网络名称等。

步骤202，根据虚拟网络的域名解析请求所属的协议类别，从虚拟网络的域名解析请求中提取待查询域名。

在本实施例中，根据虚拟网络的域名解析请求所属的协议类别，上述执行主体可以通过各种方式从虚拟网络的域名解析请求中提取待查询域名。可以理解，域名解析服务通常占用53号端口，而且可以同时使用TCP(Transmission Control Protocol，传输控制协议)和UDP(UDP，User Datagram Protocol，用户数据报协议)。

在本实施例中，响应于确定虚拟网络的域名解析请求所属的协议类别为非连接协议(例如UDP协议)，上述执行主体可以直接从上述虚拟网络的域名解析请求中提取待查询域名。

在本实施例的一些可选的实现方式中，根据虚拟网络的域名解析请求所属的协议类别，上述执行主体可以按照如下步骤从虚拟网络的域名解析请求中提取待查询域名：

第一步，响应于确定虚拟网络的域名解析请求所属的协议类别为连接协议，将虚拟网络的域名解析请求映射至物理网络层。

在这些实现方式中，响应于确定虚拟网络的域名解析请求所属的协议类别为连接协议，上述执行主体可以通过各种方式将虚拟网络的域名解析请求映射至物理网络层。作为示例，上述执行主体可以通过Linux tun(一种网络层的点对点设备)以及进程级的会话将虚拟网络的域名解析请求进行处理后送入内核协议栈。

第二步，从映射至物理网络层的域名解析请求中提取待查询域名。

在这些实现方式中，上述执行主体可以从映射至物理网络层的域名解析请求中提取待查询域名。从而，通过将处理后的虚拟网络的域名解析请求送入内核协议栈来以内核来维护TCP的会话(session)，从而可以以用户态的程序对虚拟网络的域名解析请求进行后续处理，而无需对内核进行改变。而且，也不需要其他虚拟化网络解析以及特殊用户态协议栈的协助以对虚拟网络的域名解析请求、相应的记录等进行解析与处理，简化了DNS系统的设计，避免了对内核的操作。

步骤203，根据本地缓存中与第一虚拟网络标识对应的资源记录集合，确定与待查询域名匹配的域名解析信息。

在本实施例中，根据本地缓存中与第一虚拟网络标识对应的资源记录集合，上述执行主体可以通过各种方式确定与待查询域名匹配的域名解析信息。其中，资源记录集合中可以包括各种DNS记录。其可以包括但不限于以下至少一项：A记录(A Address)，域名服务器(NS，Name Server)记录，别名(Canonical Name，CNAME)记录。其中，上述A记录通常用来指定主机名(或域名)对应的IP地址记录。上述域名服务器记录通常用来指定该域名由哪个DNS服务器来进行解析。上述别名记录可以允许将多个名字映射到同一台计算机。

在本实施例中，上述执行主体可以通过各种方法确定与待查询域名匹配的域名解析信息。其中，上述域名解析信息通常可以包括待查询域名对应的IP地址。作为示例，上述执行主体可以首先在本地缓存中查询是否存在与待查询域名匹配的域名解析信息。如果存在，则可以确定上述与待查询域名匹配的域名解析信息。如果不存在，上述执行主体还可以通过迭代的方式进行查询，最终确定与待查询域名匹配的域名解析信息。

在本实施例的一些可选的实现方式中，上述本地缓存中的资源记录中还可以包括版本信息。

步骤204，基于对域名解析信息的封装，生成与虚拟网络的域名解析请求所属的协议类别匹配的域名解析响应信息。

在本实施例中，上述执行主体可以基于对步骤203所确定的域名解析信息的封装，通过各种方法生成与虚拟网络的域名解析请求的协议类别匹配的域名解析响应信息。作为示例，上述执行主体可以将域名解析信息按照虚拟网络的域名解析请求所属的协议类别(例如UDP协议、TCP协议等)进行封装，从而生成域名解析相应信息。

在本实施例的一些可选的实现方式中，基于本地缓存中的资源记录中包括的版本信息，响应于确定上述版本信息与目标版本信息不一致，上述执行主体还可以对上述本地缓存中的资源记录进行更新。其中，上述目标版本可以是根据实际的应用需求，预先指定的任意历史版本。上述目标版本也可以是根据规则而定的版本，例如最新的版本。

在本实施例中，上述执行主体可以通过各种方式确定上述版本信息与目标版本信息是否一致。作为示例，上述执行主体可以定期将本地缓存的资源记录的版本信息与目标版本信息进行比对。可选地，上述执行主体还可以通过监听机制来实现对资源记录变化的进行实时响应。从而可以实现对资源记录的下发、生效进行快速控制。

继续参见图3，图3是根据本公开的实施例的用于解析域名的方法的应用场景的一个示意图。在图3的应用场景中，用户301使用终端设备302使用虚拟私有云服务303。虚拟私有云服务303中的实例1(如图中3031所示)发送域名解析请求。虚拟路由304从DNS服务节点3051、3052中选择服务节点3052作为目标服务节点。然后，虚拟路由304将上述域名解析请求发送至DNS目标服务节点3052。目标服务节点3052接收上述域名解析请求306。而后，目标服务节点3052根据上述域名解析请求306所属的协议类别(例如UDP协议)，提取待查询域名www.xxx.com(如图中307所示)。接下来，根据本地缓存中的资源记录集合，目标服务节点3052可以确定与上述待查询域名307匹配的域名解析信息“119.75.217.109”(如图中308所示)。最后，目标服务节点3052可以生成域名解析响应信息309。可选地，上述目标服务节点3052还可以将所生成的域名解析响应信息309反馈给虚拟私有云服务303中的实例1。

目前，现有技术之一通常基于命名空间(Namespace)进行隔离，并且需要特殊用户态协议栈的协助来完成度请求和记录的解析与处理，导致DNS系统结构复杂。而本公开的上述实施例提供的方法，通过根据虚拟网络的域名解析请求所属的协议类别，从虚拟网络的域名解析请求中提取待查询域名，实现了无需借用其他虚拟化网络解析，简化了网络设备，从而实现更高的可用性。

进一步参考图4，其示出了用于解析域名的方法的又一个实施例的流程400。该用于解析域名的方法的流程400，包括以下步骤：

步骤401，接收第二用户端发送的资源记录配置信息。

在本实施例中，用于解析域名的方法的执行主体(例如图1所示的服务节点1052、1053、1054)可以通过各种方式接收第二用户端发送的资源记录配置信息。其中，上述资源记录配置信息中可以包括第二虚拟网络标识。上述第二虚拟网络标识可以用于指示上述第二用户端对应的虚拟网络。作为示例，第二用户端可以通过云服务预置的API(API(Application Programming Interface，应用程序接口)发送资源记录配置信息(例如私有解析域)。上述云服务管理端可以首先通过软件定义存储(software defined storage，SDS)确定上述资源记录配置信息所对应的虚拟网络，从而将上述资源记录配置信息转发至相对应的DNS服务节点。从而，作为上述执行主体的DNS服务节点可以接收第二用户端发送的资源记录配置信息。

需要说明的是，上述第一用户端和上述第二用户端可以相同也可以不同。相应地，上述第一虚拟网络标识和上述第二虚拟网络标识可以相同，也可以不同。在此不作限定。

步骤402，根据资源记录配置信息，对本地缓存中与第二虚拟网络标识对应的资源记录进行更新。

在本实施例中，根据步骤401所接收的资源记录配置信息，上述执行主体可以对本地缓存中与第二虚拟网络标识对应的资源记录进行更新。可选地，上述执行主体还可以保存不同版本的资源记录。从而，上述执行主体可以利用多版本控制(Multiversionconcurrency control,MVCC)来恢复版本，以提供一致性的服务。

步骤403，接收第一用户端发送的虚拟网络的域名解析请求。

步骤404，根据虚拟网络的域名解析请求所属的协议类别，从虚拟网络的域名解析请求中提取待查询域名。

步骤405，根据本地缓存中与第一虚拟网络标识对应的资源记录集合，确定与待查询域名匹配的域名解析信息。

步骤406，基于对域名解析信息的封装，生成与虚拟网络的域名解析请求所属的协议类别匹配的域名解析响应信息。

上述步骤403、步骤404、步骤405、步骤406分别与前述实施例中的步骤201、步骤202、步骤203、步骤204一致，上文针对步骤201、步骤202、步骤203和步骤204的描述也适用于步骤401、步骤402、步骤403和步骤406，此处不再赘述。

从图4中可以看出，本实施例中的用于解析域名的方法的流程400体现了接收第二用户端发送的资源记录配置信息的步骤，以及根据资源记录配置信息，对本地缓存中对应的资源记录进行更新的步骤。由此，本实施例描述的方案可以为隔离的虚拟网络配置资源记录并且迅速下发至DNS节点，从而实现了兼顾虚拟网络之间的隔离性和配置一致性管理。

进一步参考图5，作为对上述各图所示方法的实现，本公开提供了用于解析域名的装置的一个实施例，该装置实施例与图2所示的方法实施例相对应，该装置具体可以应用于各种电子设备中。

如图5所示，本实施例提供的用于解析域名的装置500包括第一接收单元501、提取单元502、确定单元503和生成单元504。其中，第一接收单元501，被配置成接收第一用户端发送的虚拟网络的域名解析请求。其中，域名解析请求中包括第一虚拟网络标识。第一虚拟网络标识用于指示第一用户端对应的虚拟网络。提取单元502，被配置成根据虚拟网络的域名解析请求所属的协议类别，从虚拟网络的域名解析请求中提取待查询域名。确定单元503，被配置成根据本地缓存中与第一虚拟网络标识对应的资源记录集合，确定与待查询域名匹配的域名解析信息。生成单元504，被配置成基于对域名解析信息的封装，生成与虚拟网络的域名解析请求所属的协议类别匹配的域名解析响应信息。

在本实施例中，用于解析域名的装置500中：第一接收单元501、提取单元502、确定单元503和生成单元504的具体处理及其所带来的技术效果可分别参考图2对应实施例中的步骤201、步骤202、步骤203和步骤204的相关说明，在此不再赘述。

在本实施例的一些可选的实现方式中，上述提取单元502可以被进一步配置成响应于确定虚拟网络的域名解析请求所属的协议类别为非连接协议，从虚拟网络的域名解析请求中提取待查询域名。

在本实施例的一些可选的实现方式中，上述提取单元502可以包括映射模块(图中未示出)、提取模块(图中未示出)。其中，上述映射模块可以被配置成响应于确定虚拟网络的域名解析请求所属的协议类别为连接协议，将虚拟网络的域名解析请求映射至物理网络层。上述提取模块可以被配置成从映射至物理网络层的域名解析请求中提取待查询域名。

在本实施例的一些可选的实现方式中，上述本地缓存中的资源记录中可以包括版本信息。上述用于解析域名的装置500还可以包括：第一更新单元，被配置成响应于确定版本信息与目标版本信息不一致，对本地缓存中的资源记录进行更新。

在本实施例的一些可选的实现方式中，上述用于解析域名的装置500还可以包括：第二接收单元(图中未示出)、第二更新单元(图中未示出)。其中，上述第二接收单元，可以被配置成接收第二用户端发送的资源记录配置信息。其中，上述资源记录配置信息中可以包括第二虚拟网络标识。上述第二虚拟网络标识可以用于指示第二用户端对应的虚拟网络。上述第二更新单元，可以被配置成根据资源记录配置信息，对本地缓存中与第二虚拟网络标识对应的资源记录进行更新。

本公开的上述实施例提供的装置，首先通过第一接收单元501接收第一用户端发送的虚拟网络的域名解析请求。其中，域名解析请求中包括第一虚拟网络标识。第一虚拟网络标识用于指示第一用户端对应的虚拟网络。而后，提取单元502根据虚拟网络的域名解析请求所属的协议类别，从虚拟网络的域名解析请求中提取待查询域名。之后，确定单元503根据本地缓存中与第一虚拟网络标识对应的资源记录集合，确定与待查询域名匹配的域名解析信息。最后，生成单元504基于对域名解析信息的封装，生成与虚拟网络的域名解析请求所属的协议类别匹配的域名解析响应信息。从而无需借助系统外的虚拟化网络解析实现了对云计算中虚拟网络的域名解析请求的响应，简化了DNS系统的结构，提高了DNS系统的可用性。

进一步参考图6，其示出了用于解析域名的方法的一个实施例中各个设备之间交互的时序600。该用于解析域名的系统可以包括：第一用户端(例如图1所示的终端设备101、102、103)，虚拟路由器(例如图1所示的服务器1051)，目标服务节点(例如图1所示的服务器1052、1053、1054)。其中，上述第一用户端，可以被配置成发送虚拟网络的域名解析请求。上述域名解析请求中可以包括第一虚拟网络标识。上述第一虚拟网络标识可以用于指示上述第一用户端对应的虚拟网络。上述虚拟路由器，可以被配置成根据等价路由，从服务节点集合中确定与上述域名解析请求匹配的服务节点作为目标服务节点；将上述虚拟网络的域名解析请求转发至上述目标服务节点。上述目标服务节点，被配置成实现如前述实施例所描述的用于解析域名的方法。

如图6所示，在步骤601中，第一用户端发送虚拟网络的域名解析请求。

在本实施例中，第一用户端可以通过有线连接方式或者无线连接方式发送虚拟网络的域名解析请求。其中，上述域名解析请求中可以包括第一虚拟网络标识。上述虚拟网络可以指利用各种虚拟化技术所搭建的云端网络，例如可以是相互隔离的虚拟私有云。上述第一虚拟网络标识可以用于指示上述第一用户端所处于的虚拟网络(例如VPC)。

在步骤602中，虚拟路由器根据等价路由，从服务节点集合中确定与域名解析请求匹配的服务节点作为目标服务节点。

在本实施例中，根据等价多路径路由(Equal-cost multi-path routing，ECMP)，虚拟路由器可以通过各种方式从服务节点集合中确定与域名解析请求匹配的服务节点作为目标服务节点。作为示例，上述虚拟路由器中可以通过建立有服务节点集合中各服务节点之间的等价路由来实现负载均衡和可靠性的保证。

在本实施例的一些可选的实现方式中，响应于接收到表征发布或撤销等价路由的信息，虚拟路由器还可以相应地增加或减少上述表征发布或撤销等价路由的信息对应的服务节点的路由信息。从而实现动态化、水平化的DNS集群扩展。进而能够将DNS系统处理请求的容量进行线性提升。

在步骤603中，虚拟路由器将虚拟网络的域名解析请求转发至目标服务节点；

在本实施例中，虚拟路由器可以将虚拟网络的域名解析请求转发至步骤602所确定的目标服务节点。

在步骤604中，目标服务节点接收第一用户端发送的虚拟网络的域名解析请求。

在步骤605中，根据虚拟网络的域名解析请求所属的协议类别，目标服务节点从虚拟网络的域名解析请求中提取待查询域名。

在步骤606中，根据本地缓存中与第一虚拟网络标识对应的资源记录集合,目标服务节点确定与待查询域名匹配的域名解析信息。

在步骤607中，基于对域名解析信息的封装,目标服务节点生成与虚拟网络的域名解析请求所属的协议类别匹配的域名解析响应信息。

上述步骤604、步骤605、步骤606和步骤607分别与前述实施例中的步骤201、步骤202、步骤203和步骤204及其可选的实现方式一致，上文针对步骤201、步骤202、步骤203和步骤204及其可选的实现方式的描述也适用于步骤604、步骤605、步骤606和步骤607，此处不再赘述。

本申请的上述实施例提供的用于解析域名的系统，第一用户端发送虚拟网络的域名解析请求。其中，域名解析请求中包括第一虚拟网络标识。第一虚拟网络标识用于指示第一用户端对应的虚拟网络。虚拟路由器根据等价路由，从服务节点集合中确定与域名解析请求匹配的服务节点作为目标服务节点。而后，虚拟路由器将虚拟网络的域名解析请求转发至目标服务节点。之后，目标服务节点接收第一用户端发送的虚拟网络的域名解析请求。其中，域名解析请求中包括第一虚拟网络标识。第一虚拟网络标识用于指示第一用户端对应的虚拟网络。接下来，目标服务节点根据虚拟网络的域名解析请求所属的协议类别，从虚拟网络的域名解析请求中提取待查询域名。之后，根据本地缓存中与第一虚拟网络标识对应的资源记录集合，目标服务节点确定与待查询域名匹配的域名解析信息。最后，基于对域名解析信息的封装，目标服务节点生成与虚拟网络的域名解析请求所属的协议类别匹配的域名解析响应信息。从而，可以利用等价路由来实现负载均衡，也无需借助系统外的虚拟化网络解析实现了对云计算中虚拟网络的域名解析请求的响应，简化了DNS系统的结构，提高了DNS系统的可用性。

下面参考图7，其示出了适于用来实现本公开的实施例的电子设备(例如图1中的服务器1052、1053、1054)700的结构示意图。图7示出的服务器仅仅是一个示例，不应对本公开的实施例的功能和使用范围带来任何限制。

如图7所示，电子设备700可以包括处理装置(例如中央处理器、图形处理器等)701，其可以根据存储在只读存储器(ROM)702中的程序或者从存储装置708加载到随机访问存储器(RAM)703中的程序而执行各种适当的动作和处理。在RAM 703中，还存储有电子设备700操作所需的各种程序和数据。处理装置701、ROM 702以及RAM 703通过总线704彼此相连。输入/输出(I/O)接口705也连接至总线704。

通常，以下装置可以连接至I/O接口705：包括例如触摸屏、触摸板、键盘、鼠标、等的输入装置706；包括例如液晶显示器(LCD，Liquid Crystal Display)、扬声器、振动器等的输出装置707；包括例如磁带、硬盘等的存储装置708；以及通信装置709。通信装置709可以允许电子设备700与其他设备进行无线或有线通信以交换数据。虽然图7示出了具有各种装置的电子设备700，但是应理解的是，并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。图7中示出的每个方框可以代表一个装置，也可以根据需要代表多个装置。

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信装置709从网络上被下载和安装，或者从存储装置708被安装，或者从ROM 702被安装。在该计算机程序被处理装置701执行时，执行本公开的实施例的方法中限定的上述功能。

需要说明的是，本公开的实施例所述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开的实施例中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开的实施例中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、RF(Radio Frequency，射频)等等，或者上述的任意合适的组合。

上述计算机可读介质可以是上述服务器中所包含的；也可以是单独存在，而未装配入该服务器中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该服务器执行时，使得该服务器：接收第一用户端发送的虚拟网络的域名解析请求，其中，域名解析请求中包括第一虚拟网络标识，第一虚拟网络标识用于指示第一用户端对应的虚拟网络；根据虚拟网络的域名解析请求所属的协议类别，从虚拟网络的域名解析请求中提取待查询域名；根据本地缓存中与第一虚拟网络标识对应的资源记录集合，确定与待查询域名匹配的域名解析信息；基于对域名解析信息的封装，生成与虚拟网络的域名解析请求所属的协议类别匹配的域名解析响应信息。

可以以一种或多种程序设计语言或其组合来编写用于执行本公开的实施例的操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

附图中的流程图和框图，图示了按照本公开的各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本公开的实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中，例如，可以描述为：一种处理器，包括第一接收单元、提取单元、确定单元、生成单元。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定，例如，第一接收单元还可以被描述为“接收第一用户端发送的虚拟网络的域名解析请求的单元”。

以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本公开的实施例中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开的实施例中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

Claims (13)

1.一种用于解析域名的方法，包括：

接收第一用户端发送的虚拟网络的域名解析请求，其中，所述域名解析请求中包括第一虚拟网络标识，所述第一虚拟网络标识用于指示所述第一用户端对应的虚拟网络；

根据所述虚拟网络的域名解析请求所属的协议类别，从所述虚拟网络的域名解析请求中提取待查询域名；

根据本地缓存中与所述第一虚拟网络标识对应的资源记录集合，确定与所述待查询域名匹配的域名解析信息；

基于对所述域名解析信息的封装，生成与所述虚拟网络的域名解析请求所属的协议类别匹配的域名解析响应信息；

其中，所述根据所述虚拟网络的域名解析请求所属的协议类别，从所述虚拟网络的域名解析请求中提取待查询域名，包括：

响应于确定所述虚拟网络的域名解析请求所属的协议类别为连接协议，利用网络层的点对点设备和进程级的会话将所述虚拟网络的域名解析请求进行处理后送入内核协议栈以内核来维护所述连接协议的会话，以及以用户态的程序从所述虚拟网络的域名解析请求中提取待查询域名；

所述本地缓存中的资源记录中包括版本信息；以及所述方法还包括：定期将本地缓存的版本信息与目标版本信息进行比对，以通过监听机制实现对资源记录的下发、生效进行实时控制。

2.根据权利要求1所述的方法，其中，所述根据所述虚拟网络的域名解析请求所属的协议类别，从所述虚拟网络的域名解析请求中提取待查询域名，包括：

响应于确定所述虚拟网络的域名解析请求所属的协议类别为非连接协议，从所述虚拟网络的域名解析请求中提取待查询域名。

3.根据权利要求1所述的方法，其中，所述根据所述虚拟网络的域名解析请求所属的协议类别，从所述虚拟网络的域名解析请求中提取待查询域名，包括：

响应于确定所述虚拟网络的域名解析请求所属的协议类别为连接协议，将所述虚拟网络的域名解析请求映射至物理网络层；

从映射至物理网络层的域名解析请求中提取待查询域名。

4.根据权利要求1所述的方法，其中，

所述方法还包括：

响应于确定所述版本信息与目标版本信息不一致，对所述本地缓存中的资源记录进行更新。

5.根据权利要求1-4之一所述的方法，其中，所述方法还包括：

接收第二用户端发送的资源记录配置信息，其中，所述资源记录配置信息中包括第二虚拟网络标识，所述第二虚拟网络标识用于指示所述第二用户端对应的虚拟网络；

根据所述资源记录配置信息，对所述本地缓存中与所述第二虚拟网络标识对应的资源记录进行更新。

6.一种用于解析域名的装置，包括：

第一接收单元，被配置成接收第一用户端发送的虚拟网络的域名解析请求，其中，所述域名解析请求中包括第一虚拟网络标识，所述第一虚拟网络标识用于指示所述第一用户端对应的虚拟网络；

提取单元，被配置成根据所述虚拟网络的域名解析请求所属的协议类别，从所述虚拟网络的域名解析请求中提取待查询域名；

确定单元，被配置成根据本地缓存中与所述第一虚拟网络标识对应的资源记录集合，确定与所述待查询域名匹配的域名解析信息；

生成单元，被配置成基于对所述域名解析信息的封装，生成与所述虚拟网络的域名解析请求所属的协议类别匹配的域名解析响应信息；

其中，所述提取单元进一步被配置成：响应于确定所述虚拟网络的域名解析请求所属的协议类别为连接协议，利用网络层的点对点设备和进程级的会话将所述虚拟网络的域名解析请求进行处理后送入内核协议栈以内核来维护所述连接协议的会话，以及以用户态的程序从所述虚拟网络的域名解析请求中提取待查询域名；

所述本地缓存中的资源记录中包括版本信息；以及所述装置还包括：第一更新单元，被配置成定期将本地缓存的版本信息与目标版本信息进行比对，以通过监听机制实现对资源记录的下发、生效进行实时控制。

7.根据权利要求6所述的装置，其中，所述提取单元进一步被配置成：

响应于确定所述虚拟网络的域名解析请求所属的协议类别为非连接协议，从所述虚拟网络的域名解析请求中提取待查询域名。

8.根据权利要求6所述的装置，其中，所述提取单元包括：

映射模块，被配置成响应于确定所述虚拟网络的域名解析请求所属的协议类别为连接协议，将所述虚拟网络的域名解析请求映射至物理网络层；

提取模块，被配置成从映射至物理网络层的域名解析请求中提取待查询域名。

9.根据权利要求6所述的装置，其中，所述第一更新单元进一步被配置成响应于确定所述版本信息与目标版本信息不一致，对所述本地缓存中的资源记录进行更新。

10.根据权利要求6-9之一所述的装置，其中，所述装置还包括：

第二接收单元，被配置成接收第二用户端发送的资源记录配置信息，其中，所述资源记录配置信息中包括第二虚拟网络标识，所述第二虚拟网络标识用于指示所述第二用户端对应的虚拟网络；

第二更新单元，被配置成根据所述资源记录配置信息，对所述本地缓存中与所述第二虚拟网络标识对应的资源记录进行更新。

11.一种用于解析域名的系统，包括：

第一用户端，被配置成发送虚拟网络的域名解析请求，其中，所述域名解析请求中包括第一虚拟网络标识，所述第一虚拟网络标识用于指示所述第一用户端对应的虚拟网络；

虚拟路由器，被配置成根据等价路由，从服务节点集合中确定与所述域名解析请求匹配的服务节点作为目标服务节点；将所述虚拟网络的域名解析请求转发至所述目标服务节点；

所述目标服务节点，被配置成实现如权利要求1-5中任一所述的方法。

12.一种服务器，包括：

一个或多个处理器；

存储装置，其上存储有一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-5中任一所述的方法。

13.一种计算机可读介质，其上存储有计算机程序，其中，该程序被处理器执行时实现如权利要求1-5中任一所述的方法。

Images