DNS检测失败是什么意思？

DNS 服务器不响应客户端。 原因： DNS 服务器受到网络故障的影响。 解决方案： 验证服务器计算机是否有能正常工作的网络连接。

域名系统（Domain Name System缩写DNS，Domain Name被译为域名）是因特网的一项核心服务，它作为可以将域名和IP地址相互映射的一个分布式数据库，能够使人更方便的访问互联网，而不用去记住能够被机器直接读取的IP数串。

一个公司的Web网站可看作是它在网上的门户，而域名就相当于其门牌地址，通常域名都使用该公司的名称或简称。

例如上面提到的微软公司的域名，类似的还有：IBM公司的域名是wwwibmcom、Oracle公司的域名是wwworaclecom、Cisco公司的域名是wwwciscocom等。

当人们要访问一个公司的Web网站，又不知道其确切域名的时候，也总会首先输入其公司名称作为试探。但是，由一个公司的名称或简称构成的域名，也有可能会被其他公司或个人抢注。

甚至还有一些公司或个人恶意抢注了大量由知名公司的名称构成的域名，然后再高价转卖给这些公司，以此牟利。已经有一些域名注册纠纷的仲裁措施，但要从源头上控制这类现象，还需要有一套完整的限制机制，这个还没有。

摘要：当我们在访问一个网站的时候，发现不能正常访问，这往往是由于dns解析失败导致的。那么dns解析失败是什么原因？dns解析失败怎么处理？造成dns解析失败的原因有网络不可用、域名劫持、域名被禁止解析、缓存记录没更新。下面就来具体介绍dns解析失败的处理方法。一、dns解析失败是什么意思

dns解析就是借助dns服务器，将域名解析到相应的ip地址。解析成功后，用户就可以通过域名去访问网站。

所以，dns解析失败指的是将域名解析成错误的IP地址，或者根本不知道该域名对应的是哪个IP地址，不能实现通过域名去访问对应站点。

dns解析失败的显著特征是只能通过IP地址访问站点，访问域名的话会出现错误。

二、dns解析失败是什么原因

1、网络不可用

这种情况较少见，但也不容忽视。

2、域名劫持

域名劫持也可能导致dns域名解析失败，但这种情况很少见，就算被劫持也有方法可以应对。

3、域名是否被禁止解析

用站长之家的whois工具查一下域名状态，如果是clienthold或serverhold这两种状态，代表禁止解析，此时需要联系你的域名注册商解决。

4、各项记录及缓存是否更新生效

检查权威DNS缓存记录是否生效。另外dns域名解析失败如果长时间不解决大多是由地柜dns缓存记录没更新导致，此时也应该联系你的域名商。

三、dns解析失败怎么处理

1、清除缓存，重新加载dns缓存

将dns缓存信息清除后，重新加载所有的dns缓存。

操作步骤：点击开始-运行-输入CMD，在ipconfig/中有一个名为/flushdns的参数，这个就是清除DNS缓存信息的命令，执行ipconfig/flushdns命令，当出现“successfullyflushedthednsresolvercache”的提示时就说明当前计算机的缓存信息已经被成功清除。接下来所有的DNS缓存都会重新加载。

2、针对于dns劫持，可以通过更换本地dns解决

操作步骤：点击开始-设置-网络连接-本地连接-属性-TCP/IP协议-使用下面的DNS服务器地址，在框中输入“8888”和“8844”断开，重新连接网络即可，并且没有电信、联通（原网通）等dns劫持问题。

3、修改HOSTS文件把域名和IP绑定

每个windows系统都有个HOSTS文件，可以加快域名解析，方便局域网用户，屏蔽网站，顺利连接系统等功能。因此，我们可以通过修改HOSTS文件把域名和IP绑定。

操作步骤：点击开始-搜索，找到叫hosts的文件或路径为c:windowssystem32driversetc，用记事本打开，在下面加入要解析的IP和域名即可。

需要提醒的是，修改HOSTS文件把域名和IP绑定是在其他方法都不能解决dns解析失败时再使用。

出现DNS服务检测失败Internet检测失败，一般是无法连接到网络，故障排除主要针对机顶盒和路由器，一般从以下两方面入手，硬件、软件

硬件

1电源是否接好

2网线有无断裂

3接头是否松动或损坏

软件

1检查机顶盒或路由器配置是否正常

2密码输入是否正确

以下是一些常见故障和问题分析并提供解决方法。

一、 线路不通，无法建立连接

1 用网线将路由器的WAN口与ADSL Modem相连，电话线连ADSL Modem的“Line”口。ADSL Modem与宽带路由器之间的连接应当使用直通线。

2 检查路由器LAN中的Link灯信号是否显示，路由器至局域网是否正常联机。路由器的LAN端口既可以直接连接至计算机，也可以连接至交换机。

