CN104301294A - 一种dns查询请求的响应方法、装置及网络侧设备 - Google Patents

Abstract

本发明实施例提供一种DNS查询请求的响应方法、装置及网络侧设备。所述方法包括：在无线网络接口监听终端客户端与DNS服务器之间的交互信息；在监听到第一DNS查询请求消息之后的第一预设时长延迟时间内未监听到针对所述第一DNS查询请求消息的响应信息时，根据域名请求信息与域名响应信息的对应关系、和所述第一DNS查询请求消息，生成针对所述第一DNS查询请求消息的第一DNS查询响应消息；通过所述无线网络接口向所述第一终端客户端发送所述第一DNS查询响应消息。本发明实施例可以支持终端客户端及时获得DNS查询响应，提高用户的上网感知。

Description

一种DNS查询请求的响应方法、装置及网络侧设备

技术领域

本发明涉及数据业务技术领域，尤其涉及一种DNS查询请求的响应方法、装置及网络侧设备。

背景技术

随着移动手机用户数量的不断增长，各类手机终端支持的业务功能不断增加，例如手机QQ、微信、飞信、手机证券、手机浏览、文件下载等功能已逐步成为手机终端，尤其是智能手机的主流应用。

在上网过程中，手机需要对URL的域名查询其真实IP地址，以便发送数据包。这项操作需要通过查询DNS服务器才能完成。

DNS服务器提供这样一种服务，它通过递归查找本地和其他相关服务器的数据库，将域名映射到IP地址。早在ARPANET，这种映射只有保存在一个host.txt中，对于一个拥有几百台大型分时机器的网络而言，这种方法工作得很好。然而，随着互联网的迅速发展，考虑到负载和延迟，要想实现这种集中管理变得难以想象。为此，人们发明了DNS(Domain-name System,域名***)。

DNS的关键是如何维护域名解析的数据库，这个数据库记录了域名与IP地址的一一映射，每条记录都是一个五元组，包括Domain_name(域名)，Time_to_live(生存期)，Class(类别)，Type(类型)，Value(值)。

在手机进行GPRS/TD的PDP激活时，网络GGSN会通过SGSN向手机发送DNS服务器信息。手机在后续上网时，将把查询请求发送给该DNS服务器。

但是，由于存在网络丢包以及DNS服务器运行异常的情况，经观察，网络中的DNS服务器的及时响应比例不能达到100%,从现象看是无响应或者响应时间超长。经分析，现网一般的DNS查询响应比例<93%,。当客户端收不到DNS服务器查询响应数据的时候，将在等待一段时间以后再次查询，这种操作将额外引入3秒到5秒的等待时间，对客户的上网感知将引入额外的等待时延。

对于DNS没有响应的情况，目前主要通过对DNS服务器进行扩容以提高响应比例。但是，经观察，一般情况下的丢包无响应与DNS服务器的负荷关联关系不是特别紧密，即使扩容DNS服务器也不能解决全部问题；此外，手机客户端使用的DNS服务器有可能有多个，而且不一定都属于同一网络管理域，因此不一定都能扩容。

或者,通过扩容传输链路可以减少一些网络丢包现象。但是，由于手机终端到DNS服务器经历的链路数量和路程较远，难以对所有链路和设备都扩容。

发明内容

有鉴于此，本发明实施例的目的是提供一种DNS查询请求的响应方法、装置及网络侧设备，以支持终端客户端及时获得DNS查询响应，提高用户的上网感知。

为解决上述技术问题，本发明实施例提供方案如下：

本发明实施例提供一种DNS查询请求的响应方法，所述方法包括：

监听步骤：在无线网络接口监听终端客户端与DNS服务器之间的交互信息；

生成步骤：在监听到第一DNS查询请求消息之后的第一预设时长延迟时间内未监听到针对所述第一DNS查询请求消息的响应信息时，根据域名请求信息与域名响应信息的对应关系、和所述第一DNS查询请求消息，生成针对所述第一DNS查询请求消息的第一DNS查询响应消息，其中，所述第一DNS查询请求消息由第一终端客户端向DNS服务器发送，所述第一DNS查询请求消息中包括所述域名请求信息，所述第一DNS查询响应消息中包括所述域名响应信息；

发送步骤：通过所述无线网络接口向所述第一终端客户端发送所述第一DNS查询响应消息。

优选地，所述无线网络接口为GPRS网络的Gn接口。

优选地，所述生成步骤之前，所述方法还包括：

