CN106506727A - 一种定位域名解析错误的本地域名系统的方法及系统 - Google Patents

Abstract

本发明实施例提供了一种定位域名解析错误的本地域名系统的方法及系统，通过将域名错误的访问请求重定位至探测服务器，探测服务器再次将该访问请求重定向至每次随机产生的子域名，利用发生域名解析错误的本地域名系统向探测服务器发送的查询该子域名的查询请求，来获得查询请求中发生域名解析错误的本地域名系统的IP信息，实现定位发生域名错误的本地域名系统，从而不需要用户投诉，就能够及时得知本地域名系统出现了域名解析错误，并可以及时定位到发生域名解析错误的本地域名系统，能够在第一时间进行处理，避免用户长时间得不到正确的域名解析。

Description

一种定位域名解析错误的本地域名系统的方法及系统

技术领域

本发明涉及互联网技术领域，特别是涉及一种定位域名解析错误的本地域名系统的方法及系统。

背景技术

随着互联网的快速发展，用户对于网络的使用越来越方便和快捷，为了使用户能够更方便的访问互联网，而不用记住能够被机器直接读取的IP(Internet Protocol，网络之间互连的协议)地址，产生了DNS(Domain Name System，域名系统)。DNS指的是将用户输入的网站名称解析成IP地址的系统。用户只需记住域名或主机名，就可以通过DNS获得对应域名或主机名的网站的IP地址，从而进行访问。

DNS系统的实质是一个域名和IP地址相互映射的一个分布式数据库。靠近客户端一侧的，为用户服务的DNS一般称为LDNS(Local Domain Name System，本地域名系统)，而靠近服务器端的称为ADNS(Authority Domain Name System，权威域名系统)。

一般而言，由于掌握域名的ADNS会更新域名和IP地址的映射，因此其需要实时的将此更新告知前来查询的LDNS，并告知其此次更新的有效时间；而LDNS也需要设置自身认为的这种映射的有效时间。如果LDNS的有效时间设置过长，则有可能发生ADNS更新了域名到IP地址的映射，但是LDNS却继续认为其有效，而没有去查询，没有更新的情况。这种情况下就会发生LDNS的域名解析错误，从而使得相关的用户服务不可用。

目前现有的技术中，当某个LDNS发生域名解析错误时，一段时间内使用此LDNS服务的用户，都无法进行正确的解析。但该LDNS的运营商却无法第一时间得知该LDNS发生了域名解析错误，只有等收到用户投诉后，才能够得知该LDNS出现了域名解析错误，再进行处理，不能及时定位到发生域名解析错误的LDNS，导致用户长时间得不到正确的域名解析。

发明内容

本发明实施例的目的在于提供一种定位域名解析错误的本地域名系统的方法及系统，以实现及时定位到发生域名解析错误的LDNS。具体技术方案如下：

本发明实施例公开一种定位域名解析错误的本地域名系统的方法，应用于本地域名系统的定位系统，所述本地域名系统的定位系统用于定位域名解析错误的本地域名系统，所述方法包括：

网站服务器将域名错误的访问请求，重定向至探测服务器，所述探测服务器用于获取域名解析错误的本地域名系统的IP信息；

所述探测服务器将所述域名错误的访问请求重定向至随机域名，所述随机域名为所述探测服务器每次随机生成且唯一的子域名；

所述探测服务器接收到客户端的本地域名系统，针对所述随机域名的域名查询请求，其中所述客户端为发送所述域名错误的访问请求的客户端，所述域名查询请求为查询所述随机域名对应的IP信息的查询请求；

所述探测服务器从所述域名查询请求中获得所述客户端的本地域名系统的IP信息。

优选的，所述网站服务器将域名错误的访问请求，重定向至探测服务器，包括：

所述网站服务器实时监控网站服务器的访问日志文件；

通过所述访问日志文件，所述网站服务器获得所述访问日志文件中，相同的且连续次数大于预设值的域名错误的访问请求；

当所述网站服务器再次接收到所述域名错误的访问请求时，将所述域名错误的访问请求，重定向至所述探测服务器。