二、网络设置不正确 查看手册找到路由器默认管理地址，例如，路由器默认IP地址是1921681231，掩码是2552552550，请将您的计算机接到路由器的局域网端口，可以使用两种方法为计算机设置IP地址。

1手动设置IP地址。 设置您计算机的IP地址为192168123xxx(xxx范围是2至254)，子网掩码为2552552550，默认网关为1921681231。采用小区宽带接入方式时，应当确保DHCP分配的内部IP地址与小区采用的IP地址在不同的网段。

2利用路由器内置DHCP服务器自动设置IP地址。

1) 将您计算机的TCP/IP协议设置为“自动获得IP地址”、“自动获得DNS服务器地址”。

2) 关闭路由器和您的计算机电源。首先打开路由器电源，然后再启动您的计算机。

三、无法进行ADSL拨号 打开Web浏览器，在地址栏中输入路由器的管理地址，例如1921681231，此时系统会要求输入登录用户名和密码。该用户名和密码可以在产品的说明书上查询到。进入管理界面，选择菜单“网络参数”下的“WAN口设置”，在右边主窗口中，“WAN口连接类型”选择“PPPoE”，输入“上网账号”及“上网口令”，点击连接按钮即可。

四、ISP绑定MAC地址造成无法连接 有些宽带提供商为了限制接入用户的数量，在认证服务器上对MAC地址进行了绑定。此时，可先将被绑定MAC地址的计算机连接至路由器LAN端口(但路由器不要连接Modem或ISP提供的接线)，然后，采用路由器的MAC地址克隆功能，将该网卡的MAC地址复制到宽带路由器的WAN端口。在Windows2000/XP下按“开始→运行”，输入“cmd/k ipconfig /all”，其中“Physical Address”就是本机MAC地址。

五、上网一段时间后就掉线，关闭路由器后再开启又可以连通 1) 网络中过多DHCP服务器引起IP地址混乱。您需要将网络中的所有DHCP服务器关闭，使用手动指定IP地址方式或仅保留一个DHCP服务器。这些DHCP服务器可能存在于Windows2000/NT服务器、ADSL路由器和ADSL Modem当中。 2) 该型号路由器与ISP的局端设备不兼容。这类问题只有换用其他型号的路由器或者ADSL Modem，再观察问题是否解决。 3) 路由器和ADSL设备散热不良。如刚上网时正常，过一会网速下降，这时如果用手摸设备很烫，换一个设备速度就正常，说明散热环 境不好。 4) 查看所有连接的计算机是否有蠕虫病毒或者木马，请先使用杀毒工具和木马专杀工具扫描清除掉计算机内的病毒或者木马然后再接在网络上。

你这个是PPPoe拨号上网滴，按照你的说法，电脑一直可用，其他设备不定时可用（微信和网页同时可用，还是只有微信可用，网页不可用？）你先看看电脑里的 本地连接上的 tcp/IP 协议 的属性，怀疑并非 自动获取 方式。自己填写了 主DNS和备用 DNS。因为DNS没有填写，像QQ之类不需要域名解析的应用软件还是可以顺利访问网络，而需要域名解析的就无法上网了。

可能是你的路由器不太智能，没办法把获取到的DNS参数释放给连接进来的其他设备。如果是这种情况，可以 DHCP 设置里 手动 将 运营商的正确 DNS地址填到相应的 对话框内，点击保存，再用其他设备重新连接路由器，让设备在获取IP地址的同时，也获取到正确的DNS地址，应该就搞定了。回答完毕，亲，希望能帮到你

DNS 服务器不响应客户端。

原因： DNS 服务器受到网络故障的影响。

解决方案： 验证服务器计算机是否有能正常工作的网络连接。首先，使用基本网络和硬件疑难解答步骤，检查相关的客户端硬件（电缆和网络适配器）在客户端是否运转正常。

如果服务器硬件已准备好且工作正常，请使用 Ping 命令检查与受影响的 DNS 服务器位于同一网络上的其他在用和可用计算机或路由器（如它的默认网关）之间的网络连接性。

请参阅： 使用 Ping 命令测试 TCP/IP 配置。

原因： 可以通过基本网络测试访问到 DNS 服务器，但不能响应来自客户端的 DNS 查询。

解决方案： 如果 DNS 客户端可以使用 Ping 检测 DNS 服务器计算机的连接性，请确认 DNS 服务器是否已启动，而且是否能够侦听对客户端请求的响应。请尝试使用 nslookup 命令测试服务器是否可以响应 DNS 客户端。

请参阅： 使用 nslookup 命令验证 DNS 服务器响应；启动或停止 DNS 服务器。

