dns解析坏了怎么办?如何修复?

DNS坏了怎么修~

DNS坏了修复方法：
1.打开360安全卫士，如果没有360安全卫士，先安装一个；
2.打开之后，点击断网急救箱；

3.点击全面诊断，诊断完成之后，点击立即修复，就可以修复DNS。

第一步：通过任务栏的“开始->运行->输入CMD”进入命令行模式。 第二步：在命令行模式中输入ipconfig后回车，看是否可以自动获得IP地址。 小提示：在进行前两步操作前首先要保证客户机的IP地址分配方式被设置为自动获得IP地址。 第三步：如果可以获得正确的IP地址说明DHCP正常，如果发现获得错误的地址，其中包括169.254.*.*这样的形式，则执行ipconfig /release命令，该命令是将当前获得的网络参数信息释放。 第四步：释放网络参数后再次执行ipconfig我们会看到当前得到的网络参数已经为空，所有信息变成0.0.0.0。 第五步：释放得到的错误信息后执行ipconfig /renew将自动获得新的信息小提示：如果我们不执行释放IP信息的命令直接运行ipconfig /renew的话将无法重新获得IP信息。因此第三步必不可少。 第六步：重新获得IP信息后我们查看当前的地址参数，如果无法获得任何信息的话还是要从本机入手解决问题，如果获得的是错误信息的话则需要找到DHCP服务器，对其进行检查。 第七步：将本地网卡禁用然后再次启用，按照上面介绍的步骤重新做一次。 第八步：如果我们知道DHCP服务器的IP地址的话，可以在客户机上使用ping命令“ping 服务器ip”查看网络连通情况。 第九步：在系统的“事件查看器”中寻找有无关于DHCP服务相关的故障记录。方法是“开始->控制面板->管理工具->事件查看器”。（ 第十步：通过“开始->控制面板->管理工具->服务”打开服务设置窗口，在服务列表中找到dhcp client service。在其上双击，然后点停止按钮，接着再点启动按钮将其重新启动。如果发现该服务本身没有启用则更说明了故障的根源所在，直接启动并设置启动方式为“自动”即可。 第十一步：打开网络的本地连接进行修复，方法是“网上邻居->属性->本地连接->修复”。系统将自动清除ARP缓存与NETBS信息，接着更新DNS与DHCP服务组件与相关信息 第十二步：如果上面十一步仍然不能解决问题的话，我们只能先使用静态IP地址与DNS等网络信息配置本机来进行检测了。如果配置了静态IP信息后可以正常上网，连接LAN的话，则说明问题的出在客户机与DHCP服务器的连接或者DHCP服务器自身上。我们就要将问题的起因放到DHCP服务器上。 小提示：有的时候为客户端设置一个其他用户，然后使用该用户登录也可以解决部分DHCP故障，另外用 lspfix.exe或winsockxpfix.exe,修复tcpip的栈区错误，结合“开始->运行->输入sfc /scannow”扫描一遍系统文件也能得到意想不到的结果。

在开始讨论如何排除DNS问题之前，我们想知道你是否清楚怎样判断某个问题是由DNS而不是由别的命名服务造成的。在Windows主机上，判断问题的原因是否真的出在DNS上可是件困难的事。Windows支持的命名服务真是名目繁多：如DNS、Wins、HOSTS、LMHOSTS等数不胜数。然而常用的Windows 2000 nslookup 却全然不理会其他这些命名服务。你可能会只顾在Windows 2000计算机上运行nslookup和查询名称服务器，而有问题的服务却可能在使用另一种不同的命名服务。首先，你需要考虑是哪一类程序出了问题，如果是TCP/IP客户端，如telnet或ftp，那么问题可能出在DNS和HOSTS文件上。如果是一个支持NetBIOS命名的实用程序，如net（与在net use中一样）中，那么值得怀疑的还要包括Wins和LMHOSTS文件。其他也使用DNS名称或NetBIOS名称作为参数的客户端（如ping）也会使用这些命名服务中的任意一种。接下来，再考虑Windows使用这些命名服务的顺序。在查找问题时，应按照此顺序检查各种服务。这些提示对你查出问题的症结会有帮助，至少可帮你排除一个怀疑对象。

