网络安全最全常见的网络故障案例分析与解决方案_计算机设备故障分析案例(2)，2024年最新网络安全性能优化常见问题

最新推荐文章于 2024-07-25 15:39:57 发布

2301_82242964

最新推荐文章于 2024-07-25 15:39:57 发布

阅读量259

点赞数 5

文章标签：网络安全学习面试

本文链接：https://blog.csdn.net/2301_82242964/article/details/138630595

版权

给大家的福利

零基础入门

对于从来没有接触过网络安全的同学，我们帮你准备了详细的学习成长路线图。可以说是最科学最系统的学习路线，大家跟着这个大的方向学习准没问题。

同时每个成长路线对应的板块都有配套的视频提供：

在这里插入图片描述

因篇幅有限，仅展示部分资料

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化资料的朋友，可以点击这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

【故障分析】

UpLink端口不能被看作是一个单独的端口，这是因为它与相邻端口其实就是一个端口，只是适用的连接对象不同而已。借助UpLink端口，集线设备可以使用直通线连接至另外一个集线设备的普通端口，这样就不必使用交叉线。

交换机和集线器的芯片通常为×4，所以集线设备端口大多为4口、8口、16口、24口等，如果制作成5口，就会浪费3个模块，从而增加成本。

【故障解决】

将4口交换机更换为8口交换机，即可解决故障。

故障3：“COL”指示灯长亮或不断闪烁，无法实现通信

【故障现象】

局域网中计算机通过集线器访问服务器，但是某日发现所有客户端计算机无法与服务器进行连接，客户机之间Ping也时断时续。检查集线器发现“COL”指示灯长亮或不断闪烁。

【故障分析】

“COL”指示灯用于指示网络中的碰撞和冲突情况。“COL”灯不停闪烁，表明冲突发生；“COL”灯长亮则表示有大量冲突发生。导致冲突大量发生的原因可能是集线器故障，也可能是网卡故障。一般情况下，网卡出现故障的可能性比较小，因此将重点放在对集线器的排除方面。

【故障解决】

更换集线器，网络恢复正常。

故障4：升级至千兆网络之后，服务器连接时断时续

【故障现象】

原先服务器采用10/100Mbit/s网卡，运行一切正常。但是安装了一款1000Mbit/s网卡，用其连接至中心交换机的1000Base-T端口之后，服务器与网络的连接时断时续，连接极不稳定，无法提供正常的网络服务。使用网线测试仪测试网络，发现双绞线链路的连通性没有问题。

【故障分析】

在100Mbit/s时连接正常，只是在升级到1000Mbit/s时才发生故障，看来导致这种故障的原因可能是超五类布线问题。虽然从理论上说超五类系统支持1000Mbit/s的传输速率，但是如果双绞线、配线架、网线和其他网络设备的品质不是很好，或者端接工艺有问题，就仍然无法实现1000Mbit/s带宽。

由于1000Base-T需要使用双绞线全部的4对线，每对线的有效传输速率为250Mbit/s，并完成全双工传输，因此1000Base-T对双绞线的信号衰弱减、回波、返回耗损、串音和抗电磁干扰等电气性能有了更高的要求。如果双绞线或者其他配件的性能不好，就会在线对间产生严重串扰，从而导致通信失败。

【故障解决】

考虑到五类布线系统的性能有可能无法满足千兆网络系统，因此更换为六类布线产品之后故障解决。

故障5：尽管Link灯不停闪动，但网速却奇慢

【故障现象】

服务器上网速度很慢，开始时打开网页非常缓慢，后来甚至连网页都无法打开，Ping网站也无法解析地址。起初以为是DNS设置或者服务器故障，但是这些都正常运行。尝试Ping其他计算机，发现丢包率很高。而此时交换机的Link指示灯不停闪烁，数据的交换非常频繁，说明计算机在不停地发送和接受数据包。关闭交换机之后再重新打开，故障现象得到缓解，但是一段时间之后又出现这种故障。

【故障分析】

从故障现象来看，这是网络内的广播风暴。广播风暴的产生会有很多种原因，比如蠕虫病毒、交换机端口故障、网卡故障、链路冗余而没有启用生成树协议、网线线序错误或者受到干扰等。在网络故障发生的时候查看交换机指示灯是一个很便捷的判断方法，可以直观查看网络连通性和网络流量。

【故障解决】

就目前情况来看，蠕虫病毒是造成网络瘫痪的最主要原因。及时为服务器更新系统补丁，并且安装网络版本的病毒查杀软件，及时为服务器升级病毒库，在服务器安装防病毒客户端程序之后，故障得以解决。

故障6：服务器资源共享故障

1.无法将访问权限指定给用户

【故障现象】

整个网络使用的是Windows域，客户端是Windows2000 Professional。服务器的IP设置为192.168.0.1，DNS是127.0.0.1，路由器的内部IP地址是192.168.0.1。客户端全部采用自动获取IP地址方式，并且同属于DomainUser组。在服务器设置共享文件的时候，虽然可以指定权限，但是无法访问。

【故障分析】

在Windows域中，都是使用NTFS权限和共享权限来设置共享文件夹的访问权限。不过NTFS权限是高于共享文件夹权限的，也就是说必须先为欲设置为共享的文件夹设置NTFS权限，然后再为其设置共享文件夹权限。如果两者发生冲突，那么将以NTFS权限为准。

【故障解决】

先为用户指定NTFS权限，然后再指定共享文件夹权限。例如需要给用户A创建一个共享文件夹TESTA，使该共享文件夹能够被用户A完全控制，而被其他任何用户访问，就要先设置TESTA的访问权限，为用户A指定“完全控制”权限，而为Everyone设置“只读”权限。同样，在设置共享文件夹权限的时候也要这样设置。

2.共享文件夹无法显示在“网上邻居”中

【故障现象】

已经共享了某些文件夹，但是在“网上邻居”中无法查看，但是同一计算机的有些共享文件又能够看见。

【故障分析】

既然有些共享文件夹可以看见，说明该计算机的网络配置和连接基本正常。而且这其实并非一个故障，而是属于共享属性的一种配置类型。在Windows系统中，共享文件类型主要有两种，一种是供系统调用的；另外一种是供其他用户访问的。供系统调用的共享文件是不在“网上邻居”中出现的，但是可以用诸如“Net View”之类的命令显示；供其他用户访问的共享文件是可以在“网上邻居”中看见的。

那么如何配置不可见的共享文件夹呢？只需在共享文件夹名后面加上一个美元符号“”符号，所以客户端用户是无法看见的。

【故障解决】

将共享文件名后的“$”符号删除，不能显示的共享文件就可以在“网上邻居”中出现了。