CN115514733A - 域名解析服务dns的配置方法以及配置装置 - Google Patents

Abstract

一种域名解析服务DNS的配置方法以及配置装置，该方法包括：第一云服务厂商的DNS配置平台接收用户上传的域名、配置信息和所述域名的解析信息，该配置信息包括该用户选择的提供DNS的第二云服务厂商的标识ID，该域名的解析信息用于确定该域名对应的IP地址；该第一云服务厂商的DNS配置平台确定该第二云服务厂商的名称服务器；该第一云服务厂商的DNS配置平台将该域名与该第二云服务厂商的名称服务器的对应关系存储至顶级域名服务器；该第一云服务厂商的DNS配置平台将该域名的解析信息存储至该第二云服务厂商的名称服务器。该方法能够提高DNS的配置效率。

Description

域名解析服务DNS的配置方法以及配置装置

技术领域

本申请涉及互联网领域，并且更具体地，涉及一种域名解析服务DNS的配置方法以及配置装置。

背景技术

域名解析服务是互联网提供的一种域名(domain name，DN)到互联网协议(internet protocol，IP)地址的转换服务。这样，使得人们可以更方便地根据域名访问互联网，而不用去记住能够被机器直接读取的IP地址。

提供域名解析服务的NS可以包括不同云服务厂商的NS。该NS在向用户提供域名解析服务之前，需要用户在该NS所属的云服务厂商的DNS配置平台上进行DNS配置。相关的技术方案中，用户需要分别在不同的云服务厂商的DNS配置平台进行DNS配置，配置的工作量较大，配置效率较低。

因此，如何提高DNS的配置效率成为亟需要解决的问题。

发明内容

本申请提供一种域名解析服务DNS的配置方法和配置装置，能够提高DNS的配置效率。

第一方面，提供了一种域名解析服务DNS的配置方法，包括：第一云服务厂商的DNS配置平台接收用户上传的域名、配置信息和所述域名的解析信息，该配置信息包括该用户选择的提供DNS的第二云服务厂商的标识ID，该域名的解析信息用于确定该域名对应的IP地址；该第一云服务厂商的DNS配置平台确定该第二云服务厂商的名称服务器；该第一云服务厂商的DNS配置平台将该域名与该第二云服务厂商的名称服务器的对应关系存储至顶级域名服务器；该第一云服务厂商的DNS配置平台将该域名的解析信息存储至该第二云服务厂商的名称服务器。

上述技术方案中，可以在一个云服务厂商的DNS配置平台上进行其他云服务厂商的DNS配置，不需要需要分别在不同的云服务厂商的DNS配置平台进行DNS配置，从而减少配置的工作量，提高DNS的配置效率。

结合第一方面，在第一方面的某些实现方式中，所述方法还包括：所述第一云服务厂商的DNS配置平台确定所述第一云服务厂商的名称服务器；所述第一云服务厂商的DNS配置平台将所述域名与所述第一云服务厂商的名称服务器的对应关系存储至所述顶级域名服务器；所述第一云服务厂商的DNS配置平台将所述域名的解析信息存储至所述第一云服务厂商的名称服务器。

结合第一方面，在第一方面的某些实现方式中，所述域名的解析信息包括下述参数中的至少一种：所述域名的A记录、所述域名的AAAA记录、所述域名的CNAME记录。

结合第一方面，在第一方面的某些实现方式中，在将所述域名的解析信息存储至各云厂商的名称服务器之后，所述方法还包括：所述第一云服务厂商的DNS配置平台发出至少两次测试请求，所述测试请求指示访问所述域名；所述第一云服务厂商的DNS配置平台确定每次测试请求的DNS服务器所属的厂商；所述第一云服务厂商的DNS配置平台根据所述确定结果，判断所述用户的DNS配置是否成功。

结合第一方面，在第一方面的某些实现方式中，在将所述域名的解析信息存储至各云厂商的名称服务器之后，所述方法还包括：所述第一云服务厂商的DNS配置平台发出测试请求，所述测试请求指示访问所述域名；所述第一云服务厂商的DNS配置平台获取名称服务器响应所述测试请求的解析结果；所述第一云服务厂商的DNS配置平台确定所述解析结果与所述域名的解析信息确定的所述域名对应的IP地址是否一致。

结合第一方面，在第一方面的某些实现方式中，所述方法还包括：所述第一云服务厂商的DNS配置平台确定所述解析结果与所述域名的解析信息确定的所述域名对应的IP地址不一致，更新所述域名与名称服务器的对应关系，所述更新后的所述域名与名称服务器的对应关系中不包含所述域名与所述名称服务器的对应关系。

结合第一方面，在第一方面的某些实现方式中，所述方法还包括：所述第一云服务厂商的DNS配置平台将所述更新后的所述域名与名称服务器的对应关系存储至顶级域名服务器。