如果要检查一个服务器的缓存区，请单击DNS控制台左窗格中该服务器名称左边的加号。你将看到一个名为Cached Lookups的文件夹。单击其左边的加号或双击文件夹图标或标签以展开下一级。这样可显示出你的名称服务器已为其缓存了数据的那些顶级域。继续展开，直至看到你要查看的缓存数据所在的那一域名。如我们的名称服务器已为microsoft.com缓存了三条NS记录和一条A记录。如果依次双击net和hp,我们还会看到这些名称服务器的缓存地址。如果想看缓存数据上的 TTL，请双击右窗格中的一条记录。若 DNS 控制台处于高级查看模式（选择查看 > 高级），则出现的窗口将显示出该记录的 TTL。在检查 TTL 之前，一定要用操作 > 刷新或用 F5 键刷新 DNS 控制台，否则你看到的 TTL 可能会大于当前 TTL。如果右键单击该记录，你可能会注意到有一个删除记录选项。

DNS的一些常见的错误

1. 忘记增加序列号

在你未使用 DNS 控制台而是用手动方式更改区域数据文件时，就会出现一些问题。DNS 控制台在它每次更改区域数据时都会记着在 SOA 记录中增加序列号，所以你不必为此操心。不过，这也意味着你可能不会养成更新序列号的习惯，所以在进行一次性手动修改时，你可能会忘记增加序列号。此问题的主要症状是，从属名称服务器不会获得你在主服务器上对该区域做的任何更改。从属服务器认为区域数据并未更改，因为它看到的序列号仍是原来的序列号。该怎样检查当时是否记着增加序列号呢？不幸的是，这就不是那么容易了。如果你不记得原序列号是什么，而现在的序列号不能表明它是什么时候更新的，则没有直接的方法判断它是否已更改。在启动主服务器时，不管你是否更改了序列号，它都将加载更新后的区域数据文件。最好的办法只能是使用 nslookup 来比较主服务器和从属服务器返回的数据。如果它们返回不同的数据，则表明你可能忘了增加序列号。如果你能想起最近作的一次更改，则可以查看此数据。如果记不起最近一次作的更改，则可以从一个主服务器和一个从属服务器复制该区域，将结果排序并使用文件比较工具将它们加以比较。还有一个好消息，即，尽管确定该区域此前是否已复制比较难，但现在要确保该区域被复制却非常简单。只须在 DNS 控制台中双击 SOA 记录并手动编辑序列号字段，增加主服务器上此区域的副本中的序列号即可。从属服务器将在刷新时间间隔内获得此新的数据，如果它们用了 NOTIFY，则会更快。

2. 以手动方式更改DNS服务器

要记住 Microsoft DNS 服务器会定期更新其区域数据文件。每次用 DNS 控制台对一个区域的数据进行更改时，就有一个写操作挂起：在 DNS 服务器退出之前，它必须重写该区域的数据文件，否则它就会丢失你所作的更改。可以将此比作内存中一个已更新的页：操作系统在退出之前必须将它写到磁盘上。如果你在一个写操作挂起期间对一个区域数据文件作了手动更改，则在名称服务器退出后你会莫名其妙地丢失所作的更改。比如你在服务器正在运行且有一个写操作挂起时向一个名为microsoft.com的新子域添加了委派。作完更改后，你必须将服务器停下并再次启动，以让它再次读取该区域数据。但是在服务器退出时，它将重写 microsoft.com 区域数据文件，你的委派于是就会丢掉。如果仔细观察（平时就需要这样）事件查看器，会在服务器停止事件之前看到这样一条消息：The DNS server wrote version 37 of zone microsoft.com to file microsoft.com.dns.（DNS 服务器写入区域 microsoft.com 的版本 37 到文件 microsoft.com.dns。）如果你用操作 | 更新服务器数据文件来强制服务器重写其区域数据文件，则服务器就会与区域数据文件同步，而不必在退出时重写。所以，如果要对区域数据文件作手动更改，那么要么首先停止服务器（但这意味着在你作更改期间服务器将不响应任何查询），要么使用 DNS 控制台将服务器与区域数据文件同步，然后再进行更改。