原因： DNS 服务器已被配置为仅限对其已配置的 IP 地址的特定列表提供服务。最初用于测试其响应性的 IP 地址不包括在列表中。

解决方案： 如果已将服务器配置成对它将响应的查询的 IP 地址进行限制，则客户端用于联系它的 IP 地址可能不在允许向客户端提供服务的受限制 IP 地址列表中。

请尝试再次测试服务器的响应，但应指定一个已知在服务器的受限制接口列表中的其他 IP 地址。如果 DNS 服务器响应该地址，则向列表添加该缺少的 IP 地址。

请参阅： 使用 nslookup 命令验证 DNS 服务器响应；限制 DNS 服务器只侦听选定的地址。

原因： DNS 服务器已被配置成禁止使用其自动创建的默认反向查找区域。

解决方案： 验证已为服务器创建了自动创建的反向查找区域，或者还没有对服务器进行高级配置更改。

默认情况下，DNS 服务器会根据征求意见文档 (RFC) 的建议自动创建下列三个标准反向查找区域：

这些区域是用它们所涵盖的、在反向查找中无用的公用 IP 地址（0000、127001 和 255255255255）创建的。作为对应于这些地址的区域的权威机构，DNS 服务可以避免不必要的向根服务器的递归，以便对这些类型的 IP 地址执行反向查找。

尽管可能性很小，但仍有可能不创建这些自动区域。这是因为禁止创建这些区域涉及到用户要对服务器注册表进行高级手动配置。

要验证是否已经创建了这些区域，请执行下列操作：

1

打开 DNS 控制台。

2

从“查看”菜单，单击“高级”。

3

在控制台树中，单击“反向查找区域”。

位置

�6�1 DNS/适用的 DNS 服务器/反向查找区域

4

在详细信息窗格中，确认是否存在以下反向查找区域：

�6�1 0in-addrarpa

�6�1 127in-addrarpa

�6�1 255in-addrarpa

请参阅： 打开 DNS 控制台；DNS RFC。

原因： 将 DNS 服务器配置为使用非默认的服务端口，如在高级安全性或防火墙的配置中。

解决方案： 验证 DNS 服务器是否未在使用非标准配置。

这种情况很少但仍有可能发生。默认情况下，nslookup 命令使用用户数据报协议 (UDP) 端口 53 向目标 DNS 服务器发送查询。如果 DNS 服务器位于另一个网络上，且只能通过一个中间主机（如数据包筛选路由器或代理服务器）才能访问，则 DNS 服务器可能使用非标准端口以侦听并接收客户端请求。

如果是这种情况，请确定是否有意地使用了任何中间防火墙或代理服务器配置来阻止用于 DNS 的已知服务端口上的通信。如果不是，则可以向这些配置添加这样的数据包筛选器，以允许至标准 DNS 端口的通信。

此外，还要检查 DNS 服务器事件日志以查看是否发生了事件 ID 414 或其他与服务相关的重要事件，这些事件可能指明 DNS 服务器没有响应的原因。

请参阅： DNS 服务器日志参考；查看 DNS 服务器系统事件日志；Microsoft Windows 部署和资源工具包。

DNS 服务器无法正确解析名称。

原因： DNS 服务器为成功应答的查询提供了不正确的数据。

解决方案： 确定出现 DNS 服务器错误数据的原因。

最可能的原因包括：

�6�1 区域中的资源记录 (RR) 没有动态更新。

�6�1 手动添加或修改区域中的静态资源记录时发生了错误。

�6�1 从缓存的搜索或区域记录中留下的 DNS 服务器数据库中的旧资源记录没有根据当前信息更新，或者在不需要时未被删除。

为了防止出现最为常见的问题，请首先复查有关部署和管理 DNS 服务器的提示和建议的最佳操作。此外，请根据配置需要，遵循并使用适用于安装和配置 DNS 服务器和客户端的清单。

如果要为 Active Directory 部署 DNS，请注意新的目录集成功能。当 DNS 数据库是与目录集成的数据库（与那些用于传统的基于文件的存储不同）时，这些功能可能产生与 DNS 服务器的默认配置不同的设置。

许多 DNS 服务器问题是由客户端上失败的查询引起的，因此先从这里着手并解决 DNS 客户端的问题往往比较好。

请参阅： DNS 最佳操作；DNS 清单；DNS 客户端疑难解答；修改区域中的现有资源记录；清除服务器名称缓存；修改服务器默认值。

原因： DNS 服务器不能解析来自您使用的直接网络以外的计算机名或服务名，如那些位于外部网络或 Internet 上的计算机名或服务名。

解决方案： 该服务器不能正确执行递归。在大多数 DNS 配置中都使用递归，以解析不在已配置的由 DNS 服务器和客户端使用的 DNS 域名中的名称。