第二方面，提供了一种配置装置，所述装置包括：通信模块，处理模块。其中，通信模块用于接收用户上传的域名、配置信息和所述域名的解析信息，所述配置信息包括所述用户选择的提供DNS的第二云服务厂商标识的ID，所述域名的解析信息用于确定所述域名对应的IP地址；处理模块用于确定所述第二云服务厂商的名称服务器；将所述域名与所述第二云服务厂商的名称服务器的对应关系存储至顶级域名服务器；将所述域名的解析信息存储至所述第二云服务厂商的名称服务器。

结合第二方面，在第二方面的某些实现方式中，所述处理模块，还用于确定所述第一云服务厂商的名称服务器；将所述域名与所述第一云服务厂商的名称服务器的对应关系存储至所述顶级域名服务器；将所述域名的解析信息存储至所述第一云服务厂商的名称服务器。

结合第二方面，在第二方面的某些实现方式中，所述域名的解析信息包括下述参数中的至少一种：所述域名的A记录、所述域名的AAAA记录、所述域名的CNAME记录。

结合第二方面，在第二方面的某些实现方式中，所述处理模块，还用于发出至少两次测试请求，所述测试请求指示访问所述域名；确定每次测试请求的DNS服务器所属的厂商；根据所述确定结果，判断所述用户的DNS配置是否成功。

结合第二方面，在第二方面的某些实现方式中，所述处理模块，还用于发出测试请求，所述测试请求指示访问所述域名；获取名称服务器响应所述测试请求的解析结果；确定所述解析结果与所述域名的解析信息确定的所述域名对应的IP地址是否一致。

结合第二方面，在第二方面的某些实现方式中，所述处理模块，还用于确定所述解析结果与所述域名的解析信息确定的所述域名对应的IP地址不一致，更新所述域名与名称服务器的对应关系，所述更新后的所述域名与名称服务器的对应关系中不包含所述域名与所述名称服务器的对应关系。

结合第二方面，在第二方面的某些实现方式中，所述处理模块，还用于将所述更新后的所述域名与名称服务器的对应关系存储至顶级域名服务器。

第二方面和第二方面的任意一个可能的实现方式的有益效果和第一方面以及第一方面的任意一个可能的实现方式的有益效果是对应的，对此，不再赘述。

第三方面，提供了一种计算设备，包括通信接口和处理器。其中，该处理器用于控制该通信接口收发信息，该处理器与该通信接口连接，并用于执行第一方面或第一方面任意一种可能的实现方式中域名解析服务DNS的配置方法。

可选地，该处理器可以是通用处理器，可以通过硬件来实现也可以通过软件来实现。当通过硬件实现时，该处理器可以是逻辑电路、集成电路等；当通过软件来实现时，该处理器可以是一个通用处理器，通过读取存储器中存储的软件代码来实现，该存储器可以集成在处理器中，可以位于该处理器之外，独立存在。

第四方面，提供了一种芯片，该芯片获取指令并执行该指令来实现上述第一方面以及第一方面的任意一种实现方式中的方法。

可选地，作为一种实现方式，该芯片包括处理器与数据接口，该处理器通过该数据接口读取存储器上存储的指令，执行上述第一方面以及第一方面的任意一种实现方式中的方法。

第五方面，提供了一种计算机可读介质，所述非瞬态计算机可读介质存储有指令，所述指令用于执行上述第一方面或第一方面可能的实现方式中的方法。

作为示例，这些非瞬态计算机可读介质包括但不限于如下的一个或者多个：只读存储器(read-only memory，ROM)、可编程ROM(programmable ROM，PROM)、可擦除的PROM(erasable PROM，EPROM)、Flash存储器、电EPROM(electrically EPROM，EEPROM)以及硬盘驱动器(hard drive)。

第六方面，提供了一种计算机程序产品，当所述指令被计算机设备集群运行时，使得所述计算机设备集群执行上述第一方面或第一方面可能的实现方式中的方法。

第七方面，提供了一种计算设备集群，包括至少一个计算设备，每个计算设备包括处理器和存储器；所述至少一个计算设备的处理器用于执行所述至少一个计算设备的存储器中存储的指令，以使得所述计算设备集群执行上述第一方面或第一方面可能的实现方式中的方法。

附图说明

图1是本申请实施例提供的一种云服务厂商根据提供的域名解析服务DNS进行域名解析的方法的示意性流程图。

图2是本申请实施例提供的一种域名解析服务DNS的配置方法的示意性流程图。

图3是本申请实施例提供的DNS配置平台与用户的交互界面的示意性框图。

图4是本申请实施例提供的一种对用户的DNS配置是否成功进行自动化验证的方法的示意性流程图。

图5是本申请实施例提供的一种确定配置的第二云服务厂商的NS的可用性的方法的示意性流程图。

图6是本申请实施例提供的一种进行故障切换的方法的示意性流程图。

图7是本申请实施例提供的一种配置装置700的示意性框图。

图8是本申请实施例提供的一种计算设备800的示意性框图。

图9是本申请实施例提供的一种计算设备集群的示意性框图。

图10是本申请实施例提供的计算设备集群的一种可能的实现方式的示意性框图。

图11是本申请实施例提供的计算设备集群的另一种可能的实现方式的示意性框图。

