防止域名劫持的方法和装置与流程

本申请涉及通信技术领域，具体涉及通信信息安全技术领域，尤其涉及防止域名劫持的方法和装置。

背景技术：

域名系统DNS劫持是指在劫持的网络范围内拦截域名解析的请求，分析请求的域名，将域名处于劫持范围以外的请求放行，对域名处于劫持范围以内的请求返回假的IP地址或者什么都不做使请求失去响应，使得对于特定的网络不能反应或访问的是假网址。

现有技术中，当判断出当前的主机的DNS被劫持时，可以通过弹窗提示用户修改本机DNS的相关配置，之后通过接收的对主机的DNS配置的修改达到修复被劫持的DNS的目的。

然而，这种修复被劫持的DNS的技术，对于非法运营商或非法用户在域名服务器或网络传输节点进行的DNS劫持没有任何用处，用户除了能够看到DNS被劫持的提示外仍然无法正常的访问网络服务。

技术实现要素：

鉴于现有技术中的上述缺陷或不足，期望能够提供一种可靠性好，安全性高的方案。为了实现上述一个或多个目的，本申请提供了防止域名劫持的方法和装置。

第一方面，本申请提供了一种防止域名劫持的方法，包括：

抓取主机的网络数据包；

从所述网络数据包中提取域名与IP地址的对应关系信息；

基于提取的对应关系信息，判断域名系统DNS是否被劫持；

响应于所述DNS被劫持，将所述IP地址修改为已确认的IP地址；

放行修改IP地址后的网络数据包。

第二方面，本申请提供了一种防止域名劫持的装置，包括：

抓取单元，用于抓取主机的网络数据包；

提取单元，用于从所述网络数据包中，提取域名与IP地址的对应关系信息；

判断单元，用于基于提取的对应关系信息，判断域名系统DNS是否被劫持；

修改单元，用于响应于所述DNS被劫持，将所述IP地址修改为已确认的IP地址；

第一放行单元，放行修改IP地址后的网络数据包。

本申请提供的防止域名劫持的方法和装置，首先从抓取的主机的网络数据包中提取域名与IP地址的对应关系信息，之后判断DNS是否被劫持，对于被劫持的DNS，将其IP地址修改为已确认的IP地址后放行，提高了主机访问网络的准确率和成功率，提升了主机访问网络的可靠性和安全性。

附图说明

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

图1示出了可以应用本申请实施例的示例性系统架构；

图2示出了根据本申请一个实施例的防止域名劫持的方法的示例性流程图；

图3示出了根据本申请一个实施例的判断DNS是否被劫持的方法的示例性流程图；

图4示出了根据本申请另一个实施例的判断DNS是否被劫持的方法的示例性流程图；

图5示出了根据本申请一个实施例的防止域名劫持的装置的结构示意图；

图6示出了根据本申请一个实施例的判断单元的结构示意图；

图7示出了根据本申请一个实施例的防止域名劫持的装置的应用场景的示意图；

图8示出了适于用来实现本申请实施例的客户端设备或服务器的计算机系统的结构示意图。

具体实施方式

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

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

图1示出了可以应用本申请实施例的示例性系统架构。

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

用户110可以使用客户端设备101、102通过网络103与服务器104交互，以接收或发送消息等。客户端设备101、102上可以安装有各种网络服务应用，例如浏览器服务、搜索引擎、社交平台软件等。

客户端设备101、102可以是各种电子设备，包括但不限于个人电脑、智能手机、智能手表、平板电脑、个人数字助理等等。

服务器104可以是提供各种服务的服务器，例如域名服务器、提供数据查询分析服务的云端服务器以及网络传输路径上收发客户端的网络数据包的网络节点服务器。服务器可以对接收到的数据进行存储、分析等处理，并将处理结果反馈给客户端设备。