优选的，所述随机域名中包含发送所述域名错误的访问请求的客户端的IP信息，所述客户端的IP信息从所述域名错误的访问请求获得。

优选的，所述方法还包括：

验证服务器根据所述客户端的本地域名系统的IP信息，向所述客户端的本地域名系统发送验证信息，所述验证信息用于验证所述客户端的本地域名系统是否发生了错误域名解析，所述验证服务器为，与所述客户端属于同一区域的服务器，用于验证所述客户端的本地域名系统是否发生了错误域名解析。

优选的，所述探测服务器从所述域名查询请求中获得所述客户端的本地域名系统的IP信息之后，所述方法包括：

所述探测服务器通过所述客户端的本地域名系统的IP信息，获得所述客户端的本地域名系统的运营商信息；

所述探测服务器根据所述运营商信息，向运营商的报错系统发送报错信息，所述报错信息包括所述客户端的本地域名系统的IP信息，所述运营商的报错系统用来接收所述报错信息。

本发明实施例还公开一种定位域名解析错误的本地域名系统的系统，包括：网站服务器和探测服务器；

所述网站服务器，用于将域名错误的访问请求，重定向至探测服务器，所述探测服务器用于获取域名解析错误的本地域名系统的IP信息；

所述探测服务器，用于将所述域名错误的访问请求重定向至随机域名，所述随机域名为所述探测服务器每次随机生成且唯一的子域名，所述探测服务器接收到客户端的本地域名系统针对所述随机域名地址的域名查询请求，其中所述客户端为发送所述域名错误的访问请求的客户端，所述域名查询请求为查询所述随机域名对应的IP信息的查询请求，所述探测服务器从所述域名查询请求中获得所述客户端的本地域名系统的IP信息。

优选的，所述网站服务器还用于实时监控网站服务器的访问日志文件，通过所述访问日志文件，所述网站服务器获得所述访问日志文件中，相同的且连续次数大于预设值的域名错误的访问请求，当所述网站服务器再次接收到所述域名错误的访问请求时，将所述域名错误的访问请求，重定向至所述探测服务器。

优选的，所述探测服务器的随机域名中包含发送所述域名错误的访问请求的客户端的IP信息，所述客户端的IP信息从所述域名错误的访问请求获得。

优选的，所述系统还包括：

验证服务器，用于根据所述客户端的本地域名系统的IP信息，向所述客户端的本地域名系统发送验证信息，所述验证信息用于验证所述客户端的本地域名系统是否发生了错误域名解析，所述验证服务器为，与所述客户端属于同一区域的服务器，用于验证所述客户端的本地域名系统是否发生了错误域名解析。

优选的，所述探测服务器还用于通过所述客户端的本地域名系统的IP信息，获得所述客户端的本地域名系统的运营商信息，根据所述运营商信息，向运营商的报错系统发送报错信息，所述报错信息包括所述客户端的本地域名系统的IP信息，所述运营商的报错系统用来接收所述报错信息。

本发明实施例提供的定位域名解析错误的本地域名系统的方法及系统，通过将域名错误的访问请求重定位至探测服务器，利用发生域名解析错误的本地域名系统向探测服务器发送的查询请求，来获得查询请求中发生域名解析错误的本地域名系统的IP信息，实现定位发生域名错误的本地域名系统。从而不需要用户投诉，就能够及时得知本地域名系统出现了域名解析错误，并可以及时定位到发生域名解析错误的本地域名系统，能够在第一时间进行处理，避免用户长时间得不到正确的域名解析。当然，实施本发明的任一产品或方法必不一定需要同时达到以上所述的所有优点。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例提供的定位域名解析错误的本地域名系统的方法的流程图；

图2为本发明实施例提供的定位域名解析错误的本地域名系统的系统结构图；

图3为本发明实施例提供的应用定位域名解析错误的本地域名系统的系统架构图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

参见图1，图1为本发明实施例提供的定位域名解析错误的本地域名系统的方法的流程图，应用于本地域名系统的定位系统，本地域名系统的定位系统用于定位域名解析错误的本地域名系统，包括以下步骤：