具体实施方式

下面将结合附图，对本申请中的技术方案进行描述。

本申请将围绕包括多个设备、组件、模块等的系统来呈现各个方面、实施例或特征。应当理解和明白的是，各个系统可以包括另外的设备、组件、模块等，并且/或者可以并不包括结合附图讨论的所有设备、组件、模块等。此外，还可以使用这些方案的组合。

另外，在本申请实施例中，“示例的”、“例如”等词用于表示作例子、例证或说明。本申请中被描述为“示例”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用示例的一词旨在以具体方式呈现概念。

本申请实施例中，“相应的(corresponding，relevant)”和“对应的(corresponding)”有时可以混用，应当指出的是，在不强调其区别时，其所要表达的含义是一致的。

本申请实施例描述的网络架构以及业务场景是为了更加清楚地说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定，本领域普通技术人员可知，随着网络架构的演变和新业务场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。

在本说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本申请的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此，在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例，而是意味着“一个或多个但不是所有的实施例”，除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。

本申请中，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：包括单独存在A，同时存在A和B，以及单独存在B的情况，其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b，或c中的至少一项(个)，可以表示：a，b，c，a-b，a-c，b-c，或a-b-c，其中a，b，c可以是单个，也可以是多个。

为了便于理解，下面先对本申请实施例可能涉及的相关术语和概念进行介绍。

1、域名解析服务

域名解析服务是互联网提供的一种域名(domain name，DN)到互联网协议(internet protocol，IP)地址的转换服务。应理解，IP地址是一种统一的地址格式，它为互联网上的每一个网络和每一台主机分配一个逻辑地址。尽管IP地址能够唯一地标记网络上的计算机，但IP地址是一长串数字，不直观，而且用户记忆十分不方便，于是设计出了域名。域名又称网域，是由一串用点分隔的名字组成的互联网上某一台计算机或计算机组的名称。作为示例，可以通过域名系统(domain name system，DNS)提供的域名解析服务确定域名对应的IP地址，根据该IP地址访问互联网。这样，使得人们可以更方便地根据域名访问互联网，而不用去记住能够被机器直接读取的IP地址。

2、名称服务器(name server，NS)

指在互联网中提供域名服务的程序或服务器。一个示例，提供域名解析服务的服务器(也可以称为域名解析服务器)是一种常见的NS。应理解，域名解析服务器上搭载有DNS，以便于DNS根据保存的域名的解析信息确定域名对应的IP地址。

举例说明，上述域名的解析信息可以包括但不限于：域名的地址(address，A)记录、域名的A A A A记录、域名的别名(CNAME)记录等。其中，域名的A记录表示记录的域名和对应的IP地址之间的对应关系。域名的A A A A记录表示记录的域名和对应的互联网协议第六版(internet protocol version 6，IPv6)地址之间的对应关系。域名的CNAME记录表示记录的域名和对应的另一个域名(域名的别名)之间的对应关系，进一步地，还可以根据该另一个域名和其对应的A记录或A A A A记录确定域名对应的IP地址。

3、顶级域名(top-level domain，TLD)

是DNS等级之中的最高级的域，是域名的最后一个部分，即是域名最后一点之后的字母。例如在example.com这个域名中，顶级域是.com(或.COM)，大小写视为相同。

4、TLD服务器(TLD server)

用于存储NS记录，该NS记录用于表示记录的域名和NS之间的对应关系。应理解，该对应关系中的NS可以用于提供域名解析服务，确定该对应关系中的域名对应的IP地址。具体的，一个示例，域名的解析信息为域名的A记录或域名的A A A A记录，该对应关系中的NS可以根据域名的A记录或域名的A A A A记录确定域名对应的IP地址。另一个示例，域名的解析信息为域名的CNAME记录，该对应关系中的NS可以根据域名的CNAME记录确定对应的另一个域名(域名的别名)，并根据该另一个域名和其对应的A记录或A A A A记录确定域名对应的IP地址。

5、二级域名(second-level domain，SLD)

是DNS等级之中的，处于顶级域名之下的域。二级域名是域名的倒数第二个部份，例如在域名example.com中，.com顶级域名中的二级域名是example。

6、SLD服务器(SLD server)

用于存储TLD服务器的地址，以便于可以根据TLD服务器的地址访问TLD服务器，从而获得TLD服务器中存储的NS记录。

7、域名注册(domain name registration)

是用户付费获取互联网上某一域名的一段时间使用权的过程。

8、互联网服务供应商(internet service provider，ISP)

又称因特网服务提供者，或互联网服务提供商，或网络服务供应商。即指提供互联网访问服务的公司，例如，中国移动、中国联通、中国电信等。

下面先结合图1，对云服务厂商提供的域名解析服务DNS的具体实现过程进行详细描述。应理解，图1的例子仅仅是为了帮助本领域技术人员理解本申请实施例，而非要将申请实施例限制于所示例的具体数值或具体场景。本领域技术人员根据下面所给出的图1的例子，显然可以进行各种等价的修改或变化，这样的修改和变化也落入本申请实施例的范围内。