需要说明的是，本申请实施例所提供的防止域名劫持的方法可以由客户端设备101、102执行，也可以由网络节点服务器执行，还可以由客户端设备101、102或网络节点服务器之一配合云端服务器执行；防止域名劫持的装置可以设置于客户端设备101、102中，也可以设置于网络节点服务器中，还可以一部分设置于客户端设备101、102或网 络节点服务器中，另一部分设置于云端服务器中。在一些实施例中，基于提取的域名与IP地址的对应关系信息判断是否发生DNS劫持可以在云端服务器中进行。例如，在基于提取的域名与IP地址的对应关系信息进行判断是否发生DNS劫持时，如果网络103通畅，客户端设备101、102或网络节点服务器可以将提取的域名与IP地址的对应关系信息发送给云端服务器，由云端服务器根据云端列表对提取的域名与IP地址的对应关系信息进行判断，返回DNS是否被劫持的判断结果给客户端101、102或网络节点服务器；如果没有网络或网络103不畅通，可以由客户端设备101、102或网络节点服务器根据本地列表对提取的域名与IP地址的对应关系信息进行判断。

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

请参考图2，其示出了根据本申请一个实施例的防止域名劫持的方法的示例性流程图。

如图2所示，防止域名劫持的方法可以包括：

首先，在步骤S201中，抓取主机的网络数据包。

在本实施例中，主机的网络数据包是指主机发送或接收的与其他主机或服务器通讯的包含有域名及其对应的IP地址的数据包。例如，DNS应答数据包和/或超文本传输协议HTTP请求数据包。

接着，在步骤S202中，从网络数据包中提取域名与IP地址的对应关系信息。

在本实施例中，从抓取的主机的网络数据包提取域名与IP地址的对应关系，也即从上述网络数据包中抓取数据包指定的域名以及域名对应的IP地址。

之后，在步骤S203中，基于提取的对应关系信息，判断域名系统DNS是否被劫持。

在本实施例中，基于提取的对应关系信息，判断域名系统DNS是否被劫持，可以通过预先建立的域名与正确IP地址的对应数据库来进行判断，若对应关系信息存在于对应数据库中，则DNS未被劫持，若 对应关系信息不存在于对应数据库中，则DNS被劫持。

之后，在步骤S204中，响应于DNS被劫持，将IP地址修改为已确认的IP地址。

在本实施例中，在步骤S203确认域名系统DNS被劫持之后，响应于DNS被劫持，可以将IP地址修改为已确认的IP地址。

其中，已确认的IP地址根据域名与IP地址的已确认对应关系列表得到。该已确认对应关系列表可以为上述的对应数据库的一种表现方式。

然后，在步骤S205中，放行修改IP地址后的网络数据包。

在本实施例中，在步骤S205响应于DNS被劫持，将IP地址修改为已确认的IP地址之后，可以放行修改IP地址后的网络数据包。

上述的防止域名劫持的方法的操作步骤，可以由客户端来完成。例如，客户端可以在抓取本机的网络数据包之后，执行提取域名及其对应的IP地址的操作，之后执行判断是否发生DNS劫持的操作，之后执行若发生DNS劫持则修改IP地址的操作，然后执行放行修改IP地址后的数据包的操作等。

上述的防止域名劫持的方法的操作步骤，也可以由客户端网络传输路径上的网络节点服务器来完成。例如，网络节点服务器可以在抓取主机的网络数据包之后，执行提取域名及其对应的IP地址的操作，之后执行判断是否发生DNS劫持的操作，之后执行若发生DNS劫持则修改IP地址的操作，然后执行放行修改IP地址后的数据包的操作等。

上述的防止域名劫持的方法的操作步骤，还可以部分由客户端来完成，部分由云端服务器来完成。例如，客户端可以抓取本机的网络数据包，之后执行提取域名及其对应的IP地址的操作，之后可以将提取的域名及其对应的IP地址发送至云端服务器，由云端服务器执行之后的判断是否发生DNS劫持的操作，并将已确认的与提取的域名对应的IP地址返回客户端，由客户端执行修改IP地址的操作，并执行放行修改IP地址后的数据包的操作。