步骤101，网站服务器将域名错误的访问请求，重定向至探测服务器，探测服务器用于获取域名解析错误的本地域名系统的IP信息；

网站服务器为网站所在的服务器，若用户客户端的本地域名系统发生域名解析错误，当用户想要访问该网站时，会被定位到错误的IP地址，如果该IP地址正在提供其他类型的服务，该服务器则无法正常服务该访问请求。此时，服务器将该访问请求作为域名错误的访问请求。

如果该IP地址没有提供其他类型的服务，则用户的访问请求将会被拒绝。

网站服务器接收到域名错误的访问请求后，将该访问请求重新定向至探测服务器，网站服务器也可以在接收到域名错误的访问请求后，将后续接收到的相同的域名错误的访问请求，重定向至探测服务器。

重定向访问请求是将该访问请求所要访问的目标更换为其他目标，在这里，网站服务器将域名错误的访问请求，重定向至探测服务器，就是将该域名错误的访问请求所要访问的目标更改为探测服务器。

具体的，可以向发送域名错误的访问请求的客户端返回302响应，将其重定向为探测服务器的域名，客户端通过该域名来访问探测服务器，即将该域名错误的访问请求重定向至探测服务器。其中302响应属于现有技术，此处不再赘述。

探测服务器可以是一台单独的服务器，该服务器可以为一个权威域名系统，专门用于获取域名解析错误的本地域名系统的IP信息，也可以作为一个模块或执行单元，加载在网站域名的权威域名系统中。具体有很多种实现方式，但只要符合本发明实施例中探测服务器所具有的功能的装置，都属于本发明保护的范围。

步骤102，探测服务器将域名错误的访问请求重定向至随机域名，随机域名为探测服务器每次随机生成且唯一的子域名。

探测服务器接收到域名错误的访问请求后，将该访问请求再一次重定向至一个随机域名，该随机域名是探测服务器的子域名，并且这个域名是探测服务器每次随机生成的，该随机域名中含有探测服务器每次随机生成的字符串。字符串长度可以为几位到几十位，从而保证了每次生成的随机域名都是相互不同且唯一的。

步骤103，探测服务器接收到客户端的本地域名系统，针对随机域名的域名查询请求，其中客户端为发送域名错误的访问请求的客户端，域名查询请求为查询随机域名对应的IP信息的查询请求。

由于访问请求又被重定向至了随机域名，发送该访问请求的客户端，就会在为该客户端的提供域名解析服务的本地域名系统中，进行该随机域名的域名解析，但该随机域名是每次随机生成且唯一的，所以在本地域名系统中必然不会保存有该随机域名与IP地址的映射关系信息，从而按照本地域名系统的服务策略，本地域名系统会向该随机域名的权威域名系统发送针对该随机域名的查询请求。

在本发明实施例中，随机域名是探测服务器的子域名，探测服务器本身就是该随机域名的权威域名系统。所以探测服务器会接收到客户端的本地域名系统所发出的查询请求。

步骤104，探测服务器从域名查询请求中获得客户端的本地域名系统的IP信息。

本地域名系统向权威域名系统发送一个域名的查询请求时，都会在该查询请求中携带本地域名系统自身的IP信息，如IP地址，主机名等。所以当探测服务器接收到客户端的本地域名系统，针对随机域名的域名查询请求时，就能够从该查询请求中获得该客户端的本地域名系统的IP信息。

在网络中，每一个IP地址对应着一个网络设备，获得了IP信息，就可以根据IP信息中的IP地址定位到本地域名系统的位置。从而快速的判断出具体哪个本地域名系统发生了域名解析错误。

在本发明实施例中，通过将域名错误的访问请求经过两次重定向，使得探测服务器接收到包含有发生域名解析错误的本地域名系统IP信息的查询请求，从而获得了发生域名解析错误的本地域名系统的IP信息。通过该IP信息，定位发生域名解析错误的本地域名系统，使得不需要等收到用户投诉后，才能够得知该本地域名系统出现了域名解析错误，再进行处理，可以及时定位到发生域名解析错误的本地域名系统，从而快速进行解决，大大提高了用户体验，减少了用户投诉，提高了服务质量。