确定步骤：在监听到DNS服务器向第二终端客户端返回的第二DNS查询响应消息时，从所述第二DNS查询响应消息中解析出所述域名响应信息，并根据监听到的第二DNS查询请求消息中包括的域名请求信息和解析出的所述域名响应信息，确定所述对应关系；

其中，所述第二DNS查询响应消息针对所述第二DNS查询请求消息。

优选地，所述确定步骤之后，所述方法还包括：

判断步骤：判断所述对应关系是否有效，如果是，进入所述生成步骤；否则，不进入所述生成步骤。

优选地，所述判断所述对应关系是否有效具体包括：

判断在所述确定步骤确定所述对应关系之后的第二预设时长延迟时间内，是否监听到第三DNS查询响应消息，获取判断结果；其中，所述第三DNS查询响应消息针对包括所述域名请求信息的第三DNS查询请求消息，所述第三DNS查询响应消息包括所述域名响应信息；

当所述判断结果为是时，所述对应关系有效；

当所述判断结果为否时，所述对应关系无效。

本发明实施例还提供一种DNS查询请求的响应装置，所述装置包括：

监听模块，用于在无线网络接口监听终端客户端与DNS服务器之间的交互信息；

生成模块，用于在监听到第一DNS查询请求消息之后的第一预设时长延迟时间内未监听到针对所述第一DNS查询请求消息的响应信息时，根据域名请求信息与域名响应信息的对应关系、和所述第一DNS查询请求消息，生成针对所述第一DNS查询请求消息的第一DNS查询响应消息，其中，所述第一DNS查询请求消息由第一终端客户端向DNS服务器发送，所述第一DNS查询请求消息中包括所述域名请求信息，所述第一DNS查询响应消息中包括所述域名响应信息；

发送模块，用于通过所述无线网络接口向所述第一终端客户端发送所述第一DNS查询响应消息。

优选地，所述无线网络接口为GPRS网络的Gn接口。

优选地，所述装置还包括：

确定模块，用于所述生成模块生成所述第一DNS查询响应消息之前，在监听到DNS服务器向第二终端客户端返回的第二DNS查询响应消息时，从所述第二DNS查询响应消息中解析出所述域名响应信息，并根据监听到的第二DNS查询请求消息中包括的域名请求信息和解析出的所述域名响应信息，确定所述对应关系；

其中，所述第二DNS查询响应消息针对所述第二DNS查询请求消息。

优选地，所述装置还包括：

判断模块，用于判断所述对应关系是否有效，如果是，进入所述生成模块；否则，不进入所述生成模块。

优选地，所述判断模块具体包括：

判断单元，用于判断在所述确定模块确定所述对应关系之后的第二预设时长延迟时间内，是否监听到第三DNS查询响应消息，获取判断结果；其中，所述第三DNS查询响应消息针对包括所述域名请求信息的第三DNS查询请求消息，所述第三DNS查询响应消息包括所述域名响应信息；

当所述判断结果为是时，所述对应关系有效，进入所述生成模块；

当所述判断结果为否时，所述对应关系无效，不进入所述生成模块。

本发明实施例还提供一种包括以上所述的DNS查询请求的响应装置的网络侧设备。

从以上所述可以看出，本发明实施例至少具有如下有益效果：

通过在监听到查询请求消息后的预设时长延迟时间内未监听到相应的响应信息时生成并向终端客户端发送针对该查询请求消息的查询响应消息，从而使终端客户端能够及时获得DNS查询响应，从而提高了用户的上网感知。

附图说明

图1表示本发明实施例提供的一种DNS查询请求的响应方法的步骤流程图；

图2表示本发明实施例的较佳实施方式的***结构示意图；

图3表示DNS请求的图例；

图4表示DNS响应的图例；

图5表示本发明实施例的较佳实施方式的工作流程图；

图6表示GPRS逻辑结构；

图7表示GPRS组网中经过WAP网关的网络结构情况示意图；

图8表示GPRS CMWAP APN PDP激活流程示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合附图及具体实施例对本发明实施例进行详细描述。

图1表示本发明实施例提供的一种DNS查询请求的响应方法的步骤流程图，参照图1，本发明实施例提供一种DNS查询请求的响应方法，所述方法包括如下步骤：

步骤101，监听步骤：在无线网络接口监听终端客户端与DNS服务器之间的交互信息；