可选地，防止域名劫持的方法还可以包括：响应于DNS未被劫持， 放行网络数据包。

本申请上述实施例的防止域名劫持的方法，首先从抓取的主机的网络数据包中提取域名与IP地址的对应关系信息，之后判断DNS是否被劫持，对于被劫持的DNS，将其IP地址修改为已确认的IP地址后放行，使得用户能够正常的访问网络，提高了客户端访问网络的可靠性和安全性。在一些实现方式中，若DNS未被劫持，则放行抓取的网络数据包，提高了主机访问网络的效率。

进一步参考图3，其示出了根据本申请一个实施例的判断DNS是否被劫持的方法的示例性流程图，也即示出了上述步骤203的一种实现方式的流程图。

如图3所示，在步骤301中，查询提取的对应关系信息是否存在于已确认对应关系列表中。

在本实施例中，已确认对应关系列表可以包括多条已确认的对应关系信息，已确认的对应关系信息中包括域名及其对应的IP地址。同一域名可以对应一个或多个已确认的IP地址。已确认的对应关系信息可以根据网络访问数据统计获得，也可以根据预设的已确认的对应关系信息获得。

上述的已确认对应关系列表的存储位置，可以位于以下一个或多个位置：客户端、客户端网络传输路径上的网络节点服务器和云端服务器中。

在查询提取的对应关系信息是否存在于已确认对应关系列表中时，可以以域名为关键词，搜索与域名对应的IP地址中是否包括提取的IP地址，若包括，则确定提取的对应关系信息存在于已确认对应关系列表中，若不包括，则确定提取的对应关系信息存不在于已确认对应关系列表中。

为了提高查询效率，对提取的对应关系信息进行的查询操作可以在存储已确认对应关系列表的设备上进行，例如，当已确认对应关系列表存储于提取对应关系信息的客户端或网络节点服务器中时，查询操作可以在客户端或网络节点服务器中进行；当已确认对应关系列表存储于云端服务器中时，查询操作可以在云端服务器中进行。

接着，在步骤302中，若对应关系信息不存在于已确认对应关系列表中，则确定DNS被劫持。

本申请上述实施例的判断DNS是否被劫持的方法，通过查询提取的对应关系信息是否存在于已确认的对应关系列表中，从而判断DNS是否被劫持，增加了判断的准确性，并提高了判断效率。

进一步参考图4，其示出了根据本申请另一个实施例的判断DNS是否被劫持的方法的示例性流程图，也即示出了上述步骤203的另一种实现方式的流程图。

在本实施例中，上述实施例的已确认对应关系列表，可以包括存储于云端服务器的云端列表，备选地或附加地，还可以包括从云端列表中获取的本地列表。在从云端列表中获取本地列表时，可以基于以下参数的一项或多项进行获取：客户端的地理位置、网站流量排行、用户访问热度、用户访问时间、用户点击率和用户访问页面数。例如，由于域名在不同地理位置对应的IP地址可能不同，因此可以根据客户端的IP地址判断客户端所在的地理位置，根据其地理位置返回常用域名及其对应的IP地址(若IP地址较多，可以仅返回IP地址列表顶部预设数量的IP地址)。

如图4所示，判断DNS是否被劫持的方法400包括：

步骤401，查询对应关系信息是否存在于本地列表中，若是，则执行步骤402，若否，则执行步骤403；

步骤402，确定DNS未被劫持。

步骤403，查询提取的对应关系信息是否存在于本地已确认DNS劫持的对应关系列表中，若是，则执行步骤404，若否，则执行步骤405；

步骤404，确定DNS被劫持。

步骤405，查询提取的对应关系信息是否存在于云端列表，若是，则执行步骤406，若否，则执行步骤408；

步骤406，确定DNS未被劫持，之后可以执行步骤407；

步骤407，将对应关系信息存储至本地列表。

步骤408，确定DNS被劫持；

