CN107707375A - 一种定位解析故障的方法和装置 - Google Patents

一种定位解析故障的方法和装置 Download PDF

Info

Publication number
CN107707375A
CN107707375A CN201710383878.1A CN201710383878A CN107707375A CN 107707375 A CN107707375 A CN 107707375A CN 201710383878 A CN201710383878 A CN 201710383878A CN 107707375 A CN107707375 A CN 107707375A
Authority
CN
China
Prior art keywords
information
dns server
nxdomain
configuration file
ttl
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN201710383878.1A
Other languages
English (en)
Other versions
CN107707375B (zh
Inventor
符立佳
苗辉
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Guizhou Baishan cloud Polytron Technologies Inc
Original Assignee
Guizhou White Cloud Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Guizhou White Cloud Technology Co Ltd filed Critical Guizhou White Cloud Technology Co Ltd
Priority to CN201710383878.1A priority Critical patent/CN107707375B/zh
Publication of CN107707375A publication Critical patent/CN107707375A/zh
Priority to PCT/CN2018/088165 priority patent/WO2018214928A1/zh
Application granted granted Critical
Publication of CN107707375B publication Critical patent/CN107707375B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0677—Localisation of faults
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H04L43/0817—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking functioning
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/45—Network directories; Name-to-address mapping
    • H04L61/4505—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols
    • H04L61/4511—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols using domain name system [DNS]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Environmental & Geological Engineering (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明提供了一种定位解析故障的方法和装置。涉及互联网领域；解决了无法对故障进行定位、对故障的检测欠准确的问题。该方法包括：收集NXDOMAIN信息；确定收集得到的NXDOMAIN信息涉及的权威域名服务DNS服务器；获取所述权威DNS服务器当前的运行状态信息，根据所述运行状态信息确定所述权威DNS服务器是否发生故障。本发明提供的技术方案适用于DNS中，实现了对解析故障的高效精确定位。

Description

一种定位解析故障的方法和装置
技术领域
本发明涉及互联网领域，尤其涉及一种定位解析故障的方法和装置。
背景技术
DNS解析作为互联网访问的入口，在整个互联网体系中占据非常重要的地位。如何保障DNS稳定运行至关重要。
“NXDOMAIN应答”的意思为“解析的域名不存在”，业务服务域名因为故障原因解析出NXDOMAIN的结果为DNS最主要的故障之一，会直接导致无法提供网络服务。
造成NXDOMAIN应答的成因复杂，涉及设备较多，根据NXDOMAIN应答无法确定是否发生故障，更无法对故障进行定位，对故障的检测欠准确。
发明内容
本发明旨在解决上面描述的问题。
根据本发明的一方面，提供了一种定位解析故障的方法，包括：
收集NXDOMAIN信息；
确定收集得到的NXDOMAIN信息涉及的权威域名服务DNS服务器；
获取所述权威DNS服务器当前的运行状态信息，根据所述运行状态信息确定所述权威DNS服务器是否发生故障。
优选的，该方法还包括：
生成监控区域内的DNS列表和服务域名列表，所述DNS列表中包含有所述监控区域内的运营商DNS服务器IP地址，所述服务域名列表包含有至少一个服务域名。
优选的，所述收集NXDOMAIN信息的步骤包括：
在预置的检测时间，向所述DNS列表中的运营商DNS服务器IP地址请求解析所述服务域名列表中的服务域名，接收解析结果；
在解析结果为NXDOMAIN时，生成NXDOMAIN信息，所述NXDOMAIN信息至少包含以下任一或任意多个字段：
服务域名，运营商DNS服务器IP地址，主机名称master-hostname，第一生存时间值TTL，
其中，所述第一TTL由所述解析结果中获取。
优选的，所述收集NXDOMAIN信息的步骤包括：
接收查询接口提交的NXDOMAIN信息，所述NXDOMAIN信息至少包含以下任一或任意多个字段：
服务域名，运营商DNS服务器IP地址，master-hostname，第一TTL。
优选的，该方法还包括：
生成起始授权SOA记录映射列表，所述SOA记录至少包含以下字段中的任一或任意多个：
记录类型，master-hostname，权威DNS服务器设备序号，权威DNS服务器IP地址，第一配置文件版本信息，
其中，所述字段“master-hostname”唯一标识权威DNS服务器和/或该权威DNS服务器的配置文件版本信息。
优选的，确定收集得到的NXDOMAIN信息涉及的服务器的步骤包括：
提取所述NXDOMAIN信息中的master-hostname字段，查询所述SOA记录映射列表，获得所述master-hostname字段对应的SOA记录；
根据所述SOA映射列表中的“权威DNS服务器IP地址字段”，确定所述NXDOMAIN信息涉及的权威DNS服务器。
优选的，获取所述权威DNS服务器当前的运行状态信息，根据所述运行状态信息确定所述权威DNS服务器是否发生故障的步骤包括：
根据所述SOA记录映射列表和所述NXDOMAIN信息，生成第一判定信息，所述第一判定信息中至少包含以下字段中的任一或任意多个：
服务域名，运营商DNS服务器IP地址，master-hostname，第一TTL，权威DNS服务器IP地址，第一配置文件版本信息；
向所述权威DNS服务器IP地址发送解析所述服务域名的请求，获取应答结果，在所述应答结果中包含有所述权威DNS服务器当前的运行状态信息，所述运行状态信息中至少包含以下字段中的任一或任意多个：
应答状态码，第二TTL，第二配置文件版本信息，
所述第二配置文件版本信息为所述权威DNS服务器当前运行的配置文件的版本信息；
根据所述运行状态信息和所述SOA记录映射列表，生成第二判定信息，所述第二判定信息中至少包含以下字段中的任一或任意多个：
服务域名，应答状态码，第二TTL，权威DNS服务器IP地址，第二配置文件版本信息；
根据所述第一判定信息和所述第二判定信息，判定所述权威DNS服务器是否发生故障。
优选的，根据所述第一判定信息和所述第二判定信息，判定所述权威DNS服务器是否发生故障的步骤包括：
在满足以下任一条件的情况下，判定发生故障：
条件一、所述应答状态码为noerror，所述第二配置文件版本信息表明的配置文件版本高于所述第一配置文件版本信息，第二判定信息中的第二TTL大于所述第一TTL，再次向所述运营商DNS服务器IP地址发送解析所述服务域名的请求获取的应答结果中包含的新的第一TTL递减；
条件二、所述应答状态码为noerror，所述第二配置文件版本信息表明的配置文件版本等于所述第一配置文件版本，所述第二判定信息中的第二TTL小于所述第一TTL，或再次向所述运营商DNS服务器IP地址发送解析所述服务域名的请求获取的应答结果中包含的新的第一TTL不变；
条件三、所述应答状态码为noerror，所述第二配置文件版本信息指示的配置文件版本低于所述第一配置文件版本信息；
条件四、所述应答状态码为NXDOMAIN。
根据本发明的另一方面，提供了一种定位解析故障的装置，包括：
信息收集模块，用于收集NXDOMAIN信息；
权威DNS服务器筛选模块，用于确定收集得到的NXDOMAIN信息涉及的权威DNS服务器；
故障定位模块，用于获取所述权威DNS服务器当前的运行状态信息，根据所述运行状态信息确定所述权威DNS服务器是否发生故障。
优选的，该装置还包括：
配置管理模块，用于生成监控区域内的DNS列表和服务域名列表，所述DNS列表中包含有所述监控区域内的运营商DNS服务器IP地址，所述服务域名列表包含有至少一个服务域名。
优选的，所述信息收集模块包括：
解析测试单元，用于在预置的检测时间，向所述DNS列表中的运营商DNS服务器IP地址请求解析所述服务域名列表中的服务域名，接收解析结果；
NXDOMAIN信息生成单元，用于在解析结果为NXDOMAIN时，生成NXDOMAIN信息，所述NXDOMAIN信息至少包含以下任一或任意多个字段：
服务域名，运营商DNS服务器IP地址，master-hostname，第一TTL，
其中，所述第一TTL由所述解析结果中获取。
优选的，所述信息收集模块还包括：
指令采集单元，用于接收查询接口提交的NXDOMAIN信息，所述NXDOMAIN信息至少包含以下任一或任意多个字段：
服务域名，运营商DNS服务器IP地址，master-hostname，第一TTL。
优选的，所述配置管理模块，还用于生成起始授权SOA记录映射列表，所述SOA记录至少包含以下字段中的任一或任意多个：
记录类型，master-hostname，权威DNS服务器设备序号，权威DNS服务器IP地址，第一配置文件版本信息，
其中，所述字段“master-hostname”唯一标识权威DNS服务器和/或该权威DNS服务器的配置文件版本信息。
优选的，所述权威DNS服务器筛选模块包括：
记录查询单元，用于提取所述NXDOMAIN信息中的master-hostname字段，查询所述SOA记录映射列表，获得所述master-hostname字段对应的SOA记录；
权威DNS服务器确定单元，用于根据所述SOA映射列表中的“权威DNS服务器IP地址字段”，确定所述NXDOMAIN信息涉及的权威DNS服务器。
优选的，所述故障定位模块包括：
第一判定信息生成单元，用于根据所述SOA记录映射列表和所述NXDOMAIN信息，生成第一判定信息，所述第一判定信息中至少包含以下字段中的任一或任意多个：
服务域名，运营商DNS服务器IP地址，master-hostname，第一TTL，权威DNS服务器IP地址，第一配置文件版本信息；
状态确认单元，用于向所述权威DNS服务器IP地址发送解析所述服务域名的请求，获取应答结果，在所述应答结果中包含有所述权威DNS服务器当前的运行状态信息，所述运行状态信息中至少包含以下字段中的任一或任意多个：
应答状态码，第二TTL，第二配置文件版本信息，
所述第二配置文件版本信息为所述权威DNS服务器当前运行的配置文件的版本信息；
第二判定信息生成单元，用于根据所述运行状态信息和所述SOA记录映射列表，生成第二判定信息，所述第二判定信息中至少包含以下字段中的任一或任意多个：
服务域名，应答状态码，第二TTL，权威DNS服务器IP地址，第二配置文件版本信息；
定位单元，用于根据所述第一判定信息和所述第二判定信息，判定所述权威DNS服务器是否发生故障。
优选的，所述定位单元，具体用于在满足以下任一条件的情况下，判定发生故障：
条件一、所述应答状态码为noerror，所述第二配置文件版本信息表明的配置文件版本高于所述第一配置文件版本信息，第二判定信息中的第二TTL大于所述第一TTL，再次向所述运营商DNS服务器IP地址发送解析所述服务域名的请求获取的应答结果中包含的新的第一TTL递减；
条件二、所述应答状态码为noerror，所述第二配置文件版本信息表明的配置文件版本等于所述第一配置文件版本，所述第二判定信息中的第二TTL小于所述第一TTL，或再次向所述运营商DNS服务器IP地址发送解析所述服务域名的请求获取的应答结果中包含的新的第一TTL不变；
条件三、所述应答状态码为noerror，所述第二配置文件版本信息指示的配置文件版本低于所述第一配置文件版本信息；
条件四、所述应答状态码为NXDOMAIN。
本发明提供了一种定位解析故障的方法和装置，收集NXDOMAIN信息，确定收集得到的NXDOMAIN信息涉及的权威域名服务DNS服务器，再获取所述权威DNS服务器当前的运行状态信息，根据所述运行状态信息确定所述权威DNS服务器是否发生故障。通过确定可能存在的故障权威DNS服务器范围，并在此范围内作进一步验证，实现了对解析故障的高效精确定位，解决了无法对故障进行定位、对故障的检测欠准确的问题。
参照附图来阅读对于示例性实施例的以下描述，本发明的其他特性特征和优点将变得清晰。
附图说明
并入到说明书中并且构成说明书的一部分的附图示出了本发明的实施例，并且与描述一起用于解释本发明的原理。在这些附图中，类似的附图标记用于表示类似的要素。下面描述中的附图是本发明的一些实施例，而不是全部实施例。对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，可以根据这些附图获得其他的附图。
图1示例性地示出了本发明的实施例一提供的一种定位解析故障的方法的流程；
图2示例性地示出了本发明的实施例二提供的一种定位解析故障的系统的架构；
图3示例性地示出了本发明的实施例三提供的一种定位解析故障的装置的结构；
图4示例性地示出了图3中信息收集模块301的结构；
图5示例性地示出了图3中权威DNS服务器筛选模块302的结构；
图6示例性地示出了图3中故障定位模块303的结构。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。
造成NXDOMAIN应答的成因复杂，涉及设备较多。例如由可能是由权威DNS服务器故障造成，也有可能是由于发生了域名劫持。因此，根据NXDOMAI应答无法确定是否发生故障，更无法对故障进行定位，对故障的检测欠准确。
为了解决上述问题，本发明的实施例提供了一种定位解析故障的方法和装置。通过对NXDOMAIN信息进行收集分析，确定可能发生故障的权威DNS服务器范围，在此范围内进行有针对性的进一步检测筛查，以最终确定发生故障的权威DNS服务器，及时准确的对故障进行发现定位，避免非必要的服务中断，提升服务质量及用户体验。
首先结合附图，对本发明的实施例一进行说明。
本发明实施例提供了一种定位解析故障方法，使用该方法完成解析故障的发现及定位的流程如图1所示，包括：
步骤101、生成配置文件；
本步骤中，生成控制本发明实施例故障定位流程的配置文件，以指示设备根据该配置文件执行故障定位。
具体的，本步骤包括：
1、生成监控区域内的DNS列表和服务域名列表，所述DNS列表中包含有所述监控区域内的运营商DNS服务器IP地址，所述服务域名列表包含有至少一个服务域名。上述运营商DNS服务器优选为运营商的递归DNS服务器/本地DNS服务器。
2、生成起始授权SOA记录映射列表，所述SOA记录至少包含以下字段中的任一或任意多个：
记录类型，master-hostname，权威DNS服务器设备序号，权威DNS服务器IP地址，第一配置文件版本信息，
其中，所述字段“master-hostname”唯一标识权威DNS服务器和/或该权威DNS服务器的配置文件版本信息。
优选的，该SOA记录映射列表包含全部上述字段。相较于一般DNS系统的SOA记录里的master DNS字段指示ns1或者实际主DNS的hostname，本发明实施例中，不同权威DNS服务器对应的SOA记录映射列表条目内“master-hostname”字段的内容不同，由此可唯一确定权威DNS服务器。如，以由DNS设备序列号和配置文件版本算出来的字符串作为“master-hostname”字段的内容。
步骤102、收集NXDOMAIN信息；
本步骤中，可通过系统按照预置的检测时间执行检测任务，来获取NXDOMAIN信息；也可以开放查询接口，接收操作人员或其他平台提交的NXDOMAIN信息。
具体的：
1、在预置的检测时间，向所述DNS列表中的运营商DNS服务器IP地址请求解析所述服务域名列表中的服务域名，接收解析结果，在解析结果为NXDOMAIN时，生成NXDOMAIN信息，所述NXDOMAIN信息至少包含以下任一或任意多个字段：
服务域名，运营商DNS服务器IP地址，主机名称master-hostname，第一生存时间值TTL，
其中，所述第一TTL自运营商DNS服务器返回的解析结果中获取。
优选的，所述检测时间可以是一个周期，可以是一个确定的时间点，也可以是在发生某事件的时间。
2、接收查询接口提交的NXDOMAIN信息，所述NXDOMAIN信息至少包含以下任一或任意多个字段：
服务域名，运营商DNS服务器IP地址，master-hostname，第一TTL。
步骤103、确定收集得到的NXDOMAIN信息涉及的权威DNS服务器；
本步骤中，提取所述NXDOMAIN信息中的master-hostname字段，查询所述SOA记录映射列表，获得所述master-hostname字段对应的SOA记录。根据所述SOA映射列表中的“权威DNS服务器IP地址字段”，确定所述NXDOMAIN信息涉及的权威DNS服务器。
由于产生NXDOMAIN解析结果的原因复杂，涉及的具体系统情况不同，例如有可能是由于权威DNS服务器故障造成，也可能是由于发生了域名劫持。本步骤中，通过查询SOA映射列表，确定可能涉及的权威DNS服务器，进而能够对这些权威DNS服务器进行进一步检测，以确定是否发生了权威DNS服务器故障。
步骤104、获取所述权威DNS服务器当前的运行状态信息，根据所述运行状态信息确定所述权威DNS服务器是否发生故障。
本步骤具体包括：
1、根据所述SOA记录映射列表和所述NXDOMAIN信息，生成第一判定信息，所述第一判定信息中至少包含以下字段中的任一或任意多个：
服务域名，运营商DNS服务器IP地址，，第一TTL，权威DNS服务器IP地址，第一配置文件版本信息。
运营商DNS服务器IP地址指向运营商的递归DNS服务器/本地DNS服务器。
2、向所述权威DNS服务器IP地址发送解析所述服务域名的请求，获取应答结果，在所述应答结果中包含有所述权威DNS服务器当前的运行状态信息，所述运行状态信息中至少包含以下字段中的任一或任意多个：
应答状态码，第二TTL，第二配置文件版本信息，
所述第二配置文件版本信息为所述权威DNS服务器当前运行的配置文件的版本信息。
3、根据所述运行状态信息和所述SOA记录映射列表，生成第二判定信息，所述第二判定信息中至少包含以下字段中的任一或任意多个：
服务域名，应答状态码，第二TTL，权威DNS服务器IP地址，第二配置文件版本信息。
4、根据所述第一判定信息和所述第二判定信息，判定所述权威DNS服务器是否发生故障，包括：
在满足以下任一条件的情况下，判定发生故障：
条件一、所述应答状态码为noerror，所述第二配置文件版本信息表明的配置文件版本高于所述第一配置文件版本信息，第二判定信息中的第二TTL大于所述第一TTL，再次向所述运营商DNS服务器IP地址发送解析所述服务域名的请求获取的应答结果中包含的新的第一TTL递减；
条件二、所述应答状态码为noerror，所述第二配置文件版本信息表明的配置文件版本等于所述第一配置文件版本，所述第二判定信息中的第二TTL小于所述第一TTL，或再次向所述运营商DNS服务器IP地址发送解析所述服务域名的请求获取的应答结果中包含的新的第一TTL不变；
条件三、所述应答状态码为noerror，所述第二配置文件版本信息指示的配置文件版本低于所述第一配置文件版本信息；
条件四、所述应答状态码为NXDOMAIN。
至此，能够确定发生故障的具体的权威DNS服务器，从而完成了故障发现与定位。
下面结合附图，对本发明的实施例二进行说明。
本发明实施例提供了一种定位解析故障的系统，其结构如图2所示，包括：
配置管理模块、第一DNS模块、监控模块、查询接口、NXDOMAIN信息收集模块、NXDOMAIN故障定位模块、第二DNS模块。
优选的，在定位了故障的权威DNS服务器后，还可以对故障进行处理。为了达到这 个目的，本发明实施例提供的系统还包括：NXDOMAIN故障处理模块和iptables模块。 NXDOMAIN故障处理模块和iptables模块可与其他进行故障定位的模块协同完成故障处理， 也可以单独接收其他途径下发的故障处理任务，进行故障处理。
1、配置管理模块：
1)发送监控任务给监控模块，包括巡检监控的运营商DNS列表和服务域名列表
2)发送DNS配置文件给第二DNS模块，DNS配置文件主要包含：SOA记录映射列表、NS记录、NS记录的A记录、所有服务域名的cname和A记录。SOA记录映射列表中的master-hostname字段，由权威DNS服务器的序列号和配置文件版本号通过特殊算法获得，可以唯一标识权威DNS服务器IP和配置文件版本号。不同权威DNS服务器对应的SOA记录中的master-hostname字段内容不同。
3)发布标准iptables配置给iptables模块，53端口打开。
4)发送“SOA记录映射列表”和服务域名列表给NXDOMAIN故障定位模块。
其中，SOA记录映射列表包含以下字段：
记录类型，master-hostname，权威DNS服务器设备序号，权威DNS服务器IP地址，第一配置文件版本信息，
其中，所述字段“master-hostname”唯一标识权威DNS服务器和/或该权威DNS服务器的配置文件版本信息。
SOA记录映射表
服务域名列表列表出服务域名及其解析配置信息，以下是对服务域名列表内容的一个举例：
www.a.com
1.a.com
2.a.com
可选的，在本发明的实施例提供的系统涉及故障处理功能时，配置管理模块还可进行如下操作：
5)发送故障处理阈值和DNS配置文件给NXDOMAIN故障处理模块。
其中，故障处理阈值具体为DNS重大故障阈值。
2、第一DNS模块：通常布置于运营商的递归DNS服务器/本地DNS服务器。
3、监控模块：
接收配置管理模块下发的DNS列表和服务域名列表，在预置的检测时间(如每隔一个时间周期)向运营商DNS列表中的运营商DNS服务器IP地址请求服务域名列表中的服务域名的解析结果，并判定解析结果是否为NXDOMAIN。
在解析结果为NXDOMAIN时，则记录包含“服务域名，服务域名，运营商DNS服务器IP地址，master-hostname，第一TTL”的NXDOMAIN信息，并发送给NXDOMAIN信息收集模块。第一TTL自运营商DNS服务器返回的解析结果中获取。
在本轮解析没有获取到针对任何服务域名的NXDOMAIN解析结果时，则每隔一个时间周期向“NXDOMAIN信息收集模块”发送心跳消息，以通过该NXDOMAIN信息收集模块监控模块正常工作。
4、查询接口：
本发明实施例中，系统提供外部提交NXDOMAIN信息的查询接口，可直接提交信息包含“服务域名，服务域名，运营商DNS服务器IP地址，master-hostname，第一TTL”的NXDOMAIN信息，在确定接收到的NXDOMAIN信息格式符合系统要求后，将NXDOMAIN信息立即发送给NXDOMAIN信息收集模块。具体的，可由操作人员直接向本系统提交，也可由第三方平台通过该查询接口提交符合本系统NXDOMAIN信息格式要求的NXDOMAIN信息。
5、NXDOMAIN信息收集模块：
接受监控模块和查询接口提交的NXDOMAIN信息，优选的，将多个不同途径获取的NXDOMAIN信息合并为NXDOMAIN信息表，发送给NXDOMAIN故障定位模块。
6、NXDOMAIN故障定位模块：
1)NXDOMAIN故障定位模块接收NXDOMAIN信息表。
2)故障定位模块提取NXDOMAIN信息表中服务域名字段，并与配置管理模块下发的服务域名列表进行比对，如果属于服务域名列表则进行下一步判定，如果不属于服务域名列表，则退出判定。
3)提取master-hostname字段，对照SOA记录映射列表，生成第一判定信息，格式为“服务域名，运营商DNS服务器IP地址，第一TTL，权威DNS服务器IP地址，第一配置文件版本信息”，优选的，第一配置文件版本信息可以为细化至秒级的时间戳，也可以为版本号。
4)故障定位模块向第一判定信息里的设备IP服务器设备，发送域名为服务域名的解析请求，记录应答结果生成第二判定信息，格式为“服务域名，应答状态码，第二TTL，权威DNS服务器IP地址，第二配置文件版本信息”。其中，第二TTL自权威DNS服务器返回的解析结果中获取。
5)故障定位模块根据第一判定信息和第二判定信息，定位发生故障的权威DNS服务器。
正常状态下，第二配置文件版本信息表明的配置文件版本应大于或等于第一配置文件版本信息(由于第二配置文件版本信息较晚生成)。
对于TTL信息，最初运营商的递归DNS服务器向权威DNS服务器获取TTL时，第一TTL和第二TTL相等，本发明实施例在后续对第一TTL(即来自于运营商的递归DNS服务器的TTL)进行监控。正常情况下第一TTL应呈递减的趋势；在发生域名劫持或通过查询接口获取的第一TTL存在错误时，则有可能出现第一TTL大于第二TTL的情况。
具体的，提取相同服务域名、设备IP的第一判定信息和第二判定信息，在满足以下条件的任一时，判定相应的权威DNS服务器确实发生故障：
条件一、所述应答状态码为noerror，所述第二配置文件版本信息表明的配置文件版本高于所述第一配置文件版本信息，第二判定信息中的第二TTL大于所述第一TTL，再次向所述运营商DNS服务器IP地址发送解析所述服务域名的请求获取的应答结果中包含的新的第一TTL递减。优选的，此种情况下，还可发送监控告警信息，格式如“服务域名，权威DNS服务器IP地址，提示内容(配置文件版本存在异常，请检查)”。
条件二、所述应答状态码为noerror，所述第二配置文件版本信息表明的配置文件版本等于所述第一配置文件版本，所述第二判定信息中的第二TTL小于所述第一TTL，或再次向所述DNS服务器IP地址发送解析所述服务域名的请求获取的应答结果中包含的新的第一TTL不变。优选的，还可发送监控告警信息，格式如“服务域名，DNS服务器IP地址，权威DNS服务器IP地址，第一/第二配置文件版本信息，提示内容(存在劫持或提交信息有误等)”。
条件三、所述应答状态码为noerror，所述第二配置文件版本信息指示的配置文件版本低于所述第一配置文件版本信息。优选的，还可发送监控告警信息，格式如“服务域名，DNS服务器IP地址，权威DNS服务器IP地址，第二配置文件版本信息，提示内容(如存在劫持或提交信息有误等)”。
条件四、第二判定信息中，应答状态码为NXDOMAIN。
7、第二DNS模块：布置于权威DNS服务器集群中的部分或全部权威DNS服务器之上。
进一步的，可针对定位的故障进行处理。由系统自动生成任务，交由NXDOMAIN故障处理模块执行。
8、NXDOMAIN故障处理模块
1)接收故障定位模块下发的故障处理任务，对比配置管理模块下发的DNS配置文 件和阈值。如果故障DNS设备数小于阈值的百分比，则认定系统处于部分故障模式，下发封 禁53端口的iptables命令给故障的权威DNS服务器的iptables模块。
2)接收故障定位模块下发的故障处理任务，对比配置管理模块下发的DNS配置文 件和阈值。如果故障DNS设备数大于阈值的百分比，则认定系统处于全平台故障模式，下发 封禁“故障处理任务中服务域名应答包的iptables命令，给故障权威DNS服务器的iptables 模块。
9、iptables模块：接收NXDOMAIN故障处理模块下发的iptables命令，实现封禁53 端口或者封禁指定域名的应答包过滤控制。
本发明实施例提供的定位解析故障的系统，能够提高NXDOMAIN故障发现概率和及时性。通过SOA记录映射列表的master-hostname字段唯一标识权威DNS服务器设备的IP地址和配置文件版本，将NXDOMAIN故障精准定位到设备，提高NXDOMAIN故障的定位效率，定位时间降低95％。
下面结合附图，对本发明的实施例三进行说明。
本发明实施例提供了一种定位解析故障的装置，其结构如图3所示，包括：
信息收集模块301，用于收集NXDOMAIN信息；
权威DNS服务器筛选模块302，用于确定收集得到的NXDOMAIN信息涉及的权威DNS服务器；
故障定位模块303，用于获取所述权威DNS服务器当前的运行状态信息，根据所述运行状态信息确定所述权威DNS服务器是否发生故障。
优选的，该装置还包括：
配置管理模块304，用于生成监控区域内的DNS列表和服务域名列表，所述DNS列表中包含有所述监控区域内的运营商DNS服务器IP地址，所述服务域名列表包含有至少一个服务域名。
优选的，所述信息收集模块301的结构如图4所示，包括：
解析测试单元3011，用于在预置的检测时间，向所述DNS列表中的运营商DNS服务器IP地址请求解析所述服务域名列表中的服务域名，接收解析结果；
NXDOMAIN信息生成单元3012，用于在解析结果为NXDOMAIN时，生成NXDOMAIN信息，所述NXDOMAIN信息至少包含以下任一或任意多个字段：
服务域名，运营商DNS服务器IP地址，master-hostname，第一TTL，
其中，所述第一TTL由所述解析结果中获取。
优选的，所述信息收集模块301还包括：
指令采集单元3013，用于接收查询接口提交的NXDOMAIN信息，所述NXDOMAIN信息至少包含以下任一或任意多个字段：
服务域名，运营商DNS服务器IP地址，master-hostname，第一TTL。
优选的，所述配置管理模块304，还用于生成起始授权SOA记录映射列表，所述SOA记录至少包含以下字段中的任一或任意多个：
记录类型，master-hostname，权威DNS服务器设备序号，权威DNS服务器IP地址，第一配置文件版本信息，
其中，所述字段“master-hostname”唯一标识权威DNS服务器和/或该权威DNS服务器的配置文件版本信息。
优选的，所述权威DNS服务器筛选模块302的结构如图5所示，包括：
记录查询单元3021，用于提取所述NXDOMAIN信息中的master-hostname字段，查询所述SOA记录映射列表，获得所述master-hostname字段对应的SOA记录；
权威DNS服务器确定单元3022，用于根据所述SOA映射列表中的“权威DNS服务器IP地址字段”，确定所述NXDOMAIN信息涉及的权威DNS服务器。
优选的，所述故障定位模块303的结构如图6所示，包括：
第一判定信息生成单元3031，用于根据所述SOA记录映射列表和所述NXDOMAIN信息，生成第一判定信息，所述第一判定信息中至少包含以下字段中的任一或任意多个：
服务域名，运营商DNS服务器IP地址，master-hostname，第一TTL，权威DNS服务器IP地址，第一配置文件版本信息；
状态确认单元3032，用于向所述权威DNS服务器IP地址发送解析所述服务域名的请求，获取应答结果，在所述应答结果中包含有所述权威DNS服务器当前的运行状态信息，所述运行状态信息中至少包含以下字段中的任一或任意多个：
应答状态码，第二TTL，第二配置文件版本信息，
所述第二配置文件版本信息为所述权威DNS服务器当前运行的配置文件的版本信息；
第二判定信息生成单元3033，用于根据所述运行状态信息和所述SOA记录映射列表，生成第二判定信息，所述第二判定信息中至少包含以下字段中的任一或任意多个：
服务域名，应答状态码，第二TTL，权威DNS服务器IP地址，第二配置文件版本信息；
定位单元3034，用于根据所述第一判定信息和所述第二判定信息，判定所述权威DNS服务器是否发生故障。
优选的，所述定位单元3034，具体用于在满足以下任一条件的情况下，判定发生故障：
条件一、所述应答状态码为noerror，所述第二配置文件版本信息表明的配置文件版本高于所述第一配置文件版本信息，第二判定信息中的第二TTL大于所述第一TTL，再次向所述运营商DNS服务器IP地址发送解析所述服务域名的请求获取的应答结果中包含的新的第一TTL递减；
条件二、所述应答状态码为noerror，所述第二配置文件版本信息表明的配置文件版本等于所述第一配置文件版本，所述第二判定信息中的第二TTL小于所述第一TTL，或再次向所述运营商DNS服务器IP地址发送解析所述服务域名的请求获取的应答结果中包含的新的第一TTL不变；
条件三、所述应答状态码为noerror，所述第二配置文件版本信息指示的配置文件版本低于所述第一配置文件版本信息；
条件四、所述应答状态码为NXDOMAIN。
下面，对本发明的实施例四进行说明。
本发明实施例提供了一种定位解析故障的方法，将SOA记录映射列表中的“master-hostname”修改为特殊字符串，不同权威DNS服务器不同，以此来标识权威DNS服务器，还可在“master-hostname”字段中添加配置文件版本的信息。
例如，编号为001和002的权威DNS服务器，配置文件版本号为20170425020130。
1、对于设备001
SOA ns20170425020130001.a.com
nstld.verisign-grs.com.1493056710 1800 900 604800 86400
2、对于设备002
SOA ns20170425020130002.a.com
nstld.verisign-grs.com.1493056710 1800 900 604800 86400
当人工提交或者监控系统发现NXDOMAIN解析为：
[]$dig www.a.com
；<<>>DiG 9.8.3-P1<<>>www.a.com
；；global options:+cmd
；；Got answer:
；；->>HEADER<<-opcode:QUERY,status:NXDOMAIN,id:48682
；；flags:qr rd ra；QUERY:1,ANSWER:0,AUTHORITY:1,ADDITIONAL:0
；；QUESTION SECTION:
；www.a.com.INA
；；AUTHORITY SECTION:
a.com.900IN SOA ns20170425020130002.a.com.
nstld.verisign-grs.com.1493056710 1800 900 604800 86400
可以确认此NXDOMAIN应答为设备002的20170425020130配置版本有问题，可以出发自动处理，封禁设备002的53端口，或者丢弃www.a.com的应答包。
需要说明的是，此处给出的将配置文件版本号与设备标识连接得到的字符作为“master-hostname”字段的实施方式只是生成“master-hostname”字段的手段之一。通过其他算法，将配置文件版本信息与标识权威DNS服务器的信息结合起来生成能够唯一表示上述信息的“master-hostname”字段内容的技术方案，皆在本发明的实施例的保护范围之内。
本发明的实施例提供了一种定位解析故障的方法和装置，收集NXDOMAIN信息，确定收集得到的NXDOMAIN信息涉及的权威域名服务DNS服务器，再获取所述权威DNS服务器当前的运行状态信息，根据所述运行状态信息确定所述权威DNS服务器是否发生故障。提高了NXDOMAIN故障发现概率和及时性，通过SOA记录的masterDNS字段唯一标识DNS服务器设备IP和配置文件版本，将NXDOMAIN故障精准定位到设备，提高NXDOMAIN故障的定位效率，定位时间降低95％。通过确定可能存在的故障权威DNS服务器范围，并在此范围内作进一步验证，实现了对解析故障的高效精确定位，解决了无法对故障进行定位、对故障的检测欠准确的问题。
上面描述的内容可以单独地或者以各种方式组合起来实施，而这些变型方式都在本发明的保护范围之内。
最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制。尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (16)

