常见问题以及解决方案
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
问题 1 –端口无法连接网络
现象:将电脑、电话、无线接入点或打印机插入墙壁上的网络插孔,而网络连接不正常。交换机端口的连接指示灯和网卡的连接指示灯都不亮。
原因:若没有修复墙壁插孔上的网络连接,则时常会发生掉线或无法连接的问题。在许多企业中,只有那些经常使用的连接才被修复。当移动了办公室或会议室后,有时会发现那些不常使用的网络插孔并没有被测试过,或是那些无法连接的插孔可能是由于登记错误导致的。此外,交换机端口可能被强制关闭。
解决办法:检查和确认交换机端口是否已被激活,且网络连接已被修复过。当任何设备被移动到办公室时,请务必对新的网络连接进行测试,确保他们能够正常工作。就IP电话而言,也有可能是电话的电源供应不足。
问题 2 –无法获取到 IP地址
现象:网络瘫痪或出现故障而不能正常运行。操作系统可能会提示客户端当前无法从DHCP服务器获取到IP地址。检查网卡的状态后,发现没有分配IP地址。
原因:没有收到来自DHCP服务器分配的IP地址。DHCP服务器的IP地址耗尽、服务器的服务瘫痪了、终端设备可能被配置为使用静态IP地址而不是通过DHCP分配、终端设备的DHCP请求从来没有到达服务器端,这些都可能导致客户端无法获取到IP地址。
尤其是如果一个新的设备配置一个虚拟局域网(VLAN),没有建立与服务器的服务请求连接时,设备肯定不能获取到IP地址。即将一个新设备配置到一个VLAN时,若没有将DHCP 请求中继到DHCP服务器,就会导致请求不能发送到DHCP服务器端。
解决办法:关键问题是多少用户出现了同样的问题,一个用户还是多个用户?如果只有一个用户受到影响,那么请确认该客户端的网络设置是否配置为使用动态主机配置协议(DHCP)。
下一步,检查交换机的端口被划分到哪个VLAN,检查属于该VLAN的其他设备能否获取到IP地址。如果他们也不能获取到IP地址,问题原因可能是路由器没有将DHCP请求转发到DHCP服务器。如果多个子网内的许多设备都出现了这个问题,那么可能是DHCP服务器出现了问题,即服务器的DHCP服务可能没有运行,或者它的IP地址已经耗尽。
问题 3 –无法连接到应用服务器
现象:当用户试图打开一个应用程序时,系统可能会提示无法连接到该应用程序服务器。当使用电子邮件应用或客户关系管理(CRM)应用时可能会出现这种问题。反映到服务台的常见投诉是网络瘫痪了,而这可能并不是真正的原因。
原因:许多原因都可能导致客户端无法连接到应用服务器。关键是需要询问用户这个问题是经常发生,还是断断续续发生?如果用户终端已获取了一个正确的IP地址,那么可能是用户和服务器间的路由有问题。这种情况下,可以通过一个简单的ping测试来验证。如果连接时断时续,则可能是由于服务器太繁忙,而不能及时响应客户端的请求所导致的。
解决办法:如果使用ping测试后发现路由没有问题,那么请检查服务器的负载和资源。检查服务器是否正忙于执行一个诸如备份的任务?如果不是这样的话,请检查客户端和服务器之间的网络负荷,且侧重关注广域网连接(如果有的话)。
通常,客户端和服务器之间的网络利用率过高也可能导致客户端能连接到应用服务器。最好的办法是使用一个SNMP工具来监测这些链路上的网络使用率。另外,寻找所有交换机和路由器上的以太网错误,这些错误可能导致客户端与服务器间的数据包丢失。
问题 4 –VLAN配置错误
现象:当在网络上建立诸如无线宽带或IP电话的新服务时,通常要用VLAN来隔离其与其他用户间的流量。这就要求对承载这些服务的交换机端口配置正确的VLAN.如果VLAN配置不正确,那么这个服务可能无法正常运行。IP电话如果没有经来电管理设备注册授权过,那么连接到该电话的个人电脑可能就无法连接到关键服务器,或者无线用户可能没有获取到适于该无线环境的正确IP地址。
原因:没有对承载这些服务连接的交换机进行正确配置。也许在公司内部并没有沟通好配置哪些端口来支持新服务。
解决办法:通过测试,验证该端口支持哪些VLAN.若条件允许,使用一个VLAN标签生成特定VLAN的业务,检查这个端口上是否配置了VLAN.通过检查DHCP服务器提供的IP地址,来确定VLAN配置在了哪些端口上。另外,检查交换机的配置来验证VLAN配置。
问题 5 –双工方式不匹配
现象:网络能够连接,而双工方式不匹配,会导致网络性能很差。这种情况下,交换机和网卡的链路指示灯都是亮着的。而网络性能却受到很大的影响,吞吐量会下降到100Kbps 或者更低水平。
原因:网络连接的一侧设备工作在全双工(能够同时发送和接收数据)模式下,而另一侧的设备工作在半双工(在同一时刻只能执行发送或接收)模式。全双工侧的设备不需要等待即可不断发送数据,不论对方能否收到数据它都会发送。
半双工侧设备在发送前必须等待,直到它不接收数据才能开始发送。这意味着全双工侧设备有可能会中断半双工方的数据传输,造成半双工侧中止传输。如果传输被中止,将需要重传这个数据帧。这将大大减少半双工侧设备所能使用的带宽。
解决办法:一般情况下,若网络两侧设备的双工方式不相互匹配,采取的常用办法就是把网络连接的一侧设备(通常是交换机)强制配置为全双工,而让另一侧设备(例如个人电脑)配置为自适应网络链路状态。
理想的情况是:自适应功能能够确认对方的全双工设置,并与这个链路设置相匹配。然而事实却未必如此。被强制设置为全双工模式的设备不再发送正确的信号。而网络另一侧的设备恰恰需要这些信号来确定链路的速度和双工方式,以及自适应对方链路设置。
因此,在这种情况下,需要自适应链路的设备不得不去猜测链路的双工方式。在不能确认双工方式的情况下,自适应功能将默认链路状态为半双工方式。这就是大多情况下,网络发生双工方式不匹配的主要原因。为了解决这个问题,需要将网络上所有的连接都设置为自适应——除非你确实有别的原因。在这些事件中,如交换机间的连接,一定要将两侧设备设置为全双工。
问题 6 –应用性能缓慢
现象:应用程序运行缓慢。它可能在某一界面上冻结或在访问数据时停止运行。通常情况下,网络链路状态不佳是造成这些问题的主要原因。
原因:确定网络应用程序的性能问题可以帮助服务器维护人员定位问题源。许多问题都可能导致应用程序运行缓慢。其中最常见的原因是在服务器在生产时间进行备份操作,数据库服务器的响应缓慢,以及网络中丢包情况较严重。对于一位网络技术员来说,最重要的事情就是首先确定是服务器还是网络造成了响应速度缓慢。
要确定这一点,可以从一个客户端捕获流量。寻找客户端和服务器之间的任何重传数据包。如果存在重传现象,则表示网络传输过程中有数据包丢失,这会严重影响应用程序的性能。如果客户端和服务器之间不存在任何重传,问题可能出在服务器上,这种情况下可以严格监测服务器。