步骤409，将对应关系信息存储至本地已确认DNS劫持的关系列表中。

可选地，在执行上述步骤405时，为了防止因网络问题或云端服务器问题引起的查询云端列表时长时间无响应，降低用户体验，可以预设查询响应的时间，若查询响应的时间超过预设时间，则可以放行网络数据包；若在超过预设时间之后，查询到对应关系信息不存在于云端列表中，则确定DNS被劫持，并且将对应关系信息存储至本地已确认DNS劫持的对应关系列表中；若在超过预设时间之后，查询到对应关系信息存在于云端列表中，则将对应关系信息存储至本地列表。

以上描述了判断DNS是否被劫持的方法的示意性流程图，本领域技术人员应当可以理解，该流程中的一些步骤是可选的而非必要的步骤，例如步骤402和步骤403，在单次执行时可以仅执行其中的一个步骤；步骤404和步骤405，也可以仅执行其中的任一步骤；步骤406和步骤408也可以仅执行其中的任一步骤；而步骤407和步骤409均可以取消。因此，该流程并非对于本申请的限定，以上描述仅为本申请的较佳实施例以及对所运用技术原理的说明。

请参考图5，其示出了根据本申请一个实施例的防止域名劫持的装置的结构示意图。

如图5所示，防止域名劫持的装置500可以包括：抓取单元510，提取单元520，判断单元530，修改单元540和第一放行单元550。其中，抓取单元510可以配置用于抓取主机的网络数据包。提取单元520可以配置用于从网络数据包中，提取域名与IP地址的对应关系信息。判断单元530可以配置用于基于提取的对应关系信息，判断域名系统DNS是否被劫持。修改单元540可以配置用于响应于DNS被劫持，将IP地址修改为已确认的IP地址。第一放行单元550可以配置放行修改IP地址后的网络数据包。

在一些实施例中，修改单元中的已确认的IP地址根据域名与IP地址的已确认对应关系列表得到。

可选地，防止域名劫持的装置500还可以包括：第二放行单元560。

第二放行单元560可以配置用于响应于DNS未被劫持，放行网络 数据包。

在一些可选的实现方式中，如图6所示，判断单元530可以包括：查询子单元531以及确定子单元532。

查询子单元531，可以配置用于查询提取的对应关系信息是否存在于已确认对应关系列表中。

确定子单元532，可以配置用于若对应关系信息不存在于已确认对应关系列表中，则确定DNS被劫持。

在一些实施例中，已确认对应关系列表可以包括：云端列表，和/或基于以下一项或多项参数从云端列表中获取的本地列表：客户端的地理位置、网站流量排行、用户访问热度、用户访问时间、用户点击率和用户访问页面数。

在一些可选的实现方式中，判断单元530可以包括(未示出)：本地查询子单元，用于查询对应关系信息是否存在于本地列表中。劫持查询子单元，用于响应于对应关系信息不存在于本地列表中，查询对应关系信息是否存在于本地已确认DNS劫持的关系列表中。第一劫持确定子单元，用于响应于对应关系信息存在于本地已确认DNS劫持的关系列表中，确定DNS被劫持。

可选地，判断单元530还可以包括(未示出)：云端查询子单元，用于响应于对应关系信息不存在于本地已确认DNS劫持的关系列表中，查询对应关系信息是否存在于云端列表。第二劫持确定子单元，用于响应于对应关系信息不存在于云端列表，确定DNS被劫持。

对应于上述判断单元530中的已确认对应关系列表可以包括上述的云端列表和本地列表，防止域名劫持的装置500还可以包括：未劫持确定子单元，用于响应于对应关系信息存在于云端列表，则确定DNS未被劫持；以及存储子单元，用于将对应关系信息存储至本地列表。

对应于上述判断单元530中的已确认对应关系列表可以包括上述的云端列表和本地列表，防止域名劫持的装置500还可以包括：第三放行单元，用于若查询对应关系信息是否存在于云端列表的时间超过预设时间，则放行网络数据包。

