CN106453685A - 由公众dns服务器代为解析的方法、系统和服务器 - Google Patents

Abstract

本申请公开了一种用于域名解析的方法、系统和服务器，所述方法包括：终端用户向本地域名解析系统(LDNS)服务器发起域名查询请求；当LDNS服务器查询本地缓存且未命中时，执行以下步骤：所述LDNS服务器通过递归解析，向所述域名的权威DNS服务器发起查询请求；所述LDNS服务器从所述权威DNS服务器接收查询结果；当所述查询结果异常时，所述LDNS服务器通过自动转发机制向公众DNS服务器发起针对所述域名的查询请求；以及所述LDNS服务器将从所述公众DNS服务器接收的解析结果向所述终端用户返回，并将所述解析结果保存在本地缓存。

Description

由公众DNS服务器代为解析的方法、系统和服务器

技术领域

本申请属于通信领域，更具体地，本申请涉及一种由公众DNS服务器代为解析的方法、系统和服务器。

背景技术

域名解析系统(Domain Name System，DNS)是因特网上作为域名和IP地址相互映射的一个分布式数据库，它是互联网架构中的最基础、最核心的一项服务。DNS技术能够使用户更方便的访问互联网，而不用去记住能够被机器直接读取的IP数串。通过主机名，最终得到该主机名对应的IP地址的过程叫做域名解析(或主机名解析)。

DNS技术为众多网络应用提供了根本性支撑。按照功能进行分类，DNS服务器大致可分为权威DNS服务器和递归DNS服务器。权威DNS服务器是经过上一级授权对域名进行解析的服务器，同时它可以把解析授权转授给其他服务器。递归DNS服务器接受用户对任意域名查询，并将最终解析返回结果给用户，递归DNS服务器一般由电信运营商及ISP架设，服务于自己的用户，有时也被称为LOCAL DNS(LDNS)服务器。

递归解析是指当用户向递归DNS服务器A1提出域名解析请求时，如果该递归DNS服务器A1可以解析该域名，则将结果向该用户返回；否则，该递归DNS服务器A1向服务器A2发出解析该域名的请求；如果服务器A2可以解析该域名，则将结果向A1返回；否则，该服务器A2向服务器A3发出解析该域名的请求；以此类推，直至成功解析该域名并向用户返回为止。

现实情况中，当网络服务提供方(Intemet Service Provider，ISP)的递归DNS服务器直接访问权威DNS服务器时，有时会出现访问失败的故障现象，常见原因包括但不限于如下：

原因之一：权威DNS服务器出于安全考虑，有时会对疑似攻击或非可信的IP地址段进行限速或拒绝服务；

原因之二：权威DNS服务器和某些递归DNS服务器之间网络层不可达，比如权威DNS服务器放置在企业自有机房，而企业网络为多ISP出口网络。当出口设备的ISP路由条目配置不准确时(如收集不全或不能及时更新)，可能会造成某些递归DNS服务器因为非对称路径无法访问到权威DNS服务器。

对于进入市场晚、规模小的新兴ISP，其递归DNS服务器遇见权威DNS服务器访问失败的故障的情况更为频繁。为处理这一故障，常用的解决方案有如下两种：

方案一：ISP协调源站的权威DNS服务器配合解决，该方案存在协调难度大、排障周期长，整体效率低下的问题。

方案二：ISP针对故障的域名手工配置转发(forward)给第三方公众DNS(如谷歌DNS 8.8.8.8)服务器代为解析。这种方案较方案一缩短了故障处理时间，但毕竟是在接到用户投诉后，才被动地手工处理，影响到用户上网体验，使用户对于ISP服务质量的感受大打折扣。

此外，现有的解决方案都是在故障发生之后，被动地执行人工处理，直到接到用户报告无法解析某个域名的故障之后，再由DNS维护人员进行原因分析和故障定位。如果该原因分析和故障定位的判读结果是ISP递归DNS服务器无法直接从权威DNS服务器获得解析结果，并且公众DNS服务器可以执行该域名解析，则将该域名转发给该公众DNS服务器代为解析。由于这一流程涉及人工处理，处理耗时且响应较慢。

发明内容