图1是本申请实施例提供的一种云服务厂商根据提供的域名解析服务DNS进行域名解析的方法的示意性流程图。如图1所示，该方法可以包括步骤110-170，下面分别对步骤110-170进行详细描述。

步骤110：用户在浏览器中输入第一域名。

举例说明，用户在WEB浏览器中输入的第一域名为“www.example.com”。

步骤120：ISP的本地域名服务器(local DNS)根据该第一域名进行递归查询，确定TLD服务器的IP地址。

具体的，local DNS采用迭代查询的方法，向根服务器(root server)查询顶级域名的IP地址。以第一域名为“www.example.com”，local DNS向根服务器查询.com的TLD服务器的IP地址。根服务器向local DNS返回TLD服务器的IP地址。

步骤130：local DNS向TLD服务器查询NS的IP地址。

具体的，local DNS可以根据TLD服务器的IP地址访问TLD服务器，并向TLD服务器查询.example.com的NS的IP地址。

步骤140：TLD服务器向local DNS返回第一NS的IP地址。

具体的，TLD服务器可以向local DNS返回.example.com的第一NS的IP地址。也就是说，TLD服务器向local DNS返回的第一NS为可以提供域名解析服务，确定第一域名www.example.com对应的IP地址。

步骤150：local DNS向第一NS查询第一域名对应的IP地址。

具体的，local DNS向第一NS查询www.example.com对应的IP地址。

步骤160：第一NS向local DNS返回查询的第一域名对应的IP地址。

具体的，第一NS可以根据保存的A记录(例如，www.example.com和100.100.100.100)，确定第一域名www.example.com对应的IP地址为100.100.100.100。并向local DNS返回查询的IP地址100.100.100.100。

步骤170：local DNS向浏览器发送第一域名对应的IP地址，以便于浏览器根据该IP地址向对应的网页发送访问请求。

上述TLD服务器中存储的提供域名解析服务的NS可以包括不同云服务厂商的NS。该NS在向用户提供域名解析服务之前，需要用户在该NS所属的云服务厂商的DNS配置平台上进行DNS配置。相关的技术方案中，用户需要分别在不同的云服务厂商的DNS配置平台进行DNS配置，配置的工作量较大，配置效率较低。

有鉴于此，本申请实施例提供了一种域名解析服务DNS的配置方法，可以在一个云服务厂商的DNS配置平台上进行其他云服务厂商的DNS配置，不需要需要分别在不同的云服务厂商的DNS配置平台进行DNS配置，从而减少配置的工作量，提高DNS的配置效率。

下面结合图2，对本申请实施例提供的一种域名解析服务DNS的配置方法进行详细的介绍。

图2是本申请实施例提供的一种域名解析服务DNS的配置方法的示意性流程图。如图2所示，该方法可以包括步骤210-240，下面分别对步骤210-240进行详细描述。

步骤210：DNS配置平台接收用户上传的域名、配置信息和该域名的解析信息。

该DNS配置平台例如可以是第一云服务厂商的DNS配置平台。该DNS配置平台可以接收用户上传的域名、配置信息和该域名的解析信息，可选地，该DNS配置平台还可以接收用户上传的该用户的账号信息。

应理解，用户可以同步地向该DNS配置平台上传上述多个信息(包括域名、配置信息和该域名的解析信息，可选地，还包括用户的账号信息)，或者也可以异步地分别向该DNS配置平台上传上述多个信息，本申请实施例对此不做具体限定。

还应理解，用户可以通过一个界面向所述DNS配置平台上传上述多个信息，或者也可以通过多个界面分别向所述DNS配置平台上传上述多个信息，本申请对此不做具体限定。举例说明，图3示出了一种可能的用户通过一个界面向所述DNS配置平台上传上述多个信息的交互界面的示例。

上述用户向DNS配置平台上传的域名可以是用户通过域名注册获得的某一个或多个域名。具体的，可以是用户通过上述DNS配置平台提供的域名注册服务获得的某一个或多个域名。上述配置信息包括该用户选择的提供DNS的第二云服务厂商的标识。上述域名的解析信息用于确定域名对应的IP地址。作为示例，该域名的解析信息可以包括但不限于下述参数中的至少一种：该域名的A记录、该域名的AAAA记录、该域名的CNAME记录。具体的有关域名的解析信息的描述，请参见上文中的说明，此处不再赘述。

需要说明的是，以上述DNS配置平台为第一云服务厂商的DNS配置平台为例，用户通过该DNS配置平台可以进行第一云服务厂商的DNS的配置和第二云服务厂商的DNS的配置，或者也可以仅进行第二云服务厂商的DNS的配置，本申请对此不做限定。步骤220：DNS配置平台确定第二云服务厂商的名称服务器。

作为示例，DNS配置平台可以根据用户上传的配置信息中包括的第二云服务厂商的标识，确定该第二云服务厂商的名称服务器NS。

步骤230：DNS配置平台将上述域名和第二云服务厂商的名称服务器NS的对应关系存储至顶级域名TLD服务器中。