优选的，在本发明实施例提供的定位域名解析错误的本地域名系统的方法中，网站服务器将域名错误的访问请求，重定向至探测服务器，包括：

第一步，网站服务器实时监控网站服务器的访问日志文件。

对于网站服务器所有的访问请求，都会记录在网站服务器的访问日志文件中，正确的访问请求和域名错误的访问请求都可以在访问日志文件中找到。

网站服务器可以对自身的访问日志文件进行实时的监控，从而及时发现域名错误的访问请求。

第二步，通过访问日志文件，网站服务器获得访问日志文件中，相同的且连续次数大于预设值的域名错误的访问请求。

预设次数可以是按需要设定的值，例如当设定为3时，可以认为连续接收超过3次以上的相同域名错误的访问请求，则发送该访问请求的客户端的本地域名系统一定发生了域名解析错误。

第三步，当网站服务器再次接收到域名错误的访问请求时，将域名错误的访问请求，重定向至探测服务器。

在上一步中已经找出了访问次数大于预设值的域名错误的访问请求，如果再次接受到相同的域名错误的访问请求，则证明发送该访问请求的客户端的本地域名系统没有修复域名解析错误，所以需要定位出该发生域名解析错误的本地域名系统。从而将该访问请求重定向至探测服务器，开始进行定位发生域名解析错误的本地域名系统的流程步骤。

在本发明实施例中，通过对访问日志文件的监控，得到连续次数大于预设值的域名错误的访问请求，利用预设值，可以剔除一些偶尔因其他原因造成的域名错误的访问请求，这些域名错误的访问请求是个别出现的，所以不会是本地域名解析系统发生了域名解析错误而引起的，不需要进行本地域名系统的定位，从而减少了探测服务器的工作量，提高了效率。并且由于针对后续的相同的域名错误的访问请求才进行重定向，可以判断出该发送该访问请求的客户端的本地域名系统还没有修复域名解析错误，需要进行定位。若没有接收到后续的相同的域名错误的访问请求，则可以认为该本地域名系统已经修复了错误，不用在进行定位，进一步减少了探测服务器的工作量，提升了服务准确率。

优选的，在本发明实施例提供的定位域名解析错误的本地域名系统的方法中，随机域名中包含发送域名错误的访问请求的客户端的IP信息，客户端的IP信息从域名错误的访问请求获得。

探测服务器所产生的随机域名中，除了每次随机生成的字符串外，还可以包括发送域名错误的访问请求的客户端的IP信息，该客户端的IP信息可以从客户端发送的域名错误的访问请求中获得。

随机域名中含有客户端的IP信息，从而当探测服务器接收到客户端的本地域名系统，针对随机域名的域名查询请求时，因为该查询请求中同时会包含有该随机域名，所以就能够在该查询请求中同时得到客户端的IP信息和客户端的本地域名系统的IP信息。可以得到将客户端IP信息和该客户端的本地域名系统的IP信息对应起来。

因为不同区域的客户端会有不同的本地域名系统，所以通过这样的方式，就可以根据客户端的IP信息，辅助定位域名解析错误的本地域名系统。并且可以收集更多证据信息，在定位了发生域名解析错误的本地域名解析系统后，当向本地域名解析系统的运营商进行报错时，可以提供更多的证据信息。方便运营商尽快进行本地域名系统的修复。

优选的，在本发明实施例提供的定位域名解析错误的本地域名系统的方法中，还包括：

验证服务器根据客户端的本地域名系统的IP信息，向客户端的本地域名系统发送验证信息，验证信息用于验证客户端的本地域名系统是否发生了错误域名解析，验证服务器为，与客户端属于同一区域的服务器，用于验证客户端的本地域名系统是否发生了错误域名解析。

验证服务器可以是一种分布式服务器，在存在本地域名系统的地区都可以布置一个验证服务器。专门用来验证本地域名系统是否发生了域名解析错误。