3. 从属服务器无法加载区域数据

如果一个从属服务器无法从其主控服务器获取某个区域的当前序列号，那么最初它是不会给你发警告消息的。然而，如果该问题一直存在而且从属服务器在有效期时间内无法确定其数据是否是最新的，那么该区域就会过期。在一个 Microsoft DNS 服务器上，你将在事件查看器中看到与下文类似的一条消息：在获得成功区域复制或从这个区域作为其源的主服务器获得成功区域复制之前microsoft.com 区域就超时了，该区域已经被关闭。区域过期后，当你向名称服务器查询该区域中的数据时，就会收到 SERVFAIL 错误消息：
C:> nslookup robocop wormhole.microsoft.com.
Server: wormhole.microsoft.com
Addresses: 207.46.230.219, 192.253.253.1
wormhole.microsoft.com can’t find robocop.microsoft.com: Server failed

出现此问题的原因主要有三个：由于网络故障与主控服务器的连接断开，为主控服务器配置的 IP 地址不正确，主控服务器上的区域数据文件中有语法错误。首先，应使用 DNS 控制台检查该从属服务器在尝试从中加载数据的那一（些）主控服务器的地址。右键单击左窗格中该区域的域名，选择属性，然后查看常规选项卡，确认它是否真是主名称服务器的 IP 地址。如果是，请检查到此 IP 地址的连接：C:> ping 207.46.230.219
Pinging 207.46.230.219 with 32 bytes of data:
Request timed out.
Request timed out.
Request timed out.
Request timed out.

如果无法连接到主控服务器，请确定该服务器的主机是否真的在运行（例如，已通电），或检查网络问题。你可能还需要检查主控服务器对该区域中数据的查询是否返回权威性响应。如果主控服务器的响应对于该区域不是权威性的，则从属服务器就不从该主控服务器中复制此区域。可使用 nslookup 检查主控服务器的对于区域的 SOA 记录的权威性响应，命令格式如下：
C:> nslookup -norec -type=SOA microsoft.com. 207.46.230.219

此命令向位于地址 152.104.1.6 的名称服务器发送一个非递归查询，以查询 microsoft.com 的 SOA 记录。我们必须发送非递归查询，这样位于 152.104.1.6 的名称服务器就不会将该查询转发给另一个服务器。如果将此主控服务器配置正确，则对此查询的响应就应是权威性的。（记住，除非 nslookup 返回了“非权威性”响应，否则响应就是权威性的。）非权威性的响应可能表明主控服务器在加载该区域时发生问题，通常是由于区域数据文件中存在语法错误。请与该主控服务器的管理员联系，让他检查其事件查看器或系统日志的输出中是否有表明出现语法错误的消息。我们从来还没有见到过 Windows 2000 名称服务器因为区域数据文件中有语法错误而对于此区域失去非权威性的情况，但旧的 BIND 名称服务器确实会表现出这种现象。所以，如果你的名称服务器是某一区域的从属服务器，而此区域的主要主名称服务器是 BIND 名称服务器，该服务器现在对该区域不具有权威性，那么问题可能就是一个语法错误。如果对查询的响应是权威性的但从属服务器仍无法成功复制该区域，那么你可以使用nslookup的ls命令来手动复制该区域。如果看到类似于下面的错误消息，则很可能是主控服务器限制区域复制：
C:> nslookup - 152.104.1.6
Default Server: terminator.microsoft.com
Address: 152.104.1.6
> ls microsoft.com
[terminator.microsoft.com]
*** Can‘t list domain microsoft.com: Query refused

请与该主控服务器的管理员联系，问是否在对区域复制进行限制。请他检查你正在尝试复制的区域的属性窗口的区域复制选项卡上的选项（如果他在运行 Microsoft DNS 服务器）。如果该远程服务器在运行着 BIND，则请问他是否在使用 xfrnets 或 allow-transfer 功能来对区域复制进行限制。在问题已被排除而且你的服务器能成功复制该区域后，你会在事件查看器中看到下面的消息：A more recent version, version 212 of zone microsoft.com was
found at DNS server at 207.46.230.219. Zone transfer is in progress.
The DNS server wrote version 212 of zone microsoft.com to

