服务器出于安全因素,或者是避免网络拥塞,对服务器进行禁ping。要测试DNS服务器是否正常,可以尝试下以下方法
(1)使用ping命令。当然这个不是ping你的DNS服务器,ping测试一个域名,如ping >
(2)使用nslookup命令。nslookup命令是一个非常有用的命令,可以指定查询的类型,可以查到DNS记录的生存时间,还可以指定使用哪个DNS服务器进行解析。简单的用法:直接在命令行窗口cmd中输入nslookup >有没有突然觉得你的网速不够快,也没有发现什么可疑分子在蹭网,也没有下载,也没有看,咋回事呢?定然是DNS服务器在作怪!可是,每个地区都不可能使用一个DNS服务器就可以达到最快的网速,那么,该如何找到离自己最近并且最快的DNS服务器呢? 试用namebench吧!它能在当前的联网情况下找到最快的DNS服务器。通过浏览器的历史记录,namebench计算出一个公平和彻底的标准,tcpdump的输出,或标准化的数据集,以提供个性化的建议。namebench是完全免费,不以任何方式修改您的系统。该项目一开始是在谷歌 20%的项目中。 namebench可以运行在Mac OS X,Windows和UNIX等系统上,几乎是全平台兼容。 windows版本的软件只需要一个按钮就可以为你选出三个DNS,检测结果以网页形式自动d出,同时计算出很多很多我们普通用户难以理解的东西。不过检测结果左上角的百分比是人人都能看懂的。 使用方法:在安装软件之后,位置已经定位在中国了,其它配置都是默认即可,然后点击软件右下角的Start Benchmark开始测速,经过长时间的等待,期间,可以泡杯咖啡悠闲一下,测试完毕之后,d出的网页给出了最快的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 服务器上的根提示;更新根提示。 原因: 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 部署和资源工具包。 参考资料 >1 DNS服务器的用途: 用于将用户输入的域名解析为网络设备可以理解的IP地址。从而帮助客户访问网站。2 DNS服务器安装配置: DNS服务器很多软件可以,常见的如:powerDNS等,网上教程不少。
3 DNS服务器测试:一般用NSLOOKUP命令,windows环境和linux环境都有相关命令。
4 DNS客户机安装:使用DNS者不需要安装任何程序。主DNS PING不通不代表什么。ping 知名网站域名 试试能不能解析,如果可以解析则说明副DNS生效,或者主DNS本身没有问题。如果不能解析域名则进一步检测DNS的联通性或者向接入商咨询你这个是PPPoe拨号上网滴,按照你的说法,电脑一直可用,其他设备不定时可用(微信和网页同时可用,还是只有微信可用,网页不可用?)你先看看电脑里的 本地连接上的 tcp/IP 协议 的属性,怀疑并非 自动获取 方式。自己填写了 主DNS和备用 DNS。因为DNS没有填写,像QQ之类不需要域名解析的应用软件还是可以顺利访问网络,而需要域名解析的就无法上网了。
可能是你的路由器不太智能,没办法把获取到的DNS参数释放给连接进来的其他设备。如果是这种情况,可以 DHCP 设置里 手动 将 运营商的正确 DNS地址填到相应的 对话框内,点击保存,再用其他设备重新连接路由器,让设备在获取IP地址的同时,也获取到正确的DNS地址,应该就搞定了
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)