根据上述的方法，可以将客户端IP信息和该客户端的本地域名系统的IP信息对应起来。则可以根据客户端的IP信息。确定出与该客户端同属于一个区域的验证服务器。

验证服务器根据本地域名系统的IP信息，向该本地域名系统发送验证信息。从而可以验证该本地域名系统是否确实发生了域名解析错误。

具体的验证过程，当操作系统是linux时，可以使用dig命令来进行验证，如果操作系统是windows是，可以使用nslookup命令来验证。具体编程方式属于现有技术，此处不再赘述。

在本发明实施例中，通过验证服务器向本地域名系统发送验证信息，从而可以更加准备的判断出该本地域名系统是否发生了域名解析错误。所以在本发明实施例中，不仅可以完成对于发生域名解析错误的本地域名系统的定位，还可以对已经找出的本地域名系统进行更进一步的检测和验证。拓展了本发明实施例的应用范围，提高了对发生域名解析错误的本地域名系统的识别能力。

优选的，在本发明实施例提供的定位域名解析错误的本地域名系统的方法中，探测服务器从域名查询请求中获得客户端的本地域名系统的IP信息之后，方法包括：

探测服务器通过客户端的本地域名系统的IP信息，获得客户端的本地域名系统的运营商信息。

由于本地域名系统通常由运营商提供，当已经获得了发生域名解析错误的本地域名系统的IP信息后，就可以根据该IP信息，得到提供该本地域名系统的运营商的信息，例如运营商的名称、联系方式以及该运营商的报错系统等等。

探测服务器根据运营商信息，向运营商的报错系统发送报错信息，报错信息包括客户端的本地域名系统的IP信息，运营商的报错系统用来接收报错信息。

运营商一般会提供一套报错系统，来收集各种渠道的报错信息，并根据报错信息进行本地域名系统的检查和修复。不同的运营商可能存在不同的报错系统，例如电子邮箱，运营商网站上的服务系统等等。

当查询到运营商信息后，探测服务器还可以向该运营商的报错系统发送报错信息，在报错信息中至少包括发生域名解析错误的本地域名系统的IP信息，还可以包括使用该本地域名系统的客户端的IP信息，以及经过验证服务器验证后得到的本地域名系统发生域名解析错误的信息等。

在本发明实施例中，在完成了对于发生域名解析错误的本地域名系统的定位后，还可以直接向该本地域名系统的运营商进行报错，从而可以使得运营商在第一时间得知发生域名解析错误的本地域名系统，进而能够在第一时间快速解决和修复发生域名解析错误的本地域名系统，避免了用户长时间无法得到正确的域名解析，也避免了用户向运营商投诉。提高了运营商的服务效率的同时维护网络整体的稳定性，并且减少了用于接待用户投诉的人力资源。

参见图2，图2为本发明实施例提供的定位域名解析错误的本地域名系统的系统结构图，包括：

网站服务器201，用于将域名错误的访问请求，重定向至探测服务器，探测服务器用于获取域名解析错误的本地域名系统的IP信息；

探测服务器202，用于将域名错误的访问请求重定向至随机域名，随机域名为探测服务器每次随机生成且唯一的子域名，探测服务器接收到客户端的本地域名系统针对随机域名地址的域名查询请求，其中客户端为发送域名错误的访问请求的客户端，域名查询请求为查询随机域名对应的IP信息的查询请求，探测服务器从域名查询请求中获得客户端的本地域名系统的IP信息。

在本发明实施例中，通过将域名错误的访问请求经过两次重定向，使得探测服务器接收到包含有发生域名解析错误的本地域名系统IP信息的查询请求，从而获得了发生域名解析错误的本地域名系统的IP信息。通过该IP信息，定位发生域名解析错误的本地域名系统，使得不需要等收到用户投诉后，才能够得知该本地域名系统出现了域名解析错误，再进行处理，可以及时定位到发生域名解析错误的本地域名系统，从而快速进行解决，大大提高了用户体验，减少了用户投诉，提高了服务质量。