本申请实施例中，DNS配置平台可以根据上述第二云服务厂商的名称服务器NS以及用户上传的域名生成域名和第二云服务厂商的NS之间的对应关系，并可以将该对应关系存储至TLD服务器中。域名和第二云服务厂商的NS之间的对应关系也可以称为NS记录。具体的有关NS记录的描述，请参见上文中的说明，此处不再赘述。

步骤240：DNS配置平台将该域名的解析信息存储至第二云服务厂商的NS中。

本申请实施例中，DNS配置平台可以将域名的解析信息存储至第二云服务厂商的NS中，以便于第二云服务厂商的NS可以根据存储的域名的解析信息确定该域名对应的IP地址。

上述技术方案中，可以在一个云服务厂商的DNS配置平台上进行其他云服务厂商的DNS配置，不需要需要分别在不同的云服务厂商的DNS配置平台进行DNS配置，从而减少配置的工作量，提高DNS的配置效率。

可选地，在一些可能的实现方式中，本申请还可以进行对用户的DNS配置是否成功进行自动化验证。这样，无需用户人工手动验证用户的DNS配置是否成功，从而进一步提高DNS的配置效率。下面结合图4，对上述用户的DNS配置是否成功进行自动化验证的方法进行详细描述。

应理解，图4的例子仅仅是为了帮助本领域技术人员理解本申请实施例，而非要将申请实施例限制于所示例的具体数值或具体场景。本领域技术人员根据下面所给出的图4的例子，显然可以进行各种等价的修改或变化，这样的修改和变化也落入本申请实施例的范围内。

图4是本申请实施例提供的一种对用户的DNS配置是否成功进行自动化验证的方法的示意性流程图。如图4所示，该方法可以包括步骤410-430，下面分别对步骤410-430进行详细描述。

步骤410：DNS配置平台发出至少两次测试请求。

作为示例，DNS配置平台是第一云服务厂商的DNS配置平台，其可以向位于不同地域的执行机分别下发测试请求，该测试请求指示访问所述域名。应理解，该执行机可以是接入不同ISP的设备，该设备可以执行其接收到的测试请求。

步骤420：DNS配置平台确定每次测试请求的DNS服务器所属的厂商。

例如，位于不同地域的执行机接收到测试请求后，可以通过域名信息搜索器(domain information groper，DIG)等工具确定进行测试请求的DNS服务器所属的厂商，并将确定的结果向DNS配置平台反馈。

步骤430：DNS配置平台根据所述确定结果，判断所述用户的DNS配置是否成功。

应理解，不同的执行机所接入的ISP不同，一个示例，可以通过选择位于不同地域的执行机从而实现不同的执行机所接入的ISP不同。

由于不同的ISP优先选择的DNS服务器所属的厂商不同。因此，可以根据位于不同地域的执行机反馈的进行测试请求的DNS服务器所属的厂商，判断所述用户的DNS配置是否成功。具体的，作为示例，可以通过DNS配置平台设置测试请求次数的阈值，该阈值是根据用户的DNS配置中选择的云服务厂商的数量有关，例如，该阈值不小于用户的DNS配置中选择的云服务厂商的数量。举例说明，如果DNS配置平台确定每次测试请求的DNS服务器所属的厂商不同，可以理解为用户的DNS配置成功。

上述技术方案中，可以通过下发至少两次测试请求自动对上述用户的DNS配置是否成功进行自动化验证，从而进一步提高DNS的配置效率。

可选地，在一些实施例中，本申请实施例还可以确定通过第一云服务厂商的DNS配置平台配置的第二云服务厂商的NS的可用性，从而可以根据NS的可用性快速评估NS的故障范围，故障NS的影响时间、影响域名范围、以及所属的厂商等，为域名解析故障提供关键的参考信息。下面结合图5，对上述确定配置的第二云服务厂商的NS的可用性的方法进行详细描述。

应理解，图5的例子仅仅是为了帮助本领域技术人员理解本申请实施例，而非要将申请实施例限制于所示例的具体数值或具体场景。本领域技术人员根据下面所给出的图5的例子，显然可以进行各种等价的修改或变化，这样的修改和变化也落入本申请实施例的范围内。

图5是本申请实施例提供的一种确定配置的第二云服务厂商的NS的可用性的方法的示意性流程图。如图5所示，该方法可以包括步骤510-530，下面分别对步骤510-530进行详细描述。

步骤510：DNS配置平台发出测试请求，所述测试请求指示访问所述域名。

作为示例，DNS配置平台是第一云服务厂商的DNS配置平台，其可以向第二云服务厂商的NS发出测试请求，该测试请求指示该响应所述测试请求的NS访问所述域名，并进行域名解析。应理解，该测试请求可以和图4所示的测试请求为同一个请求消息，或者也可以为不同的请求消息，本申请对此不做具体限定。

步骤520：DNS配置平台获取名称服务器响应所述测试请求的解析结果。

