笔记本电脑DNS发生故障怎么解决

修复DNS故障1：对网络连接情况进行验证
当发现DNS服务出现问题时，应该做的第一件事情就是对DNS服务器的网络连接情况进行验证。毕竟，如果实际问题仅仅是一块网卡出现了故障，耗费在从头开始对设备进行全面检查的大量时间就可以都省下来了。
对连接情况进行验证的最简单方法就是登录到DNS服务器上，并利用ping命令检查与其它机器的连接状态。还应该做的就是，尝试利用随机机器来ping连接DNS服务器。请务必牢记，只有在防火墙的配置里容许网际消息控制协议(ICMP)数据包通过的情况下，ping命令才能发挥作用。
修复DNS故障2：确定问题波及的范围
在确定基本连接正常的情况下，下一步要做的工作就是确定问题波及的范围。实际情况是互联网名称解析服务失败，还是本地名称解析服务失败呢对于不同的问题来说，采取的解决方法也是有很大区别的。举例来说，如果本地名称解析服务正常，而互联网名称解析服务失败的话，问题可能就是出在互联网服务供应商的DNS服务器上。
修复DNS故障3:确认是否所有用户都受到影响
接下来要考虑的另一件事情就是是否网络上的所有用户都受到了影响，或者是仅仅限于部分用户。如果确认只有部分用户受到影响的话，请对这些用户所在的网络段位置进行检查，确认他们是否属于同一范围。如果答案是确定的话，问题可能与路由器故障或动态主机配置协议(DHCP)配置错误有关。
修复DNS故障4：确认DNS服务器上是否运行了负载均衡处理技术
某些情况中，公司对网络服务器资源的极大需求会导致DNS服务器被分散到多台相同的网络服务器上利用DNS轮循技术实现工作量的负载平衡技术被投入使用。该技术中存在的一个典型问题就是，在其中一台服务器已经宕机的情况下，DNS服务器不会了解到实际情况发生了变化。因此，尽管其中的一台服务器已经处于脱机状态，但输入流量依然被平均分配给循环中的所有服务器。由此导致的结果就是负载平衡资源在连接间歇性方面出现问题。
修复DNS故障5：对DNS服务器转发器进行检查
如果已经确认本地名称解析服务运行正常，但互联网名称解析服务无法工作的话，下面要检查的就是DNS服务器是否在使用转发器。尽管很多DNS服务器都利用根提示来提供互联网名称解析服务，但也有一些使用转发器连接到互联网服务供应商的DNS服务器上。如果互联网服务供应商的DNS服务器出现了问题，在解析器缓存中条目过期的情况下，互联网名称解析服务将失败。如果确认DNS服务器没有使用转发器，还可以尝试一下对服务器进行ping检测，以了解它是否在线。可能需要做的还包括致电互联网服务供应商，来了解那里是否存在任何DNS方面的问题，并确保在转发器中使用的网络IP地址仍然属于有效的。
修复DNS故障6：尝试利用一台主机进行ping测试
如果本地网络中的名称解析服务出现问题，就应该选择尝试对网络中的其它服务器进行ping测试。首先，可以利用服务器的网络IP地址进行ping测试。这样的话，就可以确认该服务器是否依然可以连接。接下来，要做的就是利用计算机名称和服务器的完全合格域名进行ping测试。
如果网络IP地址可以通过ping测试，但域名无法通过的话，就应该对DNS服务器进行检查，以确保主机(A)记录的存在。如果没有主机(A)记录的话，DNS服务器将无法解析主机的名称。
修复DNS故障7：使用NSLookup查询域名命令
对于排除DNS故障来说，最方便的工具之一就是NSLookup查询域名命令。可以在Windows命令提示符窗口中使用。只要输入NSLookup加上需要测试名称解析服务的主机名称，Windows就可以返回DNS服务器的网络IP地址和解析名称(尽管在通常情况下，DNS服务器名称显示的是为未知)。它也可以提供指定主机的完全合格域名和网络IP地址。
对于两件事情来说，NSLOOKUP命令非常有用。首先，它可以容许对名称解析服务是否正常进行验证。其次，如果名称解析服务无法正常工作，它可以帮助确认使用的服务器是哪一台。请务必牢记，Nslookup的查询结果中只列出它最初连接到的DNS服务器。如果名称解析请求被转发到其它DNS服务器的话，这些服务器是不会被列出的。
修复DNS故障8：重新启动DNS服务器
我知道这种措施看上去很象陈词滥调，但当所有解决方案都没有成功的时间，选择重新启动DNS服务器也是一条出路。在这么多年的工作经历中，我见到多起由于未知原因导致名称解析服务失败，但在重新启动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
在控制台树中，单击“反向查找区域”。
位置
DNS/适用的 DNS 服务器/反向查找区域
4
在详细信息窗格中，确认是否存在以下反向查找区域：
0in-addrarpa
127in-addrarpa
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 服务器错误数据的原因。
最可能的原因包括：
区域中的资源记录 (RR) 没有动态更新。
手动添加或修改区域中的静态资源记录时发生了错误。
从缓存的搜索或区域记录中留下的 DNS 服务器数据库中的旧资源记录没有根据当前信息更新，或者在不需要时未被删除。
为了防止出现最为常见的问题，请首先复查有关部署和管理 DNS 服务器的提示和建议的最佳 *** 作。此外，请根据配置需要，遵循并使用适用于安装和配置 DNS 服务器和客户端的清单。
如果要为 Active Directory 部署 DNS，请注意新的目录集成功能。当 DNS 数据库是与目录集成的数据库（与那些用于传统的基于文件的存储不同）时，这些功能可能产生与 DNS 服务器的默认配置不同的设置。
许多 DNS 服务器问题是由客户端上失败的查询引起的，因此先从这里着手并解决 DNS 客户端的问题往往比较好。
请参阅： DNS 最佳 *** 作；DNS 清单；DNS 客户端疑难解答；修改区域中的现有资源记录；清除服务器名称缓存；修改服务器默认值。
原因： DNS 服务器不能解析来自您使用的直接网络以外的计算机名或服务名，如那些位于外部网络或 Internet 上的计算机名或服务名。
解决方案： 该服务器不能正确执行递归。在大多数 DNS 配置中都使用递归，以解析不在已配置的由 DNS 服务器和客户端使用的 DNS 域名中的名称。
如果 DNS 服务器无法解析不属于其管辖范围的名称，原因通常都是递归查询失败。DNS 服务器经常使用递归查询解析委派给其他 DNS 区域和服务器的远程名称。
为使递归成功，在递归查询路径中使用的所有 DNS 服务器都必须能够响应并转发正确的数据。如果不能，递归查询可能会由于以下原因而失败：
递归查询还没有完成就超时了。
远程 DNS 服务器不能响应。
远程 DNS 服务器提供了不正确的数据。
如果服务器对远程名称的递归查询失败了，请查阅以下可能的原因以解决问题。如果不了解递归查询或 DNS 查询过程，请查阅帮助中的概念性主题，以便更好地了解所涉及的问题。
请参阅： DNS 查询的工作原理。
原因： DNS 服务器没有配置为使用其他的 DNS 服务器来帮助解决查询问题。
解决方案： 检查 DNS 服务器是否可以使用转发器和递归。
默认情况下，尽管禁用递归的选项是可以使用 DNS 控制台进行配置的，以修改高级服务器选项，但是，还是允许所有 DNS 服务器使用递归。递归可能被禁用的其他原因是，服务器被配置为使用转发器，但专门针对该配置禁用了递归。
注意
如果在 DNS 服务器上禁用递归，那么您将无法在同一服务器上使用转发器。
请参阅： 禁用 DNS 服务器上的递归；配置 DNS 服务器以使用转发器。
原因： DNS 服务器的当前根提示无效。
解决方案： 检查服务器根提示是否有效。
如果正确地进行了配置和使用，则根提示应该始终指向对包含域根和顶级域的区域具有管辖权限的 DNS 服务器。
默认情况下，使用 DNS 控制台配置服务器时，根据以下可用选项，DNS 服务器被配置为可使用适用于您的部署的根提示：
1
如果 DNS 服务器是作为网络上的第一个 DNS 服务器安装的，则它被配置为根服务器。
对于此配置，由于该服务器对于根区域具有管辖权限，因此会在该服务器上禁用根提示。
2
如果安装的服务器是网络上的另一 DNS 服务器，则可以指导“配置 DNS 服务器向导”从网络上现有的 DNS 服务器更新它的根提示。
3
如果网络上没有其他 DNS 服务器，但仍然需要解析 Internet DNS 名称，则可以使用默认根提示文件（包含对 Internet DNS 名称空间拥有管辖权限的 Internet 根服务器列表）。
请参阅： 更新 DNS 服务器上的根提示；更新根提示。

---