步骤102，生成步骤：在监听到第一DNS查询请求消息之后的第一预设时长延迟时间内未监听到针对所述第一DNS查询请求消息的响应信息时，根据域名请求信息与域名响应信息的对应关系、和所述第一DNS查询请求消息，生成针对所述第一DNS查询请求消息的第一DNS查询响应消息，其中，所述第一DNS查询请求消息由第一终端客户端向DNS服务器发送，所述第一DNS查询请求消息中包括所述域名请求信息，所述第一DNS查询响应消息中包括所述域名响应信息；

步骤103，发送步骤：通过所述无线网络接口向所述第一终端客户端发送所述第一DNS查询响应消息。

可见，对于终端客户端通过无线网络与DNS服务器交互的场景，由于DNS服务器的响应速度降低或者链路传输时延等原因，终端客户端有时可能无法及时获得DNS查询响应，从而影响到用户的上网感知，而本发明实施例，通过在监听到查询请求消息后的预设时长延迟时间内未监听到相应的响应信息时生成并向终端客户端发送针对该查询请求消息的查询响应消息，从而使终端客户端能够及时获得DNS查询响应，从而提高了用户的上网感知。另外，对于DNS服务器因自身原因无法响应DNS查询请求的情况也能将DNS查询响应消息响应给终端客户端，从而提高了DNS响应的成功率。

其中，所述无线网络接口可以为GPRS网络的Gn接口。

终端可以为手机、平板电脑等可无线上网的移动终端或便携终端。

所述针对所述第一DNS查询请求消息的响应信息可以是DNS查询响应消息的形式。

在本发明实施例中，所述对应关系可以通过人工的方式从预设的对应关系表中导入；或者，考虑到所述对应关系可能是动态出现的，于是可以有：

所述生成步骤之前，所述方法还包括：

确定步骤：在监听到DNS服务器向第二终端客户端返回的第二DNS查询响应消息时，从所述第二DNS查询响应消息中解析出所述域名响应信息，并根据监听到的第二DNS查询请求消息中包括的域名请求信息和解析出的所述域名响应信息，确定所述对应关系；

其中，所述第二DNS查询响应消息针对所述第二DNS查询请求消息。

其中，所述第二终端客户端可以与所述第一终端客户端相同或不同。

进一步地，考虑到所述对应关系可能具有时效性，于是可以有：

所述确定步骤之后，所述方法还包括：

判断步骤：判断所述对应关系是否有效，如果是，进入所述生成步骤；否则，不进入所述生成步骤。

这里，所述判断所述对应关系是否有效具体可以包括：

判断在所述确定步骤确定所述对应关系之后的第二预设时长延迟时间内，是否监听到第三DNS查询响应消息，获取判断结果；其中，所述第三DNS查询响应消息针对包括所述域名请求信息的第三DNS查询请求消息，所述第三DNS查询响应消息包括所述域名响应信息；

当所述判断结果为是时，所述对应关系有效；

当所述判断结果为否时，所述对应关系无效。

为将本发明实施例阐述得更加清楚明白，下面提供本发明实施例的较佳实施方式。

本较佳实施方式提供一种控制手机上网用户的DNS查询响应时延和成功率的方法与设备

本较佳实施方式主要通过以下技术方案实现：

图2表示本发明实施例的较佳实施方式的***结构示意图，参照图2，实施本较佳实施方式技术方案的***主要由手机客户端201、BSC205、SGSN202、GGSN203、DNS服务器204、DNS加速响应服务器206组成，其中：

手机客户端201在接入GPRS BSC205网络后，其域名请求数据包通过SGSN202、GGSN203到达DNS服务器204，在这个交互过程中,手机客户端201将把DNS请求数据包发往DNS服务器204，DNS服务器204将把响应数据发送给手机客户端201。DNS加速响应服务器可以根据这些数据，对未能及时响应的DNS请求进行快速解析，并把结果直接返回给手机客户端201，从而实现有效的DNS查询加速与成功率提升。

图5表示本发明实施例的较佳实施方式的工作流程图，参照图5，本较佳实施方式的工作流程是：

第一步：为了使用手机上网业务，客户端通过无线网络接入GPRS网络的BSC，采取的信令交互过程与常用手机终端接入GSM/GPRS网络一致。客户端在使用访问具体业务前，需要进行DNS查询。DNS查询请求经BSC转接后，经Gb接口发往SGSN，并由SGSN经GGSN转发给DNS服务器。正常情况下，DNS服务器将把域名查询结果返回给手机终端。图3和图4中分别标注了在用户进行DNS查询的请求与响应信息。本较佳实施方式所提出方案的关键点之一是通过DNS加速响应服务器采集该请求与响应信息,用于后续对响应时延的控制。