file microsoft.com.dns.（在 207.46.230.219 的 DNS 服务器上找到区域microsoft.com 的更新的版本212。正在进行区域复制。DNS 服务器写入区域 microsoft.com 的版本 212 到文件 microsoft.com.dns。）

DNS故障还有几种情况，我们将在下期继续讨论。
http://www.netadmin.com.cn/experience/20040609/2888.asp

4. 网络连接断开

虽然与原始的 ARPANET时代相比，如今的 Internet 已可靠得多，但网络中断的现象仍很常见。这些故障往往看起来好像是性能问题：
C:\> nslookup nisc.sri.com.
Server: terminator.microsoft.com
Address: 152.104.1.6
DNS request timed out.
……
*** Request to terminator.microsoft.com timed-out

使用 nslookup，你可以查找你的名称服务器要与之对话的那些名称服务器的名称和地址，以便解析该名称：
C:\> nslookup
Default Server: terminator.microsoft.com
Address: 152.104.1.6
> set type=ns
> sri.com.
Server: terminator.microsoft.com
Address: 207.46.230.219
Non-authoritative answer:
……
NS.sri.com internet address = 128.18.30.66
NS.CSL.sri.com internet address = 130.107.4.94
NS.CSL.sri.com internet address = 192.12.33.94
TURTLE.MCC.COM internet address = 128.62.1.215
NS1.sri.com internet address = 128.18.30.65
> com.
Server: terminator.microsoft.com
Address: 207.46.230.219
Non-authoritative answer:
……
C.ROOT-SERVERS.NET internet address = 192.33.4.12
D.ROOT-SERVERS.NET internet address = 128.8.10.90
E.ROOT-SERVERS.NET internet address = 192.203.230.10
I.ROOT-SERVERS.NET internet address = 192.36.148.17
F.ROOT-SERVERS.NET internet address = 192.5.5.241
G.ROOT-SERVERS.NET internet address = 192.112.36.4
J.GTLD-SERVERS.INTERNIC.NET internet address = 198.41.0.21
A.ROOT-SERVERS.NET internet address = 198.41.0.4
H.ROOT-SERVERS.NET internet address = 128.63.2.53
B.ROOT-SERVERS.NET internet address = 128.9.0.107

然后你可以检查你的主机与这些服务器的连接。但是，ping也不会比你的名称服务器幸运多少。如果ping成功了，你就应该查一查这些远程服务器是否真的在运行。
C:\> ping 128.18.30.66 --ping 第一个 sri.com 名称服务器
Pinging 128.18.30.66 with 32 bytes of data:
Request timed out.
……
C:\> ping 130.107.4.94 --ping 第二个 sri.com 名称服务器
Pinging 130.107.4.94 with 32 bytes of data:
Request timed out.
……
现在剩下要做的只是查找网络中的故障。像tracert这样的实用工具可帮你确定问题是出在你的网络上、在目标网络上、还是在中间某个地方，在查找故障位置时也需要运用一些常识了。

5.缺少子域委派

尽管取得ICANN认证的注册员尽了最大努力以尽可能快地处理你的请求，但让你的子域的委派出现在根名称服务器中也可能需要一两周的时间。你的父级不同（是取得ICANN 认证的注册员还是其他区域管理员），你的等待时间也会不一样。有的父级办事速度快且有责任心；而有的父级则办事拖拉。等到你的委派数据出现在父级区域的名称服务器上后，你的名称服务器就能够在 Internet 域名称空间查找数据了，但Internet 上（在你的域之外）没有任何人会知道怎样在你的 名称空间查找数据。

这意味着，尽管你可以将邮件发送到你的域之外，但收件人却不能回复你的邮件。而且，也没有人能够按名称 telnet 到、ftp 到，甚至不能 ping 到你的主机。

要知道，你运行的任何 in-addr.arpa 子域都是这种情况。在父级将这些子域委派到你的服务器之前，Internet 上的名称服务器不能够逆映射你网络上的地址。

如要确定你区域的委派是否已在你的父级区域的名称服务器中，请向一个父级名称服务器查询你的区域的 NS 记录。如果父级名称服务器中有此数据，则 Internet 上的任何名称服务器都能找到它：