可选地，对应于上述的防止域名劫持的装置500还可以包括第三放行单元，判断单元530还可以包括：第三劫持确定子单元，可以配置用于若在超过预设时间之后，查询到对应关系信息不存在于云端列表中，则确定DNS被劫持。以及第一存储子单元，可以配置用于将对应关系信息存储至本地已确认DNS劫持的关系列表中。装置500还可以包括：第二存储子单元，可以配置用于若在超过预设时间之后，查询到对应关系信息存在于云端列表中，则将对应关系信息存储至本地列表。

请参考图7，其示出了根据本申请一个实施例的防止域名劫持的装置的应用场景的示意图。

如图7所示，防止域名劫持的装置700可以包括客户端710和云端服务器720。

上述的图5中的防止域名劫持的装置500中的抓取单元510、提取单元520可以由客户端710中的“DNS数据包解析模块”711与“HTTP重定向模块”713实现；判断单元530可以由客户端710中的“DNS安全策略存储与查询模块”712以及云端服务器720中的“云端服务模块”721组合实现；修改单元540可以由“DNS数据包解析模块”711与“HTTP重定向模块”713实现；第一放行单元550可以由客户端710中的“DNS数据包解析模块”711和“HTTP重定向模块”713实现；装置500中的第二放行单元560可以由“DNS数据包解析模块”711实现。

防止域名劫持的装置700，可以通过以下操作步骤防止域名劫持：

步骤1：当客户端第一次启动时，“DNS安全策略存储与查询模块”712从“云端服务模块”721获取一份常用网站域名对应的IP地址列表，由于域名在不同地理位置对应的IP地址可能不同，因此服务器需要根据客户端的IP地址判断客户所在的大概地理位置，根据其地理位置返回常用域名对应的IP地址(若IP地址较多，仅返回顶部N个IP地址)。

步骤2：“DNS数据包解析模块”711尝试对发往主机的所有DNS应答数据包进行解析，获取其中对应的域名与IP地址的对应关系，根 据解析出来的域名与IP的对应关系向“DNS安全策略存储与查询模块”712发起查询请求，判断域名对应的IP地址是否合法。

步骤3：“DNS安全策略存储与查询模块”712在获取到“DNS数据包解析模块”711的查询请求后，首先尝试在本地数据库中进行查询，判断域名对应的IP地址是否在合法列表或者在黑列表(已确认DNS劫持的关系列表)中，若域名对应的IP地址在合法列表中，“DNS安全策略存储与查询模块”712通知“DNS数据包解析模块”711原查询合法，“DNS数据包解析模块”711可以不加修改的放行DNS应答数据包。

步骤4：若在步骤3种发现域名对应的IP地址位于黑列表中，则在域名对应的合法IP地址列表中选择一个IP地址返回给“DNS数据包解析模块”711，“DNS数据包解析模块”711在获取到合法的IP地址时，对原先获取到的DNS应答数据包进行修改，使用合法的IP地址替换原先数据包中的非法IP地址，在修改完毕后将修改后的DNS应答数据包放行。

步骤5：若在步骤3中在本地数据库没有查询到域名与IP地址的关系，则“DNS安全策略存储与查询模块”712向“云端服务模块”721发起云端查询请求，查询域名与IP的安全关系。

步骤6：在步骤5中，若云端查询请求在T时间内(DNS应答数据包不能阻塞过长时间，否则会影响主机系统网络及用户体验，T为一个可配置的数值)应答，则“DNS安全策略存储与查询模块”712根据云端查询请求的结果更新本地数据库相关的白名单(已确认对应关系信息)与黑名单列表，若云端查询请求结果为匹配，则通知“DNS数据包解析模块”711直接放行DNS数据包；若云端查询请求结果为不匹配(可能发生了DNS劫持)，则使用云端查询请求结果中附带的匹配IP通知“DNS数据包解析模块”711修改DNS应答数据包。

