小处着手论调网

有种说法：只要是有人参与的事就难免有错，对于网络也是如此，很多工程师告诉编者：调网的过程中遇到的问题往往是出在一些最不起眼的小地方，有时会发现问题就在那些原来被理所当然认为是“没问题”的地方。以下就是这样几个典型的小例子。它们看起来可能有点“小儿科”，但是仔细想想这样的“小儿科”是否你也犯过？也许，通过这些“小事”的积累，你可能会变成“专家”。 　　例1:网络罢工只因电源松动 　　网络告急 　　早晨刚上班，办公室的电话铃声就响个不停。 　　“我不能上网了，快帮忙看看吧！” 　　“我登录不上了，怎么办？” 　　“我登录时总是报错，怎么回事呀？” 　　…… 　　昨天下班还好好的，怎么今天一早这么多人就都不能上网了？作为网络管理员，我顿时紧张起来。因为这不仅牵涉到技术问题，而且更主要的是会影响到生产进度。我们是勘测设计单位，今年的生产任务排得非常满，全院所有的设计工作都需要网络支撑，自从网络建成，几乎无时无刻不在满负荷运行。网络维护的工作量特别大，每出一点小故障，我们都得像火烧眉毛似地赶紧处理，以至于养成了一听电话铃响心里就一惊的毛病。 　　沉着分析 　　我首先做的事情就是使自己冷静下来，把问题的头绪理清楚。 　　我院的局域网由两台服务器、１台交换机、５台集线器和105台网络工作站（微机）组成。服务器采用HP LH Pro和HP E45的，交换机型号为Intel Express 10/100 Fast Ethernet Switch，集线器型号为Intel Express 10/100 Stackable Hub。垂直主干和水平支干均采用五类双绞线，网络采用交换机下行连接方式，速率可达100 Mbps。网络拓扑示意图如下： 　　从报告的情况看，多人同时不能登录，问题不大可能出在各个网络工作站或线缆上，而很可能是服务器或网络设备的故障。两台服务器，一台作为文件服务器，运行Novell NetWare4.11中文版；另一台作为应用服务器，运行Windows NT4.0中文版。大家均报告不能登录到Novell服务器，所以NT服务器先可以排除，不必检查。 　　交换机有8口，分别连5台集线器、2台服务器和1台管理工作站。如果用这台管理工作站可以登录到Novell服务器，说明两个问题：一是服务器正常，二是交换机至少有三个端口是好的，只需再检查和集线器相连的5个端口。每台集线器有24口，1口接交换机，其余23口接配线架，再通过五类双绞线连到各个信息点的信息插座。如果服务器和交换机都是好的，只要检查集线器的端口就行了。 　　最后我制定的检查方案是逐个检查、判断排除法。可以先检查Novell服务器，再检查交换机端口，最后检查与有问题的网络工作站所对应的配线架和集线器端口，如果检查到某一步有问题，下一步就不必再查了。 　　顺藤摸瓜 　　服务器和管理工作站以及交换机、集线器等网络设备都放在主控室里，当初这样放置的目的就是为了便于发生故障时容易检查。我通过管理用工作站，用Novell NetWare 4.11的客户端软件Novell Client32 for Win95登录服务器，很快便登录到服务器上，一切正常！说明服务器和交换机的三个端口都没问题。我又把管理用工作站分别连到交换机与集线器相连的5个端口，一一测试，均能正常登录，说明交换机端口全是好的。接下来检查集线器。我找出配线架端口与信息插座的对应表，发现不能登录的网络工作站全连在其中一个集线器上，于是判断：问题可能就出在这个集线器上。 　　现在注意力全集中到这台集线器。我把管理用工作站连到这台集线器的任意一个端口上，登录测试，不成功；再换一个端口测试，还是不成功；直到23个端口都测试完了，故障依旧，可以肯定毛病就出在这台集线器上。看着这台集线器，似乎与其它集线器没什么差别，如果所有端口同时发生故障，未免太凑巧了，令人难以置信，何况Intel的集线器质量并不差。 　　我再仔细观察，发现它与交换机相连的那个端口的黄色指示灯不亮，黄色指示灯是表明工作状态的，不亮，说明工作不正常。我把面板上所有的按钮都试了一遍，灯还是不亮。这是怎么回事？真的坏了吗？我不甘心地围着转转，突然想到看看后面板，后面只有一个电源开关，我开一下，灯还是不亮；又拔下电源插头重新插好，那灯居然亮了！我再登录，一切正常。原来是电源插头松了，接触不良，致使集线器未接通电源，当然不能正常工作了。 　　总结经验 　　故障终于排除，我如释重负。可回过头想想真是懊恼极了，竟然让一个松了的插头折腾了我两个多小时，紧张了好大一阵子。 　　从这次排除故障中，我得到两点启示： 　　一是遇到问题时要沉着冷静，认真分析，仔细检查，顺藤摸瓜，才能找到问题症结。越是着急越会手忙脚乱，于事无补。二是在网络的建设和维护中，对每个细节都不能忽视。如果当初在安装网络设备时能重视电源插头是否插牢这个问题，防微杜渐，今天就不致于累得我浑身冒汗了。(侯红) 　　例2:布线千万要“标准” 　　某日，我们应邀为机关财务室组建一个小局域网：1台PC SERVER（Windows NT4.0）通过集线器连2台CLINET（Windows 98），线缆为五类非屏蔽双绞线。网卡为内置10M/100M 自适应PCI卡，HUB为ACCTON 10M/100M自适应的。这自然是小菜一碟！安装调试完系统以后，我们就立即开始布线。本来随设备带了几根已做好的网线，但因为太短无法使用（HUB和CLINET在相对的房间，约距15米），我们就只好重新打线，好在双绞线、RJ45头及打线工具都是现成的，三下五去二就搞定了。布好线，连接好接头、HUB后，查看网上邻居——除了自己谁都看不见！于是采用刷新，刷子在屏幕上刷了半天，才出现了Domain，访问一个邻居，又是等半天。用PING命令测试，发现丢包率为50%。网络显然不正常。我重新检查了SERVER、CLINET的网络配置，网卡、HUB的接口，网线的接头，又用测试器测试了网线，均没有发现问题。问题究竟出在哪里呢？ 　　经过判断，我还是怀疑网线有问题。于是，把机器搬过来，换下自制网线用随机带的网线连接，一切正常。看来问题确实出在网线上。把网线两端RJ45头剪去，重新打RJ45头，再测试，两端顺序一致应无问题。连网再试，问题依旧。 　　我把自制网线与随机带的网线一比较，发现二者接法有异：随机带的网线的接线顺序是：白绿、绿、白橙、蓝、白蓝、橙、白棕、棕。而我做的线序为：白绿、绿、白蓝、蓝、白橙、橙、白棕、棕。一查资料，才恍然大悟：前者是EIA/TIA568A国际标准，而后者为我的“国际标准”——我把标准给记错了，而且过去组建的网络都是10M的带宽，按此顺序做的网线（甚至只要是两端对应，顺序一致）均畅通无阻。所以就沿用错误的接法，直到今天才发现。最后按EIA/TIA568A标准重新打线，一连即通。 　　不过，既然网卡、集线器都是10M/100M自适应的，我们做的线也支持10M，按理说也应该能以10M的带宽连通，为什么不正常呢？后来我们分析，可能是内置网卡被锁定在100M的速率。因种种原因未对此进行验证，也不知此分析是否正确，也许有其它原因。 　　通过这件事，使我得出了一个结论：标准就是标准，要想顺利地组建一个可靠、稳定的计算机网络，必须严格遵守有关的标准。幸亏这次搞的是一个最小的网络，如果组建一大的园区网，后果可想而知！目前我正负责机关园区网的建设，我们严格按SIEMON布线系统进行施工。这件小事时时提醒自己：科学，来不得半点马虎！(佚名) 　　例3:要敢于“怀疑一切” 　　去年6月份，我们上级要求，必须在一个月内把40多个单位的局域网通过远程拨号和X.25专线组建成一个广域网营销和生产管理系统。本人负责系统网络总体方案，及远程拨号访问和路由器等设备的调试、联通。虽然也颇费了一些周折，但总算比较顺利地完成了系统的组建，系统按时开通运行。由于我们是试点单位，系统开通后，上级把我们的经验和模式作为典型向全局推广。一时间，“取经”的电话、“救火”的传呼不断。 　　一个兄弟单位的系统模式、配置和我们的一模一样，而且X.25专线连接也已调通，但拨号网络无论如何也调不通。拨号网络的模式其实很简单，就是远程局域网（OS/2服务器+WIN95客户机）通过电话远程拨入本地中心服务器（OS/2），本地局域网采用某型号的路由器作为远程接入设备。对兄弟单位的求助，我当然全力以赴，无私援助。甚至把路由器、调制解调器等所有的配置参数都传给了他们，他们已经可以访问我们的服务器，但仍然无法访问自己的中心服务器。主管工程师说他已三天三夜没有睡觉了，请求我过去帮助调试。由于他说所有的细节都已考虑到，已经没一点招了，我也不敢轻易去充当“老师”，加上其他原因，最终也没有过去，只告诉他们再仔细检查一遍，再试试。 　　过了两天，对方打电话过来，告之网络已经调通。从电话中可以真切地感受到他们的喜悦之情，而且让我猜问题到底在什么地方，原来随路由器原配的RS232接头接触不良，而且已调换了3个都是如此，根本就没有想到这东西会出现问题！主管工程师感慨地说：“没想到老外的东西也会出现这些问题，把人捉弄得死去活来！” 　　我听后不禁哑然。幸亏没有过去“指导”，否则肯定丢丑。我永远也不会想到会在这里出现问题，而且本人对老外的东西从来就没有产生过怀疑！看来，以后再做网络时，一定要把每一个细节都考虑到，“怀疑一切”，包括老外的名牌！(佚名) 　　摘自《赛迪网》　侯红/文