第二步：DNS加速响应服务器对SGSN和GGSN之间的数据链路上采集用户上网的DNS查询的请求与响应信息，建立每个DNS请求和响应的本地域名数据库，如表1所示：

表1:本地域名数据库

其中，

(1)最近更新时间：是DNS加速响应服务器最近一次更新本条目的时间；

(2)域名请求：是客户端发往DNS服务器的域名请求信息，如imap.163.com;

(3)DNS服务器地址：负责解析DNS域名的服务器IP地址；

(4)请求类型：DNS查询的类型有多种，表2是相应的列表：

表2

(5)域名响应：对应DNS请求的域名信息,例如123.125.50.47；

(6)补充信息：对应域名响应的补充信息，例如该域名的注册服务器名字和地址；

(7)次数：DNS加速响应服务器对应该请求和响应的成功监听次数，每监听到一次有效的响应，该计数器就加1；

第三步：

DNS加速响应服务器监听链路上的DNS查询请求，但监听到有效的响应时就更新表1；如果在指定时间范围T内如果仍然未收到服务器的响应，则认为该请求失败。其中的时间范围T是可以设定的，例如1秒。

对于失败的请求Q，DNS加速响应服务器根据表1查询对应列“域名请求”。

如果该列中没有Q的条目，则认为是无效查询，不做进一步处理；

否则，根据该表中该条目的字段：DNS服务器地址(A)，请求类型(Q)，域名响应(R)，补充信息(P)构造以下响应信息并经SGSN返回给手机终端。

表3:本地响应信息表

由于本响应是由DNS加速响应服务器构造的，因此不需要对表1进行更新。

第四步：

手机客户端在接收到第三步给出的响应消息后，由于该响应消息对应的服务器地址、消息源端口等于该手机终端发出DNS请求消息，因此认为这是一个正常的DNS响应，于是根据DNS响应信息的指引访问对应的网络资源；

采用较佳实施方式的技术方案后，所有合理的DNS查询请求都能在时间范围T内得到响应，从而有效地控制了DNS的响应时间和成功率。

第五步：

由于DNS域名的请求和响应信息在较长时间后可能存在失效的情况，因此DNS加速响应服务器需要定期扫描表1：本地域名数据库，对更新时间超出门限值Y的条目进行删除，以减少无效域名服务器的数量。Y值可以进行设定，例如300秒。

本较佳实施方式在手机上网的DNS服务质量保障技术方面提出了一种控制手机上网用户的DNS查询响应时延和成功率的方法与设备，

提出了一种采集用户上网的DNS查询和响应信息，根据查询和响应情况，建立每个DNS查询和响应信息的本地域名数据库的方法；

提出了对手机客户端的超时无响应的DNS请求，通过结合本地域名数据库的信息构造DNS响应信息并返回给手机客户端的方法；

提出了对本地域名数据库进行定期清理无效数据以维持域名信息有效性的方法。

本较佳实施方式的优点：

由于本方法是直接在核心网最接近用户的SGSN和GGSN链路上采集DNS信息，可以解决由于DNS服务器工作异常或SGSN到DNS的数据链路丢包造成的DNS查询超时无响应问题；

本方法的实施与DNS服务器的数量和物理位置无关，能够以一个方法解决多个DNS服务器的问题；

由于本方法只需要建立和维护DNS的请求和响应数据库表，而不需要进行递归查询或者权限管理等DNS操作，因此可以确保响应速度。据评估，手机上网的DNS响应比例可以由百分之九十三提升到百分之九十九。

这里对本较佳实施方式所涉及的GPRS上网流程的背景知识介绍如下：

图6表示GPRS逻辑结构，图7表示GPRS组网中经过WAP网关的网络结构情况示意图，参照图7，WAP终端通过基站、BSC PCU、SGSN、GGSN和WAP网关与WAP应用服务器和WWW服务器连接。

关于GPRS CMWAP APN PDP激活流程：参照图8，手机客户端在通过GPRS使用CMWAP业务上网前，需要先进行CMWAP APN激活操作。

术语：

GSM：Global System for Mobile Communications，全球移动通信***；

GPRS：General Packet Radio Service，通用无线分组业务；

TD：TD-SCDMA,time-division synchronous CDMA，简称TD，由中国提出的采用时分双工技术的同步码分多址***,第三代移动通信***(3G)三大国际标准之一；