步骤7：若在步骤5中云端查询请求结果未能在T时间内返回，则“DNS安全策略存储与查询模块”712需要通知“DNS数据包解析模块”711当前云端查询请求超时，“DNS数据包解析模块”711不加修改的直接放行DNS应答数据包。

步骤8：对于步骤7的情形，待云端查询请求结果在将来某一个时刻应答后，“DNS安全策略存储与查询模块”712需要根据云端查询请求结果更新本地安全策略数据库(白名单与黑名单)。若云端查询请求结果为不匹配，则需要将域名、不匹配IP地址与云端查询请求返回的匹配IP地址这个三元组加入一个专为"HTTP重定向模块"使用的表中。

步骤9：“HTTP重定向模块”713负责监测主机发起的所有HTTP请求数据包，分析其HTTP头部对应的主机域与发往的IP地址，使用域名+IP地址这个二元组向“DNS安全策略存储与查询模块”712发起查询，判断当前的HTTP请求是否收到了DNS劫持影响。

步骤10：“DNS安全策略存储与查询模块”712在接收到“HTTP重定向模块”713的查询请求后，根据域名及IP地址在上述步骤8中的专用表中进行查询，判断域名对应的IP地址是否为不匹配的IP地址(可能发生了DNS劫持)，若发现当前查询的IP地址为不匹配的IP地址，则使用表中记录的匹配IP地址应答“HTTP重定向模块”713，“HTTP重定向模块”713根据获取的IP地址对当前的HTTP数据包进行网络重定向，将数据包发往正确、匹配的IP地址，从而可以避免“DNS数据包解析模块”711因为云端查询请求超时可能造成的无法防住DNS劫持的问题。

应当理解，上述的装置500中记载的诸单元与参考图2描述的方法中的各个步骤相对应。装置600中记载的诸单元与参考图3描述的方法中的各个步骤相对应。由此，上文针对防止DNS劫持的方法描述的操作和特征同样适用于装置500及其中包含的单元，上文针对判断DNS是否被劫持的方法描述的操作和特征同样适用于装置600及其中包含的单元，在此不再赘述。装置500和600中的相应单元可以与客户端设备和/或服务器中的单元相互配合以实现本申请实施例的方案。

本申请上述实施例提供的防止DNS劫持的装置，可以将数据包发往正确、匹配的IP地址，可以提高客户端访问网络的可靠性。

下面参考图8，其示出了适于用来实现本申请实施例的客户端设备或服务器的计算机系统800的结构示意图。

如图8所示，计算机系统800包括中央处理单元(CPU)801，其可以根据存储在只读存储器(ROM)802中的程序或者从存储部分808加载到随机访问存储器(RAM)803中的程序而执行各种适当的动作和处理。在RAM 803中，还存储有系统800操作所需的各种程序和数据。CPU 801、ROM 802以及RAM 803通过总线804彼此相连。输入/输出(I/O)接口805也连接至总线804。

以下部件连接至I/O接口805：包括键盘、鼠标等的输入部分806。包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分807。包括硬盘等的存储部分808。以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分809。通信部分809经由诸如因特网的网络执行通信处理。驱动器810也根据需要连接至I/O接口805。可拆卸介质811，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器810上，以便于从其上读出的计算机程序根据需要被安装入存储部分808。

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括有形地包含在机器可读介质上的计算机程序，计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分809从网络上被下载和安装，和/或从可拆卸介质811被安装。

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

描述于本申请实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中，例如，可以描述为：一种处理器包括抓取单元，提取单元、判断单元、修改单元和第一放行单元。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定，例如，抓取单元还可以被描述为“用于抓取主机的网络数据包的单元”。

作为另一方面，本申请还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中所述装置中所包含的计算机可读存储介质。也可以是单独存在，未装配入客户端中的计算机可读存储介质。所述计算机可读存储介质存储有一个或者一个以上程序，所述程序被一个或者一个以上的处理器用来执行描述于本申请的防止DNS劫持的方法。

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