为了解决上述问题的一个或多个，本申请公开了一种域名解析方法，所述方法包括：终端用户向本地域名解析系统(LDNS)服务器发起域名查询请求；当LDNS服务器查询本地缓存且未命中时，执行以下步骤：所述LDNS服务器通过递归解析，向所述域名的权威DNS服务器发起查询请求；所述LDNS服务器从所述权威DNS服务器接收查询结果；当所述查询结果异常时，所述LDNS服务器通过自动转发机制向公众DNS服务器发起针对所述域名的查询请求；以及所述LDNS服务器将从所述公众DNS服务器接收的解析结果向所述终端用户返回，并将所述解析结果保存在本地缓存。

根据本发明的另一方面，公开了一种域名解析方法，其中所述权威DNS服务器无响应视为所述权威DNS服务器返回查询结果，且查询状态为time out。

根据本发明的另一方面，公开了一种域名解析方法，其中若所述权威服务器的解析结果正常，则LDNS服务器将响应结果返回终端用户，并将所述解析结果缓存。

根据本发明的另一方面，公开了一种运营商本地域名解析系统(LDNS)，包括：前端LOCAL DNS缓存查询模块，被配置为从用户接收查询域名请求，如果有缓存则直接向用户返回；否则向后端LOCALDNS递归解析模块发送递归解析请求；后端LOCAL DNS递归解析模块，被配置为接收前端LOCAL DNS缓存查询模块所发送的递归解析请求，向外界权威DNS服务器发出递归解析请求；配置模块，被配置为保存当权威DNS服务器域名解析失败时的响应结果类型和保存第三方公众DNS服务器的服务IP，和当权威DNS服务器域名解析失败时使能自动转发第三方DNS；判断模块，被配置为判断当权威DNS服务器域名解析失败时的响应结果类型；以及加载模块，被配置为加载配置模块的保存内容。

根据本发明的另一方面，公开了一种域名解析系统，其中所述判断模块还被配置为判断在DNS递归解析模块向权威DNS服务器发起查询请求之后于指定时间内未得到响应时，所述DNS递归解析模块将所述查询请求转发至已配置的第三方公众DNS服务器，由所述公众DNS服务器代为解析。

根据本发明的另一方面，公开了一种域名解析系统，其中所述判断模块被配置为当所述DNS递归解析模块向权威DNS发起查询请求之后接收到权威DNS服务器的响应报文后，判断所述响应报文的RCODE值符合自动转发至第三方DNS服务器的策略，则所述DNS递归解析模块将所述域名请求转发至所述第三方DNS服务器，由所述公众DNS服务器代为解析。

根据本发明的另一方面，公开了一种域名解析系统，其中所述DNS递归解析模块还被配置为将所述公众DNS服务器的解析结果反馈给DNS缓存查询模块，所述DNS缓存查询模块将所述解析结果向终端用户返回。

根据本发明的另一方面，公开了一种运营商本地域名解析(LDNS)服务器，包括：处理器；以及存储器；其中所述处理器被配置为：接收用户查询域名请求并查询本地缓存，如果命中则将结果向所述用户返回；否则执行以下步骤：通过递归解析，向所述域名的权威DNS服务器发起查询请求；从所述权威DNS服务器接收查询结果；当所述查询结果异常时，通过自动转发机制向公众DNS服务器发起针对所述域名的查询请求；以及将从所述公众DNS服务器接收的解析结果向所述终端用户返回，并将所述解析结果保持在本地缓存。

通过以上方法、系统以及服务器，可以当权威DNS服务器无法解析域名时，利用第三方公众DNS服务器代为解析，从而及时响应客户请求，并取得提升域名解析成功率、降低域名故障投诉率的技术效果。

附图说明

本发明的以上方面和其他方面将参照附图通过下面对示例性实施例的详细描述变得更加显然，其中：

图1是示出了根据本发明的至少一个实施例的一种由公众DNS服务器代为解析的方法的流程图；

图2是示出了根据本发明的至少一个实施例的一种由公众DNS服务器代为解析的服务器的框图；

图3是示出了根据本发明的至少一个实施例的一种由公众DNS服务器代为解析的服务器的框图。

具体实施方式