如果 DNS 服务器无法解析不属于其管辖范围的名称，原因通常都是递归查询失败。DNS 服务器经常使用递归查询解析委派给其他 DNS 区域和服务器的远程名称。

为使递归成功，在递归查询路径中使用的所有 DNS 服务器都必须能够响应并转发正确的数据。如果不能，递归查询可能会由于以下原因而失败：

�6�1 递归查询还没有完成就超时了。

�6�1 远程 DNS 服务器不能响应。

�6�1 远程 DNS 服务器提供了不正确的数据。

如果服务器对远程名称的递归查询失败了，请查阅以下可能的原因以解决问题。如果不了解递归查询或 DNS 查询过程，请查阅帮助中的概念性主题，以便更好地了解所涉及的问题。

请参阅： DNS 查询的工作原理。

原因： DNS 服务器没有配置为使用其他的 DNS 服务器来帮助解决查询问题。

解决方案： 检查 DNS 服务器是否可以使用转发器和递归。

默认情况下，尽管禁用递归的选项是可以使用 DNS 控制台进行配置的，以修改高级服务器选项，但是，还是允许所有 DNS 服务器使用递归。递归可能被禁用的其他原因是，服务器被配置为使用转发器，但专门针对该配置禁用了递归。

注意

�6�1 如果在 DNS 服务器上禁用递归，那么您将无法在同一服务器上使用转发器。

请参阅： 禁用 DNS 服务器上的递归；配置 DNS 服务器以使用转发器。

原因： DNS 服务器的当前根提示无效。

解决方案： 检查服务器根提示是否有效。

如果正确地进行了配置和使用，则根提示应该始终指向对包含域根和顶级域的区域具有管辖权限的 DNS 服务器。

默认情况下，使用 DNS 控制台配置服务器时，根据以下可用选项，DNS 服务器被配置为可使用适用于您的部署的根提示：

1

如果 DNS 服务器是作为网络上的第一个 DNS 服务器安装的，则它被配置为根服务器。

对于此配置，由于该服务器对于根区域具有管辖权限，因此会在该服务器上禁用根提示。

2

如果安装的服务器是网络上的另一 DNS 服务器，则可以指导“配置 DNS 服务器向导”从网络上现有的 DNS 服务器更新它的根提示。

3

如果网络上没有其他 DNS 服务器，但仍然需要解析 Internet DNS 名称，则可以使用默认根提示文件（包含对 Internet DNS 名称空间拥有管辖权限的 Internet 根服务器列表）。

请参阅： 更新 DNS 服务器上的根提示；更新根提示。

原因： DNS 服务器与根服务器之间没有网络连接。

解决方案： 测试与根服务器的连接性。

如果根提示看上去配置是正确的，请检查失败的查询所用的 DNS 服务器能否用 IP 地址 Ping 到它的根服务器。

如果针对某个根服务器的 ping 尝试失败，可能表示这个根服务器的 IP 地址已更改。请重新配置根服务器，但这种情况不多见。

更可能的原因是网络连接完全丢失，也可能在某些情况下，DNS 服务器与它所配置的根服务器之间的中间网络链路上的网络性能不好。请遵循基本的 TCP/IP 网络疑难解答的步骤，诊断连接并确定这是否就是问题所在。

默认情况下，在递归查询失败之前 DNS 服务使用 15 秒的递归超时时间。在正常网络情况下，这个超时时间不需要更改。然而如果性能允许，可以增加这个值。

要检查有关 DNS 查询的其他性能的相关信息，可以启用 DNS 服务器调试日志文件 Dnslog，它可以提供有关几种类型的服务相关事件的大量信息。

请参阅： 使用 Ping 命令测试 TCP/IP 配置；使用服务器调试日志记录选项；查看 DNS 服务器调试日志文件；调整高级服务器参数。

原因： 更新 DNS 服务器数据时出现其他问题，如与区域或动态更新有关的问题。

解决方案： 确定问题是否与区域有关。根据需要，解决该领域中的任何问题，如可能失败的区域传输。

请参阅： 动态更新疑难解答；区域问题疑难解答。

DNS 服务器似乎受非上述原因的问题影响。

原因： 上述内容没有包括我的问题。

解决方案： 搜索 Microsoft 网站上的 TechNet 以获取与该问题相关的最新技术信息。如有必要，可获得与当前问题相关的信息和说明。

如果连接到 Internet，则可从 Microsoft 网站下载最新的操作系统更新。

要获得 Windows NT Server 的最新 Service Pack 更新组件，请参阅 Microsoft 网站。

请参阅： DNS 更新技术信息；DNS；使用 Windows 部署和资源工具包。

参考资料

http://wwwmicrosoftcom/technet/prodtechnol/windowsserver2003/zh-chs/library/ServerHelp/e42d510a-44