C:\> nslookup
Default Server: terminator.microsoft.com
Address: 152.104.1.6
> server a.root-servers.net.--Query a root name server
Default Server: a.root-servers.net
Address: 198.41.0.4
> set norecurse --Instruct the server to answer out of
> set type=ns --its own data and to look for NS records
> 249.249.192.in-addr.arpa. --for 249.249.192.in-addr.arpa
Server: a.root-servers.net
Address: 198.41.0.4
*** a.root-servers.net can't find 249.249.192.in-addr.arpa.
: Non-existent domain

从这里可以清楚地看出尚未添加委派。你可以耐心地等待，如果在向父级区域请求委派后等待的时间太长，你可以与父级区域的管理员联系，问他们是怎么回事。

6．子域委派不正确

子域委派不正确是 Internet 上另一个常见的问题。让委派保持最新需要人的参与 - 将你对你的一组权威性名称服务器作的更改通知父级区域的管理员。因此，委派信息往往会由于管理员作更改时不将此情况通知他们的父级管理员而变得不准确。有相当多的管理员都认为，建立委派是一劳永逸的事：在建立他们的区域时，他们让父级管理员知道哪些名称服务器是权威性的，然后就再也不与父级管理员沟通此事了。他们甚至在母亲节也不知道打个电话。一名管理员可能会添加一个新的名称服务器，撤下另一个，又改变了某一个名称服务器的 IP 地址，而这一切都可能不让父级区域的管理员知道。久而久之，由父级区域正确委派的名称服务器的数目就会变少。在这种情况下，最好的结局是名称解析时间延长，因为进行查询的名称服务器要费尽周折去查找该区域的权威性名称服务器。如果委派信息严重过时而最后一个权威性名称服务器主机被停机维修，那么就无法访问到该区域中的信息。如果你怀疑有委派错误，不管是从你的父级到你的区域，从你的区域到你的一个子级，还是从一个远程区域到该区域的一个子级，你都可以用 nslookup 来检查：

C:\> nslookup
Default Server: terminator.microsoft.com
Address: 152.104.1.6
> server a.gtld-servers.net. --Set server to the parent name
--server you suspect has bad delegation
Default Server: a.gtld-servers.net
Address: 198.41.0.4
> set type=ns --Look for NS records
> microsoft.com. --for the zone in question
Server: a.gtld-servers.net
Address: 198.41.0.4
Non-authoritative answer:
……
RELAY.MICROSOFT.COM internet address = 15.255.152.2
HPLABS.HPL.MICROSOFT.COM internet address = 15.255.176.47
NNSC.NSF.NET internet address = 128.89.1.178
HPSDLO.SDD.MICROSOFT.COM internet address = 15.255.160.64
HPSDLO.SDD.MICROSOFT.COM internet address = 15.26.112.11

假如你怀疑到 hpsdlo.sdd.microsoft.com 的委派不正确，你可以在 hpsdlo 区域查询 microsoft.com 中的数据，并检查返回的结果：
> server hpsdlo.sdd.microsoft.com.
Default Server: hpsdlo.sdd.microsoft.com
Addresses: 15.255.160.64, 15.26.112.11
> set norecurse
> set type=soa
> microsoft.com.
Server: hpsdlo.sdd.microsoft.com
Addresses: 15.255.160.64, 15.26.112.11
Non-authoritative answer:
……
expire = 604800 (7 days)
minimum ttl = 86400 (1 day)
Authoritative answers can be found from:
……
RELAY.MICROSOFT.COM internet address = 15.255.152.2
HPLABS.HPL.MICROSOFT.COM internet address = 15.255.176.47
NNSC.NSF.NET internet address = 128.89.1.178

如果hpsdlo 确实是权威性的，它就会返回一个权威性的响应。microsoft.com 区域的管理员能告诉你 hpsdlo 是否应是 microsoft.com 的一个权威性名称服务器，所以你应与该管理员联系。

哦，上面copy太多了，说的实在是太烦了。。。。。
我想你说的的应该是DNS服务器地址吧，你双击本地连接-》Internet协议（TCP/IP），你双击，进入后你就会看到最下面有首选DNS服务器的地址和备选的~ 改这地址就行了~