下面将详细描述本发明的各个方面的特征和示例性实施例。在下面的详细描述中，提出了许多具体细节，以便提供对本发明的全面理解。但是，对于本领域技术人员来说很明显的是，本发明可以在不需要这些具体细节中的一些细节的情况下实施。下面对实施例的描述仅仅是为了通过示出本发明的示例来提供对本发明的更好的理解。本发明决不限于下面所提出的任何具体配置和算法，而是在不脱离本发明的精神的前提下覆盖了元素、部件和算法的任何修改、替换和改进。在附图和下面的描述中，没有示出公知的结构和技术，以便避免对本发明造成不必要的模糊。

在DNS协议报文(RFC1035)中，定义了DNS响应的rCode应答码，具体如下所示：

0 (NOERROR) 没有错误，成功的响应

1 (FORMERR) 格式错误，DNS服务器无法解析该请求

2 (SERVFAIL) DNS服务器因为内部错误无法解析该请求

3 (NXDOMAIN) 域名未找到，也叫“不存在域名”

4 (NOTIMP) DNS服务器不支持指定的操作代码

5 (REFUSED) DNS服务器因为策略的原因拒绝执行请求的操作

一般而言，运营商LOCAL DNS(LDNS)服务器可以具有以下两个功能模块：

1.前端LOCAL DNS缓存查询模块(下文简称DNS缓存查询模块)：负责从用户接收查询域名请求，如果有缓存则直接向用户返回；否则向后端LOCAL DNS递归解析模块发送递归解析；

2.后端LOCAL DNS递归解析模块(下文简称DNS递归解析模块)：接收DNS缓存查询模块发出的递归解析，向外界权威DNS服务器进行递归解析。

图1根据一种实施例，示出了用于一种用于使公众DNS服务器代为解析的方法100的流程图。该流程图仅是示例，其不应不适当地限制权利要求书的范围。本领域的技术人员在该示图的基础上将可进行适应性地变化、替代和修改。此外，方法100中的某些步骤是可选而非必需的；在可行的情况下，部分步骤不一定要按照图1所示的顺序执行，而是可以并行地执行或者改变顺序。虽然在以下的说明中以LDNS作为服务器的示例，但是本领域技术人员能够理解，该方法也能够用于各种其他设备。

在步骤101中，终端用户向LDNS服务器发起域名查询请求。

在步骤102中，针对该查询请求，LDNS服务器在本地缓存执行查询；若得到结果，则将该结果向该终端用户返回并结束流程；否则，进入步骤103。

在步骤103中，LDNS服务器执行递归解析过程，并最终向该域名的权威DNS服务器发起查询请求。

在步骤104中，LDNS服务器从该权威DNS服务器接收查询结果。这里需要注意的是，如果权威DNS服务器未返回结果，为了便于理解整个方案且使流程规范化，在本申请中视为权威DNS服务器返回查询结果，该查询结果为“超时”。

在步骤105中，LDNS服务器对权威DNS服务器返回的查询结果进行处理。若解析结果正常，RCODE值为NOERROR或NXDOMAIN，则进入到步骤106；如果解析结果异常，作为示例，假如RCODE值为REFUSED、SERVFAIL或者TIME OUT等，则进入流程107。

在步骤106中，LDNS服务器将响应结果返回终端用户，并将结果缓存。

在步骤107中，针对解析结果异常的域名，LDNS服务器通过转发机制向公众DNS服务器发起针对该域名的查询请求。

在步骤108中，公众DNS服务器向LDNS服务器返回该域名的查询结果。

在步骤109中，LDNS服务器将查询结果返回终端用户，并将该查询结果保存在本地缓存。

通过以上服务器，可以当权威DNS服务器无法解析域名时，利用第三方公众DNS(如8.8.8.8等)服务器代为解析，从而及时响应客户请求，并取得提升域名解析成功率、降低域名故障投诉率的技术效果。

图2根据一种实施例，示出了用于一种用于使公众DNS服务器代为解析的运营商本地域名解析系统(LDNS)200的框图。该框图仅是示例，其不应不适当地限制权利要求书的范围。本领域的技术人员在该示图的基础上将可进行适应性地变化、替代和修改。

如图2所示，在以上所提到的LDNS服务器的基础上，除了包含DNS缓存查询模块210和DNS递归解析模块220以外，该服务器增加了配置模块230、判断模块240和加载模块250。各个模块的功能描述如下。