DNS配置平台向对应的第二云服务厂商的NS发出上述测试请求后，该NS可以根据该测试请求访问所述域名，进行域名解析得到对应的解析结果，并将该解析结果反馈给DNS配置平台。作为示例，该解析结果例如可以是响应所述测试请求的NS确定的该域名对应的IP地址。

步骤530：DNS配置平台确定所述解析结果与所述域名的解析信息确定的所述域名对应的IP地址是否一致。

作为示例，DNS配置平台在获得上述解析结果后，可以确定所述解析结果与所述域名的解析信息确定的所述域名对应的IP地址是否一致。例如，DNS配置平台根据用户上传的域名的配置信息确定该域名对应的IP地址，并确定响应所述测试请求的NS反馈的解析结果和该IP地址是否相同。如果响应所述测试请求的NS反馈的解析结果和该IP地址相同，可以确定响应所述测试请求的NS是可用的。如果响应所述测试请求的NS反馈的解析结果和该IP地址不相同，可以确定响应所述测试请求的NS不可用或故障。举例说明，根据执行告警的规则，如果响应所述测试请求的NS进行域名解析的失败次数在一定时间段内超过DNS配置平台设置的阈值，可以通过运维告警系统触发告警。

可选地，在一些实施例中，本申请实施例还可以在NS出现故障时快速进行故障切换。下面结合图6，对上述进行故障切换的方法进行详细描述。

图6是本申请实施例提供的一种进行故障切换的方法的示意性流程图。如图6所示，该方法可以包括步骤610-630，下面分别对步骤610-630进行详细描述。

步骤610：DNS配置平台确定故障的NS。

DNS配置平台可以根据步骤530的方法确定故障的NS。例如，DNS配置平台确定所述解析结果与所述域名的解析信息确定的所述域名对应的IP地址不一致，从而确定向所述DNS配置平台反馈所述解析结果的NS故障。

应理解，该故障的NS可能是一个厂商的部分NS故障，或者还可能是一个厂商的所有NS整体故障，本申请对此不做具体限定。

步骤620：DNS配置平台更新NS记录，使得更新后的NS记录中不包括所述故障的NS和与域名的对应关系。

具体的，作为示例，可以将NS记录中包含故障的NS和与域名的对应关系删除，得到所述更新后的NS记录，使得更新后的NS记录中不包括所述故障的NS和与域名的对应关系。

步骤630：DNS配置平台将所述更新后的NS记录存储至TLD服务器中。

上文结合图1至图6，详细描述了本申请实施例提供的DNS的配置方法，下面将结合图7-图11，详细描述本申请装置的实施例。应理解，方法实施例的描述与装置实施例的描述相互对应，因此，未详细描述的部分可以参见前面方法实施例。

图7是本申请实施例提供的一种配置装置700的示意性框图。该配置装置700可以通过软件、硬件或者两者的结合实现成为装置中的部分或者全部。本申请实施例提供的配置装置700可以实现本申请实施例图2-6所示的方法流程，该配置装置700包括：通信模块710、处理模块720，其中：

通信模块710，用于接收用户上传的域名、配置信息和所述域名的解析信息，所述配置信息包括所述用户选择的提供DNS的第二云服务厂商标识的ID，所述域名的解析信息用于确定所述域名对应的IP地址；

处理模块720，用于确定所述第二云服务厂商的名称服务器；将所述域名与所述第二云服务厂商的名称服务器的对应关系存储至顶级域名服务器；将所述域名的解析信息存储至所述第二云服务厂商的名称服务器。

可选地，所述处理模块720，还用于确定所述第一云服务厂商的名称服务器；将所述域名与所述第一云服务厂商的名称服务器的对应关系存储至所述顶级域名服务器；将所述域名的解析信息存储至所述第一云服务厂商的名称服务器。

可选地，所述域名的解析信息包括下述参数中的至少一种：所述域名的A记录、所述域名的AAAA记录、所述域名的CNAME记录。

可选地，所述处理模块720，还用于发出至少两次测试请求，所述测试请求指示访问所述域名；确定每次测试请求的DNS服务器所属的厂商；根据所述确定结果，判断所述用户的DNS配置是否成功。

可选地，所述处理模块720，还用于发出测试请求，所述测试请求指示访问所述域名；获取名称服务器响应所述测试请求的解析结果；确定所述解析结果与所述域名的解析信息确定的所述域名对应的IP地址是否一致。

可选地，所述处理模块720，还用于确定所述解析结果与所述域名的解析信息确定的所述域名对应的IP地址不一致，更新所述域名与名称服务器的对应关系，所述更新后的所述域名与名称服务器的对应关系中不包含所述域名与所述名称服务器的对应关系。

可选地，所述处理模块720，还用于将所述更新后的所述域名与名称服务器的对应关系存储至顶级域名服务器。

这里的配置装置700可以以功能模块的形式体现。这里的术语“模块”可以通过软件和/或硬件形式实现，对此不作具体限定。