本发明实施例的系统是应用上述定位域名解析错误的本地域名系统的方法的系统，则上述定位域名解析错误的本地域名系统的方法的所有实施例均适用于该系统，且均能达到相同或相似的有益效果。

优选的，本发明实施例提供的定位域名解析错误的本地域名系统的系统中，网站服务器还用于实时监控网站服务器的访问日志文件，通过访问日志文件，网站服务器获得访问日志文件中，相同的且连续次数大于预设值的域名错误的访问请求，当网站服务器再次接收到域名错误的访问请求时，将域名错误的访问请求，重定向至探测服务器。

优选的，本发明实施例提供的定位域名解析错误的本地域名系统的系统中，探测服务器的随机域名中包含发送域名错误的访问请求的客户端的IP信息，客户端的IP信息从域名错误的访问请求获得。

优选的，本发明实施例提供的定位域名解析错误的本地域名系统的系统中，该系统还包括：

验证服务器，用于根据客户端的本地域名系统的IP信息，向客户端的本地域名系统发送验证信息，验证信息用于验证客户端的本地域名系统是否发生了错误域名解析，验证服务器为，与客户端属于同一区域的服务器，用于验证客户端的本地域名系统是否发生了错误域名解析。

优选的，本发明实施例提供的定位域名解析错误的本地域名系统的系统中，探测服务器还用于通过客户端的本地域名系统的IP信息，获得客户端的本地域名系统的运营商信息，根据运营商信息，向运营商的报错系统发送报错信息，报错信息包括客户端的本地域名系统的IP信息，运营商的报错系统用来接收报错信息。

参见图3，图3为本发明实施例提供的应用定位域名解析错误的本地域名系统的系统架构图，其中，定位域名解析错误的本地域名系统的系统包括：网站服务器303、探测服务器304和验证服务器305。

客户端301，用户使用客户端301发起对一个域名的访问请求。

本地域名系统302，客户端301在发起一个域名的访问请求时，需要从本地域名系统302中获得与该域名所对应的IP地址。若本地域名系统302发生了域名解析错误，用户的客户端301就无法从本地域名系统302中获得正确的域名解析，从而会向网站服务器303发送域名错误的访问请求。

网站服务器303，实时监控自身的防止日志文件，当发现有相同的且连续次数大于预设值的域名错误的访问请求时，向后续发送相同的域名错误的访问请求的客户端301返回一个302响应，同时向该客户端301发送探测服务器304的域名，客户端301通过该域名，来访问探测服务器304，即将该域名错误的访问请求重定向至探测服务器304。

探测服务器304，探测服务器304将域名错误的访问请求再次重定向至，探测服务器每次随机生成且唯一的子域名，该子域名中还包括有用户客户端301的IP信息。

探测服务器304作为该子域名的权威域名系统，会接收到本地域名系统302针对该子域名的域名查询请求。

探测服务器304从域名查询请求中获得本地域名系统302的IP信息和客户端301的IP信息。

验证服务器305，根据客户端301的IP信息可以确定出与客户端301属于同一区域的验证服务器305，验证服务器305向本地域名系统302发送验证信息，进一步验证本地域名系统302是否发生了域名解析错误。

探测服务器304，通过本地域名系统302的IP信息，获得本地域名系统302的运营商信息，并向运营商的报错系统发送报错信息。从而使得运营商第一时间得知本地域名系统302发生了域名解析错误，并及时进行修复。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

本说明书中的各个实施例均采用相关的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等，均包含在本发明的保护范围内。

Claims (10)

1.一种定位域名解析错误的本地域名系统的方法，其特征在于，应用于本地域名系统的定位系统，所述本地域名系统的定位系统用于定位域名解析错误的本地域名系统，所述方法包括：

网站服务器将域名错误的访问请求，重定向至探测服务器，所述探测服务器用于获取域名解析错误的本地域名系统的IP信息；

所述探测服务器将所述域名错误的访问请求重定向至随机域名，所述随机域名为所述探测服务器每次随机生成且唯一的子域名；