DNS缓存查询模块210用于执行以下功能：

A、负责接收用户查询域名请求，如果有缓存则直接返回；否则向后端LOCAL DNS递归解析模块发送递归解析；

B、从DNS缓存查询模块接收从公众DNS服务器的解析结果，并将该解析结构向终端用户返回。

DNS递归解析模块220具有以下功能：

A、接收DNS缓存查询模块210发出的递归解析，向外界权威DNS服务器进行递归解析；

B、从权威DNS服务器接收响应报文，如果该响应报文的RCODE值符合自动向公众DNS服务器转发的策略(如RCODE值为REFUSED、SERVFAIL)，则DNS递归解析模块220将该域名请求转发给公众DNS服务器；

C、从该公众DNS服务器接收解析结果，并向DNS缓存查询模块220反馈。

此外，配置模块230具有以下功能：

A、保存当权威DNS服务器域名解析失败时的响应结果类型；

B、当权威DNS服务器域名解析失败时，使能自动转发第三方DNS服务器；

C、保存第三方公众DNS服务器的服务IP。

判断模块240具有以下功能：判断当权威DNS服务器域名解析失败时的响应结果类型。

加载模块250具有以下功能：加载配置模块240的保存内容

通过以上方法，可以当权威DNS服务器无法解析域名时，利用第三方公众DNS服务器代为解析，从而及时响应客户请求，并取得提升域名解析成功率、降低域名故障投诉率的技术效果。

图3是根据一示例性实施例示出的一种运营商本地域名解析(LDNS)服务器300的框图。在该服务器300内，一组指令或一系列指令可以被执行以使该服务器根据示例实施例，执行本文所讨论的任意一种方法。在替代的实施例中，该服务器作为独立设备操作或者可以连接至(例如，被联网)至其它设备。在联网部署中，该服务器可以在服务器-客户端网络环境中的服务器或客户端设备的能力中允许，或者它可以作为点对点(或分布式)网络环境中的对等设备运行。该服务器可以为移动通信设备(例如，蜂窝手机)、计算机、个人计算机(PC)、平板PC、混合平板、个人数字助理(PDA)、或任何能够执行指令的设备(顺序执行或以其它方式)，该指令指定将被该服务器采用的行动。此外，当仅单个设备被表述时，术语“设备”还应当被认为包括单独或联合执行一组(或多组)指令以施行本文所讨论的一个或多个方法的设备的任意集合。类似地，术语“基于处理器的系统”应当被认为包括一个或多个设备的任意集合，该设备被处理器(例如，计算机)操作或管理以单独或联合执行本文所讨论的任意一个或多个方法。

参照图3，服务器300可以包括以下一个或多个组件：处理组件302、存储器304、电源组件306、多媒体组件308、音频组件310、输入/输出(I/O)接口312、传感器组件314、以及通信组件316。

处理组件302通常控制服务器300的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件302可以包括一个或多个处理器320来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件302可以包括一个或多个模块，便于处理组件302和其他组件之间的交互。例如，处理组件302可以包括多媒体模块，以方便多媒体组件308和处理组件302之间的交互。

存储器304被配置为存储各种类型的数据以支持在服务器300的操作。这些数据的示例包括用于在服务器300上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器304可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电源组件306为服务器300的各种组件提供电力。电源组件306可以包括电源管理系统，一个或多个电源，及其他与为服务器300生成、管理和分配电力相关联的组件。