例如，“模块”可以是实现上述功能的软件程序、硬件电路或二者结合。所述硬件电路可能包括应用特有集成电路(application specific integrated circuit，ASIC)、电子电路、用于执行一个或多个软件或固件程序的处理器(例如共享处理器、专有处理器或组处理器等)和存储器、合并逻辑电路和/或其它支持所描述的功能的合适组件。

因此，在本申请的实施例中描述的各示例的单元，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

需要说明的是：上述实施例提供的配置装置在进行域名解析服务DNS的配置时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的配置装置与域名解析服务DNS的配置方法实施例属于同一构思，其具体实现过程详见上文中的方法实施例，这里不再赘述。

图8是本申请实施例提供的一种计算设备800的示意性框图。如图8所示，计算设备800包括：总线802、处理器804、存储器806和通信接口808。处理器804、存储器806和通信接口808之间通过总线802通信。应理解，本申请不限定计算设备800中的处理器、存储器的个数。

总线802可以是外设部件互连标准(peripheral component interconnect，PCI)总线或扩展工业标准结构(extended industry standard architecture，EISA)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，图8中仅用一条线表示，但并不表示仅有一根总线或一种类型的总线。总线804可包括在计算设备800各个部件(例如，存储器806、处理器804、通信接口808)之间传送信息的通路。

处理器804可以包括中央处理器(central processing unit，CPU)、图形处理器(graphics processing unit，GPU)、微处理器(micro processor，MP)或者数字信号处理器(digital signal processor，DSP)等处理器中的任意一种或多种。

存储器806可以包括易失性存储器(volatile memory)，例如随机存取存储器(random access memory，RAM)。处理器804还可以包括非易失性存储器(non-volatilememory)，例如只读存储器(read-only memory，ROM)，快闪存储器，机械硬盘(hard diskdrive，HDD)或固态硬盘(solid state drive，SSD)。存储器806中存储有可执行的程序代码，处理器804执行该可执行的程序代码以实现前述DNS的配置方法。具体的，存储器806上存有用于执行DNS的配置方法的指令。

通信接口803使用例如但不限于网络接口卡、收发器一类的收发模块，来实现计算设备800与其他设备或通信网络之间的通信。

本申请实施例还提供了一种计算设备集群。如图9所示，所述计算设备集群包括至少一个计算设备800。

在一些可能的实现方式中，该计算设备集群中的一个或多个计算设备800也可以用于上述配置装置700执行DNS的配置方法的部分指令。换言之，一个或多个计算设备800的组合可以共同用于上述配置装置700执行DNS的配置方法的指令。

需要说明的是，计算设备集群中的不同的计算设备800中的存储器806可以存储不同的指令，用于执行配置装置700的部分功能。

图10示出了一种可能的实现方式。如图10所示，两个计算设备800A和800B通过通信接口808实现连接。计算设备800A中的存储器上存有用于执行通信模块710的功能的指令。计算设备800B中的存储器上存有用于执行处理模块720的功能的指令。换言之，计算设备800A和800B的存储器806共同存储了配置装置700用于执行DNS的配置方法的指令。

应理解，图10中示出的计算设备800A的功能也可以由多个计算设备800完成。同样，计算设备800AB的功能也可以由多个计算设备800完成。

在一些可能的实现方式中，计算设备集群中的一个或多个计算设备可以通过网络连接。其中，所述网络可以是广域网或局域网等等。图11示出了一种可能的实现方式。如图11所示，两个计算设备800C和800D之间通过网络进行连接。具体地，通过各个计算设备中的通信接口与所述网络进行连接。在这一类可能的实现方式中，计算设备800C中的存储器806中存有执行通信模块710的指令。同时，计算设备800D中的存储器806中存有执行处理模块720的指令。

应理解，图11中示出的计算设备800C的功能也可以由多个计算设备800完成。同样，计算设备800D的功能也可以由多个计算设备8600完成。

本申请实施例还提供了一种计算机可读存储介质。所述计算机可读存储介质可以是计算设备能够存储的任何可用介质或者是包含一个或多个可用介质的数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘)等。该计算机可读存储介质包括指令，所述指令指示计算设备执行上述DNS的配置方法的指令。

本申请实施例还提供了一种包含指令的计算机程序产品。所述计算机程序产品可以是包含指令的，能够运行在计算设备上或被储存在任何可用介质中的软件或程序产品。当所述计算机程序产品在至少一个计算机设备上运行时，使得至少一个计算机设备执行上述DNS的配置方法的指令。