所述探测服务器接收到客户端的本地域名系统，针对所述随机域名的域名查询请求，其中所述客户端为发送所述域名错误的访问请求的客户端，所述域名查询请求为查询所述随机域名对应的IP信息的查询请求；

所述探测服务器从所述域名查询请求中获得所述客户端的本地域名系统的IP信息。

2.根据权利要求1所述的方法，其特征在于，所述网站服务器将域名错误的访问请求，重定向至探测服务器，包括：

所述网站服务器实时监控网站服务器的访问日志文件；

通过所述访问日志文件，所述网站服务器获得所述访问日志文件中，相同的且连续次数大于预设值的域名错误的访问请求；

当所述网站服务器再次接收到所述域名错误的访问请求时，将所述域名错误的访问请求，重定向至所述探测服务器。

3.根据权利要求1所述的方法，其特征在于，所述随机域名中包含发送所述域名错误的访问请求的客户端的IP信息，所述客户端的IP信息从所述域名错误的访问请求获得。

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

验证服务器根据所述客户端的本地域名系统的IP信息，向所述客户端的本地域名系统发送验证信息，所述验证信息用于验证所述客户端的本地域名系统是否发生了错误域名解析，所述验证服务器为，与所述客户端属于同一区域的服务器，用于验证所述客户端的本地域名系统是否发生了错误域名解析。

5.根据权利要求1至4中任一项所述的方法，其特征在于，所述探测服务器从所述域名查询请求中获得所述客户端的本地域名系统的IP信息之后，所述方法包括：

所述探测服务器通过所述客户端的本地域名系统的IP信息，获得所述客户端的本地域名系统的运营商信息；

所述探测服务器根据所述运营商信息，向运营商的报错系统发送报错信息，所述报错信息包括所述客户端的本地域名系统的IP信息，所述运营商的报错系统用来接收所述报错信息。

6.一种定位域名解析错误的本地域名系统的系统，其特征在于，包括：网站服务器和探测服务器；

所述网站服务器，用于将域名错误的访问请求，重定向至探测服务器，所述探测服务器用于获取域名解析错误的本地域名系统的IP信息；

所述探测服务器，用于将所述域名错误的访问请求重定向至随机域名，所述随机域名为所述探测服务器每次随机生成且唯一的子域名，所述探测服务器接收到客户端的本地域名系统针对所述随机域名地址的域名查询请求，其中所述客户端为发送所述域名错误的访问请求的客户端，所述域名查询请求为查询所述随机域名对应的IP信息的查询请求，所述探测服务器从所述域名查询请求中获得所述客户端的本地域名系统的IP信息。

7.根据权利要求6所述的系统，其特征在于，所述网站服务器还用于实时监控网站服务器的访问日志文件，通过所述访问日志文件，所述网站服务器获得所述访问日志文件中，相同的且连续次数大于预设值的域名错误的访问请求，当所述网站服务器再次接收到所述域名错误的访问请求时，将所述域名错误的访问请求，重定向至所述探测服务器。

8.根据权利要求6所述的系统，其特征在于，所述探测服务器的随机域名中包含发送所述域名错误的访问请求的客户端的IP信息，所述客户端的IP信息从所述域名错误的访问请求获得。

9.根据权利要求8所述的系统，其特征在于，所述系统还包括：

验证服务器，用于根据所述客户端的本地域名系统的IP信息，向所述客户端的本地域名系统发送验证信息，所述验证信息用于验证所述客户端的本地域名系统是否发生了错误域名解析，所述验证服务器为，与所述客户端属于同一区域的服务器，用于验证所述客户端的本地域名系统是否发生了错误域名解析。

10.根据权利要求6至9中任一项所述的系统，其特征在于，所述探测服务器还用于通过所述客户端的本地域名系统的IP信息，获得所述客户端的本地域名系统的运营商信息，根据所述运营商信息，向运营商的报错系统发送报错信息，所述报错信息包括所述客户端的本地域名系统的IP信息，所述运营商的报错系统用来接收所述报错信息。