重新装啊!
在WINDOWS组件里

---

陇南市18285966135： dns解析失败怎么解决 带图片 - ？
许彦金莲： 没有看到图片.在DNS解析失败解决步骤如下:(1)首先应该确定DNS地址是否设置正确,如果曾经正常使用,突发DNS解析失败则可基本判断DNS设置没有问题;(2)如果使用代理服务器的情况,应该确认公司代理服务器是否已经失效,或者是否已经禁止访问,可使用IP地址直接访问的方式,如QQ等进行测试;(3)如DNS设置无问题,公司代理服务器也没有问题,应该电话咨询运营商,是否发生了DNS故障,曾经发生过因运营商DNS失效导致的解析失败.以上供参考.希望能被选中满意.

陇南市18285966135： dns解析状态异常怎么处理 - ？
许彦金莲： 可以使用电脑管家修复下看看可否解决. 1、清除DNS缓存.这个主要用于某些网站打不开的情形. 首先同时按WINDOWS+R键,在弹出窗口输入CMD,然后回车. 在弹出的命令提示符中输入ipconfig /flushdns,然后回车. 2、重置winsock目录,在命令提示符中输入netsh winsock reset,然后回车.重置成功后要重启电脑.这个命令非常好用.

陇南市18285966135： 电脑DNS出问题怎么办? - ？
许彦金莲： 按“windows+x”输入“cmd”输入“ipconfig/all”按“windows+x”点击“网络和Internet”点击“网络和共享中心”点击“更改适配器设置”点击“使用下面的DNS服务器地址”或点击自动获得DNS服务器地址,确定.

陇南市18285966135： DNS故障,怎么修复? - ？
许彦金莲： 1/1 查看是否为dns故障,可以执行nslookup命令.首先运行WIN+R,在命令栏中输入nslookup,回车执行.如果结果中显示出服务器和ip,则DNS正常,否则即为DNS故障,那么DNS故障怎么办呢?1/3 解决办法 既然是DNS故障,那么我们给...

陇南市18285966135： DNS解析故障的解决办法有哪些呢? ？
许彦金莲： (1)用nslookup来判断是否真的是DNS解析故障: 要想百分之百判断是否为DNS解析故障就需要通过系统自带的NSLOOKUP来解决了. 第一步:确认自己的系统是windows...

陇南市18285966135： dns出问题了,修复dns,有什么解决办法吗? - ？
许彦金莲： 当dns出现问题时,客户在浏览器里输入网址会无法从设置的地址得到正确解析的,因此会提示dns域名错误,地址无法解析.此时如果在浏览器地址栏直接输入ip地址,上网不受影响. 解决方案如下: 1、 此时把dns手动改为8.8.8.8或114.114....

陇南市18285966135： 无法解析服务器的DNS地址?DNS解析错误怎么办 - ？
许彦金莲： 解决方法:1、如果是单独某个网站出现这种情况,首先检查该其他设备访问此网站是否正常,其他电脑设备也无法访问的则问题出现在网站服务器上.2、如上述其他电脑设备访问没有问题,以下调试本机,其他用户都正常,此机器无法访问此...

陇南市18285966135： DNS被损坏怎么修复啊？
许彦金莲： 很简单,右键点击网上邻居,在右键单击本地连接,点击修复,即可完成.

陇南市18285966135： dns解析失败,DNS解析故障处理方法有哪些?？
许彦金莲：1:对网络连接情况进行验证 当发现DNS服务出现问题时,应该做的第一件事情就是对DNS服务器的网络连接情况进行验证.毕竟,如果实际问题仅仅是一块网卡出现了故障,耗费在从头开始对设备进行全面检查的大量时间就可以都省下来了...

陇南市18285966135： DNS解析错误解怎么解决啊? - ？
许彦金莲： 当我们的计算机出现了DNS解析错误后不要着急,解决的方法也很简单. (1)用nslookup来判断是否真的是DNS解析错误: 要想百分之百判断是否为DNS解析错误就需要通过系统自带的NSLOOKUP来解决了. 第一步:确认自己的系统是...