1.一种定位解析故障的方法，其特征在于，包括：
收集NXDOMAIN信息；
确定收集得到的NXDOMAIN信息涉及的权威域名服务DNS服务器；
获取所述权威DNS服务器当前的运行状态信息，根据所述运行状态信息确定所述权威DNS服务器是否发生故障。
2.根据权利要求1所述的定位解析故障的方法，其特征在于，该方法还包括：
生成监控区域内的DNS列表和服务域名列表，所述DNS列表中包含有所述监控区域内的运营商DNS服务器IP地址，所述服务域名列表包含有至少一个服务域名。
3.根据权利要求2所述的定位解析故障的方法，其特征在于，所述收集NXDOMAIN信息的步骤包括：
在预置的检测时间，向所述DNS列表中的运营商DNS服务器IP地址请求解析所述服务域名列表中的服务域名，接收解析结果；
在解析结果为NXDOMAIN时，生成NXDOMAIN信息，所述NXDOMAIN信息至少包含以下任一或任意多个字段：
服务域名，运营商DNS服务器IP地址，主机名称master-hostname，第一生存时间值TTL，
其中，所述第一TTL由所述解析结果中获取。
4.根据权利要求1所述的定位解析故障的方法，其特征在于，所述收集NXDOMAIN信息的步骤包括：
接收查询接口提交的NXDOMAIN信息，所述NXDOMAIN信息至少包含以下任一或任意多个字段：
服务域名，运营商DNS服务器IP地址，master-hostname，第一TTL。
5.根据权利要求3或4所述的定位解析故障的方法，其特征在于，该方法还包括：
生成起始授权SOA记录映射列表，所述SOA记录至少包含以下字段中的任一或任意多个：
记录类型，master-hostname，权威DNS服务器设备序号，权威DNS服务器IP地址，第一配置文件版本信息，
其中，所述字段“master-hostname”唯一标识权威DNS服务器和/或该权威DNS服务器的配置文件版本信息。
6.根据权利要求5所述的定位解析故障的方法，其特征在于，确定收集得到的NXDOMAIN信息涉及的服务器的步骤包括：
提取所述NXDOMAIN信息中的master-hostname字段，查询所述SOA记录映射列表，获得所述master-hostname字段对应的SOA记录；
根据所述SOA映射列表中的“权威DNS服务器IP地址字段”，确定所述NXDOMAIN信息涉及的权威DNS服务器。
7.根据权利要求6所述的定位解析故障的方法，其特征在于，获取所述权威DNS服务器当前的运行状态信息，根据所述运行状态信息确定所述权威DNS服务器是否发生故障的步骤包括：
根据所述SOA记录映射列表和所述NXDOMAIN信息，生成第一判定信息，所述第一判定信息中至少包含以下字段中的任一或任意多个：
服务域名，运营商DNS服务器IP地址，master-hostname，第一TTL，权威DNS服务器IP地址，第一配置文件版本信息；
向所述权威DNS服务器IP地址发送解析所述服务域名的请求，获取应答结果，在所述应答结果中包含有所述权威DNS服务器当前的运行状态信息，所述运行状态信息中至少包含以下字段中的任一或任意多个：
应答状态码，第二TTL，第二配置文件版本信息，
所述第二配置文件版本信息为所述权威DNS服务器当前运行的配置文件的版本信息；
根据所述运行状态信息和所述SOA记录映射列表，生成第二判定信息，所述第二判定信息中至少包含以下字段中的任一或任意多个：
服务域名，应答状态码，第二TTL，权威DNS服务器IP地址，第二配置文件版本信息；
根据所述第一判定信息和所述第二判定信息，判定所述权威DNS服务器是否发生故障。
8.根据权利要求7所述的定位解析故障的方法，其特征在于，根据所述第一判定信息和所述第二判定信息，判定所述权威DNS服务器是否发生故障的步骤包括：
在满足以下任一条件的情况下，判定发生故障：
条件一、所述应答状态码为noerror，所述第二配置文件版本信息表明的配置文件版本高于所述第一配置文件版本信息，第二判定信息中的第二TTL大于所述第一TTL，再次向所述运营商DNS服务器IP地址发送解析所述服务域名的请求获取的应答结果中包含的新的第一TTL递减；
条件二、所述应答状态码为noerror，所述第二配置文件版本信息表明的配置文件版本等于所述第一配置文件版本，所述第二判定信息中的第二TTL小于所述第一TTL，或再次向所述运营商DNS服务器IP地址发送解析所述服务域名的请求获取的应答结果中包含的新的第一TTL不变；
条件三、所述应答状态码为noerror，所述第二配置文件版本信息指示的配置文件版本低于所述第一配置文件版本信息；
条件四、所述应答状态码为NXDOMAIN。
9.一种定位解析故障的装置，其特征在于，包括：
信息收集模块，用于收集NXDOMAIN信息；
权威DNS服务器筛选模块，用于确定收集得到的NXDOMAIN信息涉及的权威DNS服务器；
故障定位模块，用于获取所述权威DNS服务器当前的运行状态信息，根据所述运行状态信息确定所述权威DNS服务器是否发生故障。
10.根据权利要求9所述的定位解析故障的装置，其特征在于，该装置还包括：
配置管理模块，用于生成监控区域内的DNS列表和服务域名列表，所述DNS列表中包含有所述监控区域内的运营商DNS服务器IP地址，所述服务域名列表包含有至少一个服务域名。
11.根据权利要求10所述的定位解析故障的装置，其特征在于，所述信息收集模块包括：
解析测试单元，用于在预置的检测时间，向所述DNS列表中的运营商DNS服务器IP地址请求解析所述服务域名列表中的服务域名，接收解析结果；
NXDOMAIN信息生成单元，用于在解析结果为NXDOMAIN时，生成NXDOMAIN信息，所述NXDOMAIN信息至少包含以下任一或任意多个字段：
服务域名，运营商DNS服务器IP地址，master-hostname，第一TTL，
其中，所述第一TTL由所述解析结果中获取。
12.根据权利要求11所述的定位解析故障的装置，其特征在于，所述信息收集模块还包括：
指令采集单元，用于接收查询接口提交的NXDOMAIN信息，所述NXDOMAIN信息至少包含以下任一或任意多个字段：
服务域名，运营商DNS服务器IP地址，master-hostname，第一TTL。
13.根据权利要求11或12所述的定位解析故障的装置，其特征在于，
所述配置管理模块，还用于生成起始授权SOA记录映射列表，所述SOA记录至少包含以下字段中的任一或任意多个：
记录类型，master-hostname，权威DNS服务器设备序号，权威DNS服务器IP地址，第一配置文件版本信息，
其中，所述字段“master-hostname”唯一标识权威DNS服务器和/或该权威DNS服务器的配置文件版本信息。
14.根据权利要求13所述的定位解析故障的装置，其特征在于，所述权威DNS服务器筛选模块包括：
记录查询单元，用于提取所述NXDOMAIN信息中的master-hostname字段，查询所述SOA记录映射列表，获得所述master-hostname字段对应的SOA记录；
权威DNS服务器确定单元，用于根据所述SOA映射列表中的“权威DNS服务器IP地址字段”，确定所述NXDOMAIN信息涉及的权威DNS服务器。
15.根据权利要求14所述的定位解析故障的装置，其特征在于，所述故障定位模块包括：
第一判定信息生成单元，用于根据所述SOA记录映射列表和所述NXDOMAIN信息，生成第一判定信息，所述第一判定信息中至少包含以下字段中的任一或任意多个：
服务域名，运营商DNS服务器IP地址，master-hostname，第一TTL，权威DNS服务器IP地址，第一配置文件版本信息；
状态确认单元，用于向所述权威DNS服务器IP地址发送解析所述服务域名的请求，获取应答结果，在所述应答结果中包含有所述权威DNS服务器当前的运行状态信息，所述运行状态信息中至少包含以下字段中的任一或任意多个：
应答状态码，第二TTL，第二配置文件版本信息，
所述第二配置文件版本信息为所述权威DNS服务器当前运行的配置文件的版本信息；
第二判定信息生成单元，用于根据所述运行状态信息和所述SOA记录映射列表，生成第二判定信息，所述第二判定信息中至少包含以下字段中的任一或任意多个：
服务域名，应答状态码，第二TTL，权威DNS服务器IP地址，第二配置文件版本信息；
定位单元，用于根据所述第一判定信息和所述第二判定信息，判定所述权威DNS服务器是否发生故障。
16.根据权利要求15所述的定位解析故障的装置，其特征在于，所述定位单元，具体用于在满足以下任一条件的情况下，判定发生故障：
条件一、所述应答状态码为noerror，所述第二配置文件版本信息表明的配置文件版本高于所述第一配置文件版本信息，第二判定信息中的第二TTL大于所述第一TTL，再次向所述运营商DNS服务器IP地址发送解析所述服务域名的请求获取的应答结果中包含的新的第一TTL递减；
条件二、所述应答状态码为noerror，所述第二配置文件版本信息表明的配置文件版本等于所述第一配置文件版本，所述第二判定信息中的第二TTL小于所述第一TTL，或再次向所述运营商DNS服务器IP地址发送解析所述服务域名的请求获取的应答结果中包含的新的第一TTL不变；
条件三、所述应答状态码为noerror，所述第二配置文件版本信息指示的配置文件版本低于所述第一配置文件版本信息；
条件四、所述应答状态码为NXDOMAIN。
CN201710383878.1A 2017-05-26 2017-05-26 一种定位解析故障的方法和装置 Active CN107707375B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201710383878.1A CN107707375B (zh) 2017-05-26 2017-05-26 一种定位解析故障的方法和装置
PCT/CN2018/088165 WO2018214928A1 (zh) 2017-05-26 2018-05-24 一种定位解析故障的方法和装置及其计算机可读存储介质和计算机设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201710383878.1A CN107707375B (zh) 2017-05-26 2017-05-26 一种定位解析故障的方法和装置

