常见DNS服务网络故障案例解析

这篇具有很好参考价值的文章主要介绍了常见DNS服务网络故障案例解析。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

在上网冲浪时,我们经常会遇到网络连接正常,但无法浏览网页的问题。对于这类网络故障,很多时候都与系统的DNS服务有关。为了解决由DNS服务引起的网络故障,本文总结了一些这方面的故障解决案例,希望对大家有所帮助。

故障一、无法清空DNS缓存 现象:近日,笔者上网冲浪时,发现IE浏览器无法打开网页内容,使用ping命令测试本地网络的网关地址时,结果却很正常,这说明物理连接不存在问题。于是,笔者怀疑网络连接存在隐性错误,立即动手手工修复过程中,系统竟然弹出了无法清空DNS缓存的错误。

 措施:考虑到这则故障与DNS缓存有关,认为问题多半出在控制DNS缓存的系统服务上。单击“开始→运行”,执行“services.msc”命令,打开系统服务列表窗口。用鼠标双击“DNS Client”服务选项,切换到目标服务的选项设置对话框(如图1), 

DNS服务网络
  图1      DNS Client属性窗口

在这里先单击“停止”按钮,将该服务临时停用,之后单击“启动”按钮,对目标系统服务执行重新启动操作。启动成功后,再次对本地连接进行了修复操作,发现系统这次没有提示错误,并且IE浏览器也能正常打开网页了,这说明故障现象已经消失。当然,对于一些使用了动态地址上网的客户端系统来说,我们有时还需要通过重新启动“DHCP Client”服务的方式,才能彻底解决故障的现象。

故障二、无法访问某个网站 现象:某台客户端系统明明上网访问一切正常,可是尝试访问一个以前访问过的网站时,却遇到了网页无法打开的现象。而在局域网中利用其他客户端系统访问相同的网页时,该网页却能正常打开,显然问题与目标站点无关,那会不会是故障客户端系统自身有问题呢?

 措施:既然其他客户端系统访问同样的网站正常,这说明问题肯定在客户端系统自身。考虑到故障客户端系统访问其他网站一切正常,只是在访问以前的旧网站才出现问题,笔者认为很可能是该系统的DNS缓存内容已经过时,此时不妨将DNS缓存中的内容强制清空一次。

在强制清空DNS缓存内容时,可以依次单击“开始→运行”命令,弹出系统运行对话框,输入“cmd”命令,按回车键后,在该窗口中执行字符串命令“ipconfig/flushdns”(如图2),

图2  执行字符串命令 ipconfig/flushdns

就能强制清空DNS缓存内容了。如果还不能解决问题,那还需要打开本地系统的资源管理器窗口,切换到“C:\Windows\System32\drivers\etc”文件夹窗口,用记事本打开“host”文件,保留“127.0.0.1”这一行的内容,将其他内容全部删除,再执行文件保存操作,相信这样多半就能解决问题了。

故障三、系统存储空间不足

现象:有时在windows server 2003服务器系统中,尝试重新启动DNS Server服务时,系统会弹出存储空间不足的错误提示,同时,DNS Server服务也无法正常启用。

措施:造成这种现象的原因有多个方面,例如DNS缓存容量不是很大,DNS缓存文件受到破坏等。在解决故障时,可以先试着增大DNS缓存容量;在进行这种设置时,依次单击“开始→运行”命令,弹出运行对话框,执行regedit命令,依次选择注册表编辑窗口中的HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Dnscache\Parameters子键(如图3),

DNS服务网络
  图3  Parameters子键

 在Parameters子键下分别生成“CacheHashTableBucketSize”、“CacheHashTableSize”、“MaxCacheEntryTtILimit”、“MaxSOACacheEntryTtILimit”双字节值,再将其数值修改为“384”、“64000”、“301”、“300”,这样就能适当增大DNS缓存容量。

如果上述设置无法解决问题,可能尝试将DNS缓存文件替换掉。实在不行的话,可以通过查杀病毒来解决问题。

故障四、无法正常解析域名