多媒体组件308包括在所述服务器300和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件308包括一个前置摄像头和/或后置摄像头。当服务器300处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件310被配置为输出和/或输入音频信号。例如，音频组件310包括一个麦克风(MIC，当服务器300处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器304或经由通信组件316发送。在一些实施例中，音频组件310还包括一个扬声器，用于输出音频信号。

I/O接口312为处理组件302和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件314包括一个或多个传感器，用于为服务器300提供各个方面的状态评估。例如，传感器组件314可以检测到服务器300的打开/关闭状态，组件的相对定位，例如所述组件为服务器300的显示器和小键盘，传感器组件314还可以检测服务器300或服务器300一个组件的位置改变，用户与服务器300接触的存在或不存在，服务器300方位或加速/减速和服务器300的温度变化。传感器组件314可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件314还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件314还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件316被配置为便于服务器300和其他设备之间有线或无线方式的通信。服务器300可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件316经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件316还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，服务器300可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器304，上述指令可由服务器300的处理器320执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

以上描述了本发明的优选实施例，但是，该实施例仅是示例性的，而不是要限制本发明的范围，本发明的范围由所附权利要求书及其等同物限定。

此外，尽管已经详细描述了本发明及其优势，但应该理解，可以在不背离所附权利要求限定的本发明主旨和范围的情况下，进行各种不同的改变、替换和更改；而且，本发明的范围并不仅限于本说明书中描述的系统、方法和步骤的实施例。作为本发明普通技术人员应理解，通过本发明，现有的或今后开发的用于执行和根据本发明所采用的技术方案基本相同的方式或获得基本相同结果的方法和步骤根据本发明可以被使用。

Claims (8)

1.一种域名解析方法，所述方法包括：

终端用户向本地域名解析系统(LDNS)服务器发起域名查询请求；

当LDNS服务器查询本地缓存且未命中时，执行以下步骤：

所述LDNS服务器通过递归解析，向所述域名的权威DNS服务器发起查询请求；

所述LDNS服务器从所述权威DNS服务器接收查询结果；

当所述查询结果异常时，所述LDNS服务器通过自动转发机制向公众DNS服务器发起针对所述域名的查询请求；以及

所述LDNS服务器将从所述公众DNS服务器接收的解析结果向所述终端用户返回，并将所述解析结果保存在本地缓存。

2.如权利要求1所述的域名解析方法，其中

所述权威DNS服务器无响应视为所述权威DNS服务器返回查询结果，且查询状态为timeout。

3.如权利要求1所述的域名解析方法，其中

若所述权威服务器的解析结果正常，则LDNS服务器将响应结果返回终端用户，并将所述解析结果缓存。

4.一种运营商本地域名解析系统(LDNS)，包括：

前端LOCAL DNS缓存查询模块，被配置为从用户接收查询域名请求，如果有缓存则直接向用户返回；否则向后端LOCAL DNS递归解析模块发送递归解析请求；

后端LOCAL DNS递归解析模块，被配置为接收前端LOCAL DNS缓存查询模块所发送的递归解析请求，向外界权威DNS服务器发出递归解析请求；

配置模块，被配置为保存当权威DNS服务器域名解析失败时的响应结果类型和保存第三方公众DNS服务器的服务IP，和当权威DNS服务器域名解析失败时使能自动转发第三方DNS；

判断模块，被配置为判断当权威DNS服务器域名解析失败时的响应结果类型；以及

加载模块，被配置为加载配置模块的保存内容。

5.如权利要求4所述的域名解析系统，其中所述判断模块还被配置为判断在DNS递归解析模块向权威DNS服务器发起查询请求之后于指定时间内未得到响应时，所述DNS递归解析模块将所述查询请求转发至已配置的第三方公众DNS服务器，由所述公众DNS服务器代为解析。

6.如权利要求4所述的域名解析系统，其中所述判断模块被配置为当所述DNS递归解析模块向权威DNS发起查询请求之后接收到权威DNS服务器的响应报文后，判断所述响应报文的RCODE值符合自动转发至第三方DNS服务器的策略，则所述DNS递归解析模块将所述域名请求转发至所述第三方DNS服务器，由所述公众DNS服务器代为解析。

7.如权利要求5-6的域名解析系统，其中所述DNS递归解析模块还被配置为将所述公众DNS服务器的解析结果反馈给DNS缓存查询模块，所述DNS缓存查询模块将所述解析结果向终端用户返回。

8.一种运营商本地域名解析(LDNS)服务器，包括：

处理器；以及

存储器；

其中所述处理器被配置为：

接收用户查询域名请求并查询本地缓存，如果命中则将结果向所述用户返回；否则执行以下步骤：

通过递归解析，向所述域名的权威DNS服务器发起查询请求；

从所述权威DNS服务器接收查询结果；

当所述查询结果异常时，通过自动转发机制向公众DNS服务器发起针对所述域名的查询请求；以及

将从所述公众DNS服务器接收的解析结果向所述终端用户返回，并将所述解析结果保持在本地缓存。