应理解，在本申请的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(read-only memory，ROM)、随机存取存储器(random access memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (17)

1.一种域名解析服务DNS的配置方法，其特征在于，所述方法包括：

第一云服务厂商的DNS配置平台接收用户上传的域名、配置信息和所述域名的解析信息，所述配置信息包括所述用户选择的提供DNS的第二云服务厂商的标识ID，所述域名的解析信息用于确定所述域名对应的IP地址；

所述第一云服务厂商的DNS配置平台确定所述第二云服务厂商的名称服务器；

所述第一云服务厂商的DNS配置平台将所述域名与所述第二云服务厂商的名称服务器的对应关系存储至顶级域名服务器；

所述第一云服务厂商的DNS配置平台将所述域名的解析信息存储至所述第二云服务厂商的名称服务器。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

所述第一云服务厂商的DNS配置平台确定所述第一云服务厂商的名称服务器；

所述第一云服务厂商的DNS配置平台将所述域名与所述第一云服务厂商的名称服务器的对应关系存储至所述顶级域名服务器；

所述第一云服务厂商的DNS配置平台将所述域名的解析信息存储至所述第一云服务厂商的名称服务器。

3.根据权利要求1或2所述的方法，其特征在于，所述域名的解析信息包括下述参数中的至少一种：所述域名的A记录、所述域名的AAAA记录、所述域名的CNAME记录。

4.根据权利要求1至3中任一所述的方法，其特征在于，在将所述域名的解析信息存储至各云厂商的名称服务器之后，所述方法还包括：

所述第一云服务厂商的DNS配置平台发出至少两次测试请求，所述测试请求指示访问所述域名；

所述第一云服务厂商的DNS配置平台确定每次测试请求的DNS服务器所属的厂商；

所述第一云服务厂商的DNS配置平台根据所述确定结果，判断所述用户的DNS配置是否成功。

5.根据权利要求1至3中任一所述的方法，其特征在于，在将所述域名的解析信息存储至各云厂商的名称服务器之后，所述方法还包括：

所述第一云服务厂商的DNS配置平台发出测试请求，所述测试请求指示访问所述域名；

所述第一云服务厂商的DNS配置平台获取名称服务器响应所述测试请求的解析结果；

所述第一云服务厂商的DNS配置平台确定所述解析结果与所述域名的解析信息确定的所述域名对应的IP地址是否一致。

6.根据权利要求5所述的方法，其特征在于，所述方法还包括：

所述第一云服务厂商的DNS配置平台确定所述解析结果与所述域名的解析信息确定的所述域名对应的IP地址不一致，更新所述域名与名称服务器的对应关系，所述更新后的所述域名与名称服务器的对应关系中不包含所述域名与所述名称服务器的对应关系。

7.根据权利要求6所述的方法，其特征在于，所述方法还包括：

所述第一云服务厂商的DNS配置平台将所述更新后的所述域名与名称服务器的对应关系存储至顶级域名服务器。

8.一种配置装置，所述装置包括：

通信模块，用于接收用户上传的域名、配置信息和所述域名的解析信息，所述配置信息包括所述用户选择的提供DNS的第二云服务厂商标识的ID，所述域名的解析信息用于确定所述域名对应的IP地址；

处理模块，用于确定所述第二云服务厂商的名称服务器；将所述域名与所述第二云服务厂商的名称服务器的对应关系存储至顶级域名服务器；将所述域名的解析信息存储至所述第二云服务厂商的名称服务器。

9.根据权利要求8所述的配置装置，其特征在于，所述处理模块，还用于确定所述第一云服务厂商的名称服务器；将所述域名与所述第一云服务厂商的名称服务器的对应关系存储至所述顶级域名服务器；将所述域名的解析信息存储至所述第一云服务厂商的名称服务器。

10.根据权利要求8或9所述的配置装置，其特征在于，所述域名的解析信息包括下述参数中的至少一种：所述域名的A记录、所述域名的AAAA记录、所述域名的CNAME记录。

11.根据权利要求8至10中任一所述的配置装置，其特征在于，所述处理模块，还用于发出至少两次测试请求，所述测试请求指示访问所述域名；确定每次测试请求的DNS服务器所属的厂商；根据所述确定结果，判断所述用户的DNS配置是否成功。

12.根据权利要求8至10中任一所述的配置装置，其特征在于，所述处理模块，还用于发出测试请求，所述测试请求指示访问所述域名；获取名称服务器响应所述测试请求的解析结果；确定所述解析结果与所述域名的解析信息确定的所述域名对应的IP地址是否一致。

13.根据权利要求12所述的配置装置，其特征在于，所述处理模块，还用于确定所述解析结果与所述域名的解析信息确定的所述域名对应的IP地址不一致，更新所述域名与名称服务器的对应关系，所述更新后的所述域名与名称服务器的对应关系中不包含所述域名与所述名称服务器的对应关系。

14.根据权利要求13所述的配置装置，其特征在于，所述处理模块，还用于将所述更新后的所述域名与名称服务器的对应关系存储至顶级域名服务器。

15.一种计算机可读存储介质，其特征在于，所述非瞬态计算机可读介质存储有指令，所述指令用于实现如权利要求1至7任一项所述的方法。

16.一种包含指令的计算机程序产品，其特征在于，当所述指令被计算机设备集群运行时，使得所述计算机设备集群执行如权利要求的1至7中任一所述的方法。

17.一种计算设备集群，其特征在于，包括至少一个计算设备，每个计算设备包括处理器和存储器；所述至少一个计算设备的处理器用于执行所述至少一个计算设备的存储器中存储的指令，以使得所述计算设备集群执行如权利要求1至7中任一项所述的方法。

Images