3G：3rd-Generation，第三代移动通信技术；

WAP：Wireless Application Protocol，无线应用协议；

APN：Access Point Name，接入点；

FTP：File Transfer Protocol，文件传输协议；

UDP：User Datagram Protoco，用户数据报协议；

SGSN：Serving GPRS Support Node，服务GPRS支持节点；

GGSN：Gateway GPRS Support Node，网关GPRS支持节点；

TE：Terminal Equipment，终端设备；

MT：Mobile Terminal，移动终端；

BSS：Base Station System，基站***；

BTS：Base Transceiver Station，基站收发信台；

BSC：Base Station Controller，基站控制器；

GMSC：Gateway Mobile Services Switching Center，网关移动服务交换中心；

MSC：Mobile Switching Center，移动交换中心；

VLR：Visitor Location Register，访问位置寄存器；

HLR：Home Location Register，归属位置寄存器；

AUC：Authentication Center，鉴权中心；

EIR：Equipment Identity Register，设备标识寄存器；

Um：Air Interface，空中接口；

A，Abis：Interfaces（GSM），接口（GSM）；

Gx：Interfaces（GPRS），接口（GPRS）；

ID：Identifier，标识符；

TEID：Tunnel End point ID，隧道端点标识符；

PCU：Package Control Unit，GPRS分组控制单元；

Gn接口：Gn Interface，同一PLMN中SGSN与SGSN之间以及SGSN与GGSN之间的通信接口。

本发明实施例还提供一种DNS查询请求的响应装置，所述装置包括：

监听模块，用于在无线网络接口监听终端客户端与DNS服务器之间的交互信息；

生成模块，用于在监听到第一DNS查询请求消息之后的第一预设时长延迟时间内未监听到针对所述第一DNS查询请求消息的响应信息时，根据域名请求信息与域名响应信息的对应关系、和所述第一DNS查询请求消息，生成针对所述第一DNS查询请求消息的第一DNS查询响应消息，其中，所述第一DNS查询请求消息由第一终端客户端向DNS服务器发送，所述第一DNS查询请求消息中包括所述域名请求信息，所述第一DNS查询响应消息中包括所述域名响应信息；

发送模块，用于通过所述无线网络接口向所述第一终端客户端发送所述第一DNS查询响应消息。

可见，通过在监听到查询请求消息后的预设时长延迟时间内未监听到相应的响应信息时生成并向终端客户端发送针对该查询请求消息的查询响应消息，从而使终端客户端能够及时获得DNS查询响应，从而提高了用户的上网感知。另外，对于DNS服务器因自身原因无法响应DNS查询请求的情况也能将DNS查询响应消息响应给终端客户端，从而提高了DNS响应的成功率。

其中，所述无线网络接口为GPRS网络的Gn接口。

此外，所述装置还可以包括：

确定模块，用于所述生成模块生成所述第一DNS查询响应消息之前，在监听到DNS服务器向第二终端客户端返回的第二DNS查询响应消息时，从所述第二DNS查询响应消息中解析出所述域名响应信息，并根据监听到的第二DNS查询请求消息中包括的域名请求信息和解析出的所述域名响应信息，确定所述对应关系；

其中，所述第二DNS查询响应消息针对所述第二DNS查询请求消息。

进一步地，所述装置还可以包括：

判断模块，用于判断所述对应关系是否有效，如果是，进入所述生成模块；否则，不进入所述生成模块。

其中，所述判断模块具体可以包括：

判断单元，用于判断在所述确定模块确定所述对应关系之后的第二预设时长延迟时间内，是否监听到第三DNS查询响应消息，获取判断结果；其中，所述第三DNS查询响应消息针对包括所述域名请求信息的第三DNS查询请求消息，所述第三DNS查询响应消息包括所述域名响应信息；

当所述判断结果为是时，所述对应关系有效，进入所述生成模块；

当所述判断结果为否时，所述对应关系无效，不进入所述生成模块。

本发明实施例还提供一种网络侧设备，所述网络侧设备包括以上所述的DNS查询请求的响应装置。所述网络侧设备例如：SGSN、GGSN或能够与Gn接口进行交互的服务器（比如上述较佳实施方式中的DNS加速响应服务器）。

以上所述仅是本发明实施例的实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明实施例原理的前提下，还可以作出若干改进和润饰，这些改进和润饰也应视为本发明实施例的保护范围。

Claims (11)