现象:某局域网是通过代理服务器方式共享上网的,该代理主机中还安装、部署了DNS服务器,可是在客户端系统指定使用该DNS服务器解析域名时,发现网站页面无法打开,但是QQ、MSN等与域名解析无关的应用程序都能正常上网通信。显然,局域网中的DNS服务器无法正常解析域名。

措施:出现这种问题,可以首先打开DNS服务器的控制台窗口,单击“监视”标签,选中该页面中的“对此DNS服务器的简单查询”选项,再单击“立即测试”按钮,看看DNS服务器能否正常将该主机名称解析为IP地址。如果测试失败,那就意味着DNS服务器安装、配置存在问题,必须重点检查DNS配置。

如果DNS服务器能够正常解析域名,那问题多半出在代理服务器上。此时,可以重点查看代理服务器的工作状态是否正常,或者看看有没有采取限制访问措施。例如,代理服务器要是没有开通TCP 53端口和UDP 53端口,或者防火墙对网络连接进行了限制,那么客户端系统自然就无法通过其中的DNS正常解析域名了。

故障五、自动访问恶意站点

现象:最近,笔者上网冲浪时,发现输入要访问的站点地址后,IE浏览器打开的却是一些恶意站点的页面。

措施:这种现象多半是客户端系统的DNS缓存内容受到了“污染”,用户向DNS缓存申请域名解析请求时,就容易被送到恶意站点,而不是自己想要访问的站点。遇到这种问题时,可以依次单击“开始→运行”命令,在系统运行框中执行“net stop dnscache”命令,临时关闭客户端系统DNS缓存功能(如图4),这样就能正常访问自己想要的站点内容了。

DNS服务网络
 图4  关闭客户端系统DNS缓存功能

当然,我们也可以通过修改DNS缓存的TTL值,来有效避免DNS缓存攻击现象。在修改TTL值时,依次单击“开始→运行”,在系统运行框中执行“regedit”命令,逐一跳到注册表编辑窗口HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters子键上,用鼠标双击该子键下面的DefaultTTL键值,将其数值设置为“32”或“64”,最后重新启动一下系统即可,不过我们不能将TTL值修改得过小,不然会加重局域网DNS服务器运行负荷。文章来源地址https://www.toymoban.com/news/detail-463792.html

到了这里,关于常见DNS服务网络故障案例解析的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包赞助服务器费用