Publications (2)

Publication Number Publication Date
CN107707375A true CN107707375A (zh) 2018-02-16
CN107707375B CN107707375B (zh) 2018-07-20

Family

ID=61169621

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201710383878.1A Active CN107707375B (zh) 2017-05-26 2017-05-26 一种定位解析故障的方法和装置

Country Status (2)

Country Link
CN (1) CN107707375B (zh)
WO (1) WO2018214928A1 (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018214928A1 (zh) * 2017-05-26 2018-11-29 贵州白山云科技有限公司 一种定位解析故障的方法和装置及其计算机可读存储介质和计算机设备
CN113612653A (zh) * 2021-07-08 2021-11-05 苏州浪潮智能科技有限公司 一种传输控制协议的可用性检测方法和装置
CN115529228A (zh) * 2022-09-20 2022-12-27 浪潮思科网络科技有限公司 一种基于浏览器端的故障定位方法、设备及介质

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111459737B (zh) * 2020-03-25 2023-07-14 北京三快在线科技有限公司 问题定位方法、装置、计算机设备及存储介质
CN115361290B (zh) * 2022-07-01 2024-02-27 北京百度网讯科技有限公司 配置比对方法、装置、电子设备及存储介质
CN115665009B (zh) * 2022-12-29 2023-05-09 鹏城实验室 Dns根服务器状态监测方法、装置、电子设备及介质

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101442452A (zh) * 2008-12-31 2009-05-27 中兴通讯股份有限公司 Dns服务器不可达的告警方法及告警装置
CN104348667A (zh) * 2014-11-11 2015-02-11 上海新炬网络技术有限公司 基于告警信息的故障定位方法
CN105676064A (zh) * 2016-01-12 2016-06-15 国网浙江省电力公司嘉兴供电公司 一种用户侧漏电流监测方法及系统
CN106209920A (zh) * 2016-09-19 2016-12-07 贵州白山云科技有限公司 一种dns服务器的安全防护方法以及装置
CN106453685A (zh) * 2016-11-15 2017-02-22 中国移动通信集团江苏有限公司 由公众dns服务器代为解析的方法、系统和服务器
CN106507400A (zh) * 2015-09-08 2017-03-15 中兴通讯股份有限公司 一种故障定位方法及装置

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7436783B2 (en) * 2005-04-04 2008-10-14 Apple Inc. Method and apparatus for detecting a router that improperly responds to ARP requests
CN101854404B (zh) * 2010-06-04 2013-08-07 中国科学院计算机网络信息中心 检测域名系统异常的方法和装置
CN107707375B (zh) * 2017-05-26 2018-07-20 贵州白山云科技有限公司 一种定位解析故障的方法和装置

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101442452A (zh) * 2008-12-31 2009-05-27 中兴通讯股份有限公司 Dns服务器不可达的告警方法及告警装置
CN104348667A (zh) * 2014-11-11 2015-02-11 上海新炬网络技术有限公司 基于告警信息的故障定位方法
CN106507400A (zh) * 2015-09-08 2017-03-15 中兴通讯股份有限公司 一种故障定位方法及装置
CN105676064A (zh) * 2016-01-12 2016-06-15 国网浙江省电力公司嘉兴供电公司 一种用户侧漏电流监测方法及系统
CN106209920A (zh) * 2016-09-19 2016-12-07 贵州白山云科技有限公司 一种dns服务器的安全防护方法以及装置
CN106453685A (zh) * 2016-11-15 2017-02-22 中国移动通信集团江苏有限公司 由公众dns服务器代为解析的方法、系统和服务器

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018214928A1 (zh) * 2017-05-26 2018-11-29 贵州白山云科技有限公司 一种定位解析故障的方法和装置及其计算机可读存储介质和计算机设备
CN113612653A (zh) * 2021-07-08 2021-11-05 苏州浪潮智能科技有限公司 一种传输控制协议的可用性检测方法和装置
CN113612653B (zh) * 2021-07-08 2023-07-14 苏州浪潮智能科技有限公司 一种传输控制协议的可用性检测方法和装置
CN115529228A (zh) * 2022-09-20 2022-12-27 浪潮思科网络科技有限公司 一种基于浏览器端的故障定位方法、设备及介质

Also Published As

Publication number Publication date
WO2018214928A1 (zh) 2018-11-29
CN107707375B (zh) 2018-07-20

Similar Documents

Publication Publication Date Title
CN107707375B (zh) 一种定位解析故障的方法和装置
CN107196804B (zh) 电力系统终端通信接入网告警集中监控系统及方法
CN101981546B (zh) 以不取得事件信息的it装置为对象的根本原因分析方法、装置及程序
CN106209920B (zh) 一种dns服务器的安全防护方法以及装置
US6480469B1 (en) Dial-up access response testing method and system therefor
CN100440160C (zh) 监控设备、监控方法和监控系统
CN106888106A (zh) 智能电网中的it资产大规模侦测系统
CN1937589A (zh) 路由配置验证的装置和方法
CN106130786A (zh) 一种网络故障的检测方法及装置
CN105391588B (zh) 一种网络故障的诊断方法及装置
CN109039763A (zh) 一种基于回溯法的网络故障节点检测方法及网络管理系统
CN104219091A (zh) 一种网络运行故障检测系统及其方法
CN108650211A (zh) 一种dns劫持的检测方法和装置
US6772349B1 (en) Detection of an attack such as a pre-attack on a computer network
CN107819641A (zh) 一种保信系统的异常分析方法和装置
CN109450699A (zh) 一体化企业it运维管理系统及方法
CN112734057A (zh) 铁路编组站综合自动化综合运维监控系统
CN113535518B (zh) 一种用户行为的分布式实时动态监控方法及系统
US5917831A (en) System for testing a data-transmission network
CN102480383B (zh) 一种日志消息报文处理方法及装置
CN107769957B (zh) 一种域名系统故障原因分析方法和装置
CN108923840A (zh) 卫星在轨监测信息报警信息推送系统
CN1612544A (zh) 网络桥接器上行链路端口标识
CN110048909B (zh) 网络运维方法及装置
JP4221919B2 (ja) Ｌａｎ構成装置の設置場所の特定方法および検索装置

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant
CP03 Change of name, title or address

Address after: 550003 in the southern part of the high end equipment Industrial Park in Guizhou

Patentee after: Guizhou Baishan cloud Polytron Technologies Inc

Address before: 100015 5 floor, block E, 201 IT tower, electronic city, 10 Jiuxianqiao Road, Chaoyang District, Beijing.

Patentee before: Guizhou white cloud Technology Co., Ltd.

CP03 Change of name, title or address