1.一种DNS查询请求的响应方法，其特征在于，所述方法包括：

监听步骤：在无线网络接口监听终端客户端与DNS服务器之间的交互信息；

生成步骤：在监听到第一DNS查询请求消息之后的第一预设时长延迟时间内未监听到针对所述第一DNS查询请求消息的响应信息时，根据域名请求信息与域名响应信息的对应关系、和所述第一DNS查询请求消息，生成针对所述第一DNS查询请求消息的第一DNS查询响应消息，其中，所述第一DNS查询请求消息由第一终端客户端向DNS服务器发送，所述第一DNS查询请求消息中包括所述域名请求信息，所述第一DNS查询响应消息中包括所述域名响应信息；

发送步骤：通过所述无线网络接口向所述第一终端客户端发送所述第一DNS查询响应消息。

2.如权利要求1所述的方法，其特征在于，所述无线网络接口为GPRS网络的Gn接口。

3.如权利要求1所述的方法，其特征在于，所述生成步骤之前，所述方法还包括：

确定步骤：在监听到DNS服务器向第二终端客户端返回的第二DNS查询响应消息时，从所述第二DNS查询响应消息中解析出所述域名响应信息，并根据监听到的第二DNS查询请求消息中包括的域名请求信息和解析出的所述域名响应信息，确定所述对应关系；

其中，所述第二DNS查询响应消息针对所述第二DNS查询请求消息。

4.如权利要求3所述的方法，其特征在于，所述确定步骤之后，所述方法还包括：

判断步骤：判断所述对应关系是否有效，如果是，进入所述生成步骤；否则，不进入所述生成步骤。

5.如权利要求4所述的方法，其特征在于，所述判断所述对应关系是否有效具体包括：

判断在所述确定步骤确定所述对应关系之后的第二预设时长延迟时间内，是否监听到第三DNS查询响应消息，获取判断结果；其中，所述第三DNS查询响应消息针对包括所述域名请求信息的第三DNS查询请求消息，所述第三DNS查询响应消息包括所述域名响应信息；

当所述判断结果为是时，所述对应关系有效；

当所述判断结果为否时，所述对应关系无效。

6.一种DNS查询请求的响应装置，其特征在于，所述装置包括：

监听模块，用于在无线网络接口监听终端客户端与DNS服务器之间的交互信息；

生成模块，用于在监听到第一DNS查询请求消息之后的第一预设时长延迟时间内未监听到针对所述第一DNS查询请求消息的响应信息时，根据域名请求信息与域名响应信息的对应关系、和所述第一DNS查询请求消息，生成针对所述第一DNS查询请求消息的第一DNS查询响应消息，其中，所述第一DNS查询请求消息由第一终端客户端向DNS服务器发送，所述第一DNS查询请求消息中包括所述域名请求信息，所述第一DNS查询响应消息中包括所述域名响应信息；

发送模块，用于通过所述无线网络接口向所述第一终端客户端发送所述第一DNS查询响应消息。

7.如权利要求6所述的装置，其特征在于，所述无线网络接口为GPRS网络的Gn接口。

8.如权利要求6所述的装置，其特征在于，所述装置还包括：

确定模块，用于所述生成模块生成所述第一DNS查询响应消息之前，在监听到DNS服务器向第二终端客户端返回的第二DNS查询响应消息时，从所述第二DNS查询响应消息中解析出所述域名响应信息，并根据监听到的第二DNS查询请求消息中包括的域名请求信息和解析出的所述域名响应信息，确定所述对应关系；

其中，所述第二DNS查询响应消息针对所述第二DNS查询请求消息。

9.如权利要求8所述的装置，其特征在于，所述装置还包括：

判断模块，用于判断所述对应关系是否有效，如果是，进入所述生成模块；否则，不进入所述生成模块。

10.如权利要求9所述的装置，其特征在于，所述判断模块具体包括：

判断单元，用于判断在所述确定模块确定所述对应关系之后的第二预设时长延迟时间内，是否监听到第三DNS查询响应消息，获取判断结果；其中，所述第三DNS查询响应消息针对包括所述域名请求信息的第三DNS查询请求消息，所述第三DNS查询响应消息包括所述域名响应信息；

当所述判断结果为是时，所述对应关系有效，进入所述生成模块；

当所述判断结果为否时，所述对应关系无效，不进入所述生成模块。

11.一种网络侧设备，其特征在于，包括如权利要求6至10中任一项所述的DNS查询请求的响应装置。