相关文章

  • wireshark常见使用操作讲解以及几个故障解决案例分享

    wireshark常见使用操作讲解以及几个故障解决案例分享

    (1)网卡选择 对于电脑本身有多个网卡的时候,选择网卡就成为了一个困惑的地方,其实这里很简单,只要把鼠标放在对应的网卡上面就可以看到地址等信息,就容易判断出来了。 (2)过滤器 直接抓包,电脑发出去的所有包,或者镜像过来的包 都非常的多,比便于查看某

    2024年02月15日
    浏览(8)
  • 实例解析 校园综合布线常见故障排查及解决方法

    校园网为高校数字化校园创造了一个良好的支撑环境,在行政管理、科学研究、人才培养、学科建设和师生员工的课余生活等方面产生了深远的影响.随着校园网的不断建设以及高校扩招,网络用户日益增长,网络故障所带来的问题也越来越突出.因此,确保校园网络的稳定运

    2024年02月07日
    浏览(13)
  • DNS解析常见问题:如何为网站配置负载均衡?

    早期的互联网应用,由于用户流量比较小,业务逻辑也比较简单,往往一个单服务器就能满足负载需求。随着现在互联网的流量越来越大,系统功能也越来越复杂,单台服务器就算将性能优化得再好,也不足以支撑太大流量的访问压力了,这个时候就需要使用多台机器,设计

    2024年02月15日
    浏览(10)
  • openGauss学习笔记-204 openGauss 数据库运维-常见故障定位案例-重建索引失败

    openGauss学习笔记-204 openGauss 数据库运维-常见故障定位案例-重建索引失败

    204.1 重建索引失败 204.1.1 问题现象 当Desc表的索引出现损坏时,无法进行一系列操作,可能的报错信息如下。 204.1.2 原因分析 在实际操作中,索引会由于软件或者硬件问题引起崩溃。例如,当索引分裂完发生磁盘空间不足、出现页面损坏等问题时,会导致索引损坏。 204.1.3 处

    2024年01月24日
    浏览(14)
  • openGauss学习笔记-200 openGauss 数据库运维-常见故障定位案例-表文件大小无变化

    openGauss学习笔记-200 openGauss 数据库运维-常见故障定位案例-表文件大小无变化

    200.1 VACUUM FULL一张表后,表文件大小无变化 200.1.1 问题现象 使用VACUUM FULL命令对一张表进行清理,清理完成后表大小和清理前一样大。 200.1.2 原因分析 假定该表的名称为table_name,对于该现象可能有以下两种原因: table_name表本身没有delete过数据,使用VACUUM FULL table_name后无需清

    2024年01月18日
    浏览(10)
  • openGauss学习笔记-195 openGauss 数据库运维-常见故障定位案例-分析查询语句运行状态

    openGauss学习笔记-195 openGauss 数据库运维-常见故障定位案例-分析查询语句运行状态

    195.1 分析查询语句运行状态 195.1.1 问题现象 系统中部分查询语句运行时间过长,需要分析查询语句的运行状态。 195.1.2 处理办法 以操作系统用户omm登录主机。 使用如下命令连接数据库。 postgres为需要连接的数据库名称,8000为端口号。 设置参数track_activities为on。 当此参数为

    2024年01月15日
    浏览(16)
  • openGauss学习笔记-196 openGauss 数据库运维-常见故障定位案例-强制结束指定的问题会话

    openGauss学习笔记-196 openGauss 数据库运维-常见故障定位案例-强制结束指定的问题会话

    196.1 强制结束指定的问题会话 196.1.1 问题现象 有些情况下,为了使系统继续提供服务,管理员需要强制结束有问题的会话。 196.1.2 处理办法 以操作系统用户omm登录主机。 使用如下命令连接数据库。 postgres为需要连接的数据库名称,8000为端口号。 从当前活动会话视图查找问

    2024年01月18日
    浏览(11)
  • openGauss学习笔记-199 openGauss 数据库运维-常见故障定位案例-Lock wait timeout

    openGauss学习笔记-199 openGauss 数据库运维-常见故障定位案例-Lock wait timeout

    199.1 执行 SQL 语句时,提示 Lock wait timeout 199.1.1 问题现象 执行SQL语句时,提示“Lock wait timeout”。 199.1.2 原因分析 数据库中存在锁等待超时现象。 199.1.3 处理办法 数据库在识别此类错误后,会自动进行重跑,重跑次数可以使用max_query_retry_times控制。 需要分析锁超时的原因,

    2024年01月16日
    浏览(37)
  • openGauss学习笔记-205 openGauss 数据库运维-常见故障定位案例-业务运行时整数转换错

    openGauss学习笔记-205 openGauss 数据库运维-常见故障定位案例-业务运行时整数转换错

    205.1 业务运行时整数转换错 205.1.1 问题现象 在转换整数时报错如下。 205.1.2 原因分析 部分数据类型不能转换成目标数据类型。 205.1.3 处理办法 逐步缩小SQL范围确定不能转换的数据类型。 👍 点赞,你的认可是我创作的动力! ⭐️ 收藏,你的青睐是我努力的方向! ✏️ 评论

    2024年01月24日
    浏览(11)
  • openGauss学习笔记-198 openGauss 数据库运维-常见故障定位案例-分析查询效率异常降低的问题

    openGauss学习笔记-198 openGauss 数据库运维-常见故障定位案例-分析查询效率异常降低的问题

    198.1 分析查询效率异常降低的问题 198.1.1 问题现象 通常在几十毫秒内完成的查询,有时会突然需要几秒的时间完成;而通常需要几秒完成的查询,有时需要半小时才能完成。 198.1.2 处理办法 通过下列的操作步骤,分析查询效率异常降低的原因。 使用analyze命令分析数据库。

    2024年01月16日
    浏览(10)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包