网络管理员常见错误集锦

第一篇：网络管理员常见错误集锦

协议分析器是网络管理员库中最强有力的工具之一。它能将难处理、耗时长、让CEO们感到恼火甚至不得不重启所有机器的问题转变为能短时处理、易于在每周例行状态报告中反映的问题，为公司省下大量的时间与金钱。

然而，就像其它任何复杂工具一样，它必须被适当运用才能获得最大的效益。在使用协议分析器诊断网络故障时，应当尽量避免……

错误1 分析器误置

正确放置分析器对快速诊断故障具有决定性作用。设想分析器是置于网络中的窗口，犹如建筑物窗口一般，视野的改变依赖于从哪个窗口看出去。从南面窗口望去是看不到建筑物北面高速公路上交通的拥挤状况的。在分析置于网络不当位置的分析器时，跟踪往往要花很长时间。那么，怎样正确放置分析器呢？我们可以举例说明。

以下为几个可能出现的问题及原因分析：

设想A：一台主机，服务器A，主机不能与其它任何主机通信。可能的原因：

1）服务器A没有正确配置；

2）服务器A配置的网卡出错；

3）服务器A所在局域网出了问题；

4）服务器A所在局域网段出错。

设想B：一台主机，服务器B，主机不能与远程网X中的任何一台主机通信；且局域网或其它远程网中的主机无任何故障（这就意味着问题不可能出现在服务器B或服务器B所在局域网段上）。

可能原因：

1）服务器B有关网络X的部分配置错误；

2）3）4）5）服务器B用于连接到网络X的路由器所在网段的连接出了问题；服务器B所在局域网与网络X的一处或多处链接出了问题；网络X用于连接到服务器B所在网络的路由器所在网段出了问题；网络X出了问题。

设想C：一台主机，服务器C，主机不能与局域网中另一主机通信，但与网络中其它主机通信正常（这意味着问题不可能出现在服务器C或服务器C所在局域网段）。可能的原因：

1）主机C错误配置；

2）主机C网卡出现故障；

3）主机C所在局域网段出了问题。

设想D：一台主机，服务器D，主机不能与一远程主机通信，但与服务器D所在局域网段的其它主机通信正常，到远程网或远程网自身的连接亦无故障。

可能原因：

1）主机D错误配置；

2）主机D网卡出错；

3）主机D所在局域网段出了问题。

这些问题当中个别的不用分析器也可诊断或排除。例如：设想A中的第三种情况，就能通过检查服务器A所在局域网的其它主机决定故障所在；设想D中的第二和第三种情况亦能通过这种方法确定（假设主机D能与局域网中其它主机通信）。

一台服务器或主机的错误配置通过检测很容易被发现。但另外一些问题，像网络或网段中的故障，就需要分析器来诊断。

在以上所有可能的设想中，一开始或许会将分析器置于离最有可能出现问题的主机或是怀疑有问题的网络、网段尽可能近的地方，但是如果未发现有意义的问题，得准备好移动分

析器，要知道，在出现故障的位置被确定以前，所做的一切都是建立在猜想基础上的。在以上设想B的第三种情况中，服务器B所在局域网和网络X中都应该有分析器，至少分析器应该能够从一端被移动到另一端。

例如，一次故障中，一台服务器突然停止了工作。人们起初怀疑是站点人员对服务器实施了误操作所致，实际上跟踪器表明，是因为众多主机向服务器发送连接请求信息的同时服务器却没有响应，致使服务器死锁。

在花了几天时间来判断到底服务器出了什么问题后，被告知观察跟踪器，于是请求站点操作员将跟踪器从主机所在局域网（这里指设想B中第三种情况的网络X）移到服务器所在局域网。结果发现访问控制列表没有被正确添加到服务器所在局域网的路由器上，这份错误的访问控制列表过滤了所有来源于客户端主机所在网络的信息。假若当初多一些怀疑的话，就会发现在服务器所在局域网中根本就没见到过连接请求信息。因为没有同时查看网络两端的情况，致使站点很多天不能工作。

怎么知道跟踪器在网络的哪一端起作用呢？在跟踪器中，发自客户端主机的帧信息都具有实客户端所有的源MAC地址，与此同时，目标MAC地址则存放在路由器中。

不幸的是，问题变得越来越复杂，仅仅知道分析器连接于哪个网络还不够。当将一个局域网分解成多个部分时，首要的是去找到空闲Hub端口或同轴电缆的分接头，然而，在网络交换环境下，并不是仅仅将分析器接入交换设备的空闲端口就万事大吉了。

大多数交换设备都具备将特定端口指定为分接头或映像端口的能力，只是所用术语因交换设备制造厂商不同而有别。如果所有来自或发往特定端口的通信同样能发送到映像端口，这时只要将分析器连接到映像端口，所有设置即告完成。

但问题在于有些交换设备不能将两端口之间的通信发送到映像端口。举例说，在双工环境下，作为监控的连接之一部分的两台主机能同时发送信息，交换机也能接收每帧数据并将其传输到链接中的另外端口。但对于映像端口，必须对某一数据帧进行缓冲，如果这样处理了太多帧，缓冲区就会溢出，数据帧就会丢失，跟踪因此变得不可靠。更糟的是，根本就不知道是在跟踪不可靠的线索。

某些交换设备支持内部分析器功能，这类交换机本身能够俘获传向被跟踪对象的数据帧。这种功能部件的可靠性依赖于交换机的缓冲容量。在某些情况下，我们不得不选择映像端口或是内部分析器方式。但只要有可能，最好是将主机之一和分析器连接到Hub，并将Hub挂到交换机上。

为什么这么做呢？这是因为即使确信交换机有足够容量缓存所有数据帧，以至于映像端口或内部分析器不可能丢数据，跟踪仍然是不可靠的。例如，标准以太网中，一个处于交换机有故障端口的RJ45连接器每当交换机向服务器传输数据帧时都会创建交互式会话，交换机将此解释成为一次冲突并停止工作，当尝试16次之后数据帧就会撤消，但数据帧仍被发送到映像端口，因此跟踪器发现了数据帧并显示服务器响应失败。另一种情况是：不合规格的配线导致1%的数据帧破坏。如果将分析器与第一种情况（任何位置的数据帧都能传送）中提到的的主机一起挂到Hub，或者与第二种情况（网络中有被破坏的数据帧）中主机一起挂到Hub，接收交换机的端口会在未将数据帧发往映像端口之前就将它们撤消，跟踪器没有任何错误指示。当然，每当改变一种方式，都得冒一定风险来纠正可能出现的意外问题。如果RJ45连接器出现故障仅仅是因为没有在交换机端口将其固定好，那么只要将连接器重新插入Hub，故障或许也就不存在了，至少问题是得到了解决。

另外需要记住的是，对于交换设备，在其网段内每个端口都是有效的，因此当连接到服务器的交换端口未发现问题时，应将Hub（或分析器）移动到主机或路由器交换端口。还有，注意不能将Hub挂到双工环境。有些分析器能以双工方式工作，这类分析器有两个以太网口和一个功能模块，功能模块将通信对分为两部分，并分别发送到每一以太网口，之后软件把从每个以太网口接收来的数据结合成单一的跟踪链。如果网络是双工环境，就需要这种分析器。

错误2 过多的过滤

过滤功能允许协议分析器忽略某些数据帧，从而为感兴趣的帧腾出更多的俘获缓冲空间。如果能过滤来源于较高协议层的数据，如IP地址和端口号以至更高层数据，则分析器几乎很少需要基于源或目标MAC地址的过滤。然而，实际跟踪中通常出现的问题是过滤太多。

有一个站点出现过这样的故障：服务器与一特定客户端之间的连接出了问题，莫名其妙地断开了，其它客户端都没有任何问题。由于客户端与服务器处在同一子网，一旦发生断开现象，使客户端与服务器恢复连接的唯一办法是重新启动服务器。

这个站点安装了分析器，同时因为数据量大，配置了过滤器，只允许俘获两主机（基于MAC地址）之间的数据帧。前两天中没有发现问题，但在第三天问题出现了：跟踪表明服务器突然停止了发送多路会话和最后一次会话。当从服务器端ping客户端时，跟踪器显示服务器没有发送任何数据帧。站点操作员得出的结论是：TCP栈或操作系统出了问题。于是请求另一次跟踪，这次没有使用过滤器。一天半以后俘获了另一事件：跟踪清楚表明服务器持续发送数据，而与此同时却再也没有得到应答。经过更深层挖掘，发现服务器数据帧的目标MAC地址突然改变了。

既然目标MAC地址不再与客户端的相匹配，那么第一次未使用过滤器的跟踪就不再俘获到MAC地址，同时表明服务器已停止了工作。另外发现就在地址改变之前，服务器无故收到带有为客户端IP地址配置的新MAC地址的ARP信息包，这导致服务器升级ARP缓存并向错误主机发送数据。

通过ARP数据帧的源MAC地址由无故发送ARP的主机向下跟踪，不知何故，主机居然同时配置了复用于客户端的静态IP地址和DHCP地址。当主机启动时，分配的是静态地址，这与服务器相冲突，于是调用DHCP，正确地址才配置上。

基于这一点可得出这样一个结论：用过滤器看似很有道理，但很多时候问题的根源往往以假象出现在过滤器之外，如果跟踪器没有表明问题的起因，过滤器应当关闭，或至少应当扩展一下，直至跟踪器确实查出原因。仅当所有过滤器都关闭后跟踪器仍无法查出问题起因，才可以得出结论——对网络已无计可施了。

错误3

俘获时帧太短

前面例子中表明，站点操作员使用过滤器是因为网络中数据量过大。分析器仅能俘获大约3分钟时间的数据，这使得站点操作员几乎不可能发现问题的发生并使分析器及时加以阻止以真正找到问题的起因。分析器能够俘获数据帧而没有将它们填入俘获缓冲区的时间长短取决于网络的速度、网络中帧的数量、帧的大小以及俘获缓冲区的大小。

几乎所有分析器都能控制俘获数据帧的大小，这在处理连接问题和不太高协议层问题时显得很有用。在通常情况下，只要俘获数据的第一个64字节也就足够了。因此，如果网络中所有帧都是1024字节而仅有3分钟俘获时间，那么仅俘获64字节将允许有超过30分钟的俘获时间。

错误4

触发器安装不正确

触发器告诉分析器执行某项操作，比如终止俘获。当等待问题发生而又不知道将何时发生时，触发器显得很有用。

安装触发器意味着没有必要随时以手动方式来控制分析器。触发器安装的最大问题往往是没有正确定义，这会大大延长解决问题的时间。

当然，应该详细知道怎样安装触发器，并且，若有可能，在使用之前进行测试。有时可以安装另一台分析器来发送触发数据帧，以确认俘获分析触发器已正确安装。

使用触发器带来的另一问题是，许多分析器允许设置将被预触发的俘获缓冲区的百分比。举例来说，可以指定50%的缓冲区在触发之前俘获，而另外50%的缓冲区在触发之后俘获。预触发的百分比通常是0、25、50、75或100。

如果预触发值设置不当，就有可能俘获不到足够的相关数据帧来诊断问题所在。预触发值有可能被错误设置是因为其默认设置对现行问题往往不适用：也许是因为未将针对前一问题的设置升级，也许是因为粗心的鼠标操作或错误按键。无论何种原因，一定要确认触发器已正确安装。

那么怎样来设置呢？通常是将预触发百分比设为100%，以知道是什么原因导致触发器关闭。

当然，只有当触发器在触发某事件时，它才处于关闭状态。过去使用过特殊的触发程序，它能测试状态，然后发送信息包，分析器可将此信息包用作触发器。测试状态可以是日志文件中的错误信息，或是上例中无法创建连接的情况。一般整个程序也就一百多行或稍长一些。错误5

日期/时间设置不正确

没有正确设置分析器上的日期/时间看似一件小事，很多时候可能也确实是这样。然而，当处理广域网络中的问题时，有时同时运行两台分析器，网络每端一台，则正确设置日期/时间是相当有用的。

如果将两台分析器时钟设置相同，调整跟踪会变得更为容易。假定在一个例子中，通过发现通用帧并比较时间，会发现其中一台用了4小时37分，比另一台提前了15.7891秒，如果时钟设置同步误差在1到2秒，时间差距计算也就容易多了。

另外，如果需要费劲地随主机中的事件调整跟踪，由于基于时间包的同步是不可选的，则设置相同的日期/时间绝对具有实质意义。

错误6 不理解协议

很多分析器具有“专家分析”功能，指的是它们能保持对信息的追踪，像序列号、时间信息、显示重传信息、冻结窗口、无应答状态等等。这类分析相当有用，但也有可能造成误导，尤其在分析器没有正确报错时。

举个例子，有一种情况：从一远程位置发来的远程登录会话无法建立，而发自局域工作站的远程登录会话却没有问题。于是站点操作人员在远程登录服务器所在的局域网挂一分析器，跟踪器表明从远程主机到远程登录服务器的数据帧没有报错；于是他们得出结论是操作系统故障。

另一位操作人员查看跟踪器发现，局域端远程登录会话连接到端口2323，而远程会话连接到端口23。另外，远程登录服务器响应远程连接请求的信息包包含了RST标志设置。在这里，站点操作人员没有仔细查看TCP细节，因此没有意识到不同端口号和RST包的重要性，他们依赖来源于分析器的诊断信息，既然远程登录服务器的端口23没有安装，凭感觉猜想也认为是操作系统出了问题。然而，若站点工作人员了解TCP和远程登录，他们就会立即发现问题所在并能在5分钟内找到一个好的解决办法。

事实上是，他们等半天时间来安装跟踪器，结果失去了远程网上数目相当可观的客户。

第二篇：个人简历常见错误

必读：6个简历里常见的错误

从头到尾我也做过一些招聘工作，从简历筛选、通知面试、面试都在进行。发现很多人在简历中犯了不少错误，也许对于求职者来说是很小的问题，但是其实往往决定了一个机会的得失，觉得有必要整理出来，给大家一个提醒。

1、简历上的电话停机或者关机状态

这个问题一说出来，可能大家会觉得很可笑，怎么可能是一个重要问题。我也很惊讶，就我们统计的结果来看，筛选出的简历，大约有20%是由于电话停关机的问题没办法通知到的。我总结一个原因是不少异地求职的人员到当地求职后，发送简历的时候忘记把已经更换的号码在简历上更新了；另一个是很多人使用的神州行、动感地带的号码需要充值，但是觉得晚

一、两天没事；殊不知，每天求职的简历成百上千，通知面试的人不可能天天跟踪你的电话开通情况的。即使暂时不方便接听电话，也建议可申请秘书台服务，不漏掉一个可能的机会。注意更新自己的简历联系方式，保证自己能随时被找到，让自己处在随时启动的状态，会比其他人得到更多的机会。

2、未及时更改、更新简历信息

尤其是求职信。往往收到一份简历，求职信写得恳切规范，但是到末尾一看，称呼的“贵公司”名字原来根本不是我公司，不免大倒冷水，也对求职者的诚意表示怀疑。另外就是不少人，求职信里头一句还写着“我是一个刚走出校门的学生„..”看到简历里，原来已经工作1-2年了。发出一份简历是通过考虑，慎重地，但是这样的简历，很难让人相信，不是随手的游戏。

3、罗列全部实习经历

这在毕业生的简历里经常发现。为了提高自己的命中率，不少毕业生会在工作经验那栏把自己所有的实习经历写出来。粗看简历，觉得有很多工作经验，但是仔细一看，就会发现很乱，各个经历之间是毫无关联和逻辑的，家教、促销、网络管理等等。其实就毕业生来说，没有实际的工作经验是客观事实，用人单位不会因为你罗列了很多短期实践就给你面试机会，更看重的是你是否有能给自己加分的思想和与众不同的潜力。罗列经历，只能让自己的简历看上去很杂乱。

4、大量、多次投递岗位

一般的求职成功经验是多撒网，多投递简历，反正在网络上多次投递的边际成本为0。但是这个多撒网，指的是有的放矢地投递，而非毫无目的。统计中，大约有35%的简历是盲目投递的，有的简历根本不完整，只写了姓名和电话，正文部分完全是空白；有的软件专业毕业，把所有的硬件岗位都申请了；有的多次被拒后，仍每天投递；还有的几乎投递了公司所有的招聘岗位。如此疯狂、不成熟的投递方式，并不能带来高的命中率，不了解自己，不了解职位的要求，很难让用人单位相信你的符合度和稳定性。真正命中率高的，往往是成熟的求职者：对招聘要求做了仔细的揣摩，根据自身条件和岗位符合度投递简历，并为面试做了认真准备。

5、简历条理不清晰

一般的简历模版，都会分工作经验和学习经历两部分，为了突出简历，一些求职者会创造新的模版或者按照自己的思路填写简历，但是简历筛选人每天在查阅大量的简历，遇到标新立异的简历往往很头痛，因为不是按常规的条理来写的，很难从中找到需要的信息，尤其3页以上的简历，更需要有非常清楚的条理。或者就是发现了合适的简历，但是因为模版问题，联系方式总要到处去找。其实建议大家就用网站推荐的模版比较好，清楚规范，便于理解。

6、爱用附件简历

为了省事，一些人喜欢使用附件简历，直接发送到公布的邮箱。但是现在电脑病毒越来越多，很多求职者是在网吧里发送简历的，各个用人单位，尤其是大公司的邮箱，防备特别严格，附件发送过来的简历，十有五、六是乱码。打不开，也无法一一直接回复各个求职者的心情，是很难受的。

常有人在论坛上问我，为什么投递了那么多简历，都没有回音？但是也有人跟帖，自己投递的命中率是很高的。没有回音的原因可能有很多，但是我建议，那些苦苦等待回音的人们，打开自己的简历，看看是否有以上问题？(完)

第三篇：论文常见格式错误

各位指导老师：

首先，对大家在毕业设计中付出的劳动表示衷心的感谢！大家辛苦了！

在近几年的毕业设计中出现了一些问题，在此进行部分汇总，供大家参考，有则改之，无则加勉！

1、请各位老师在以后的毕设中务必认真负责的进行指导，了解学生在毕设中具体做了哪些工作，并据此给出指导教师分数，避免指导教师评分全部都是高分的情况，尽量按照优秀15%、良好45%、中等30%、及格10%的比例进行打分。务必请以后指导毕设的老师认真负责的进行论文的指导，再次表示衷心的感谢！

2、论文中的字体要求：正文中文为宋体、英文和数字（含标题和图表）使用Times New Roman字体。设置方法：选中全文，设置字体中文为宋体，西文字体为Times New Roman即可；

3、论文中的所有标点符号（特殊要求除外）应使用中文全角，如逗号为“，”，而不是“,”；

4、论文中不能存在大块空白，如图片在该页占不下，应补充前面内容（多说点话）填充空白，或将图片后方文字挪到空白处（最好不采用此种方式）；

5、所有图片应使用Visio软件/AutoCAD/Protell等软件由学生自己画，图中涉及到的文字使用10磅大小，在将图片插入正文中时，不能改变图片大小，否则图中文字大小将改变；

6、图/表内文字应与图/表格协调，不能出现框大字小的情况；

7、在出现图/表之前，应在该图/表之前的正文部分出现对该图/表的引用，如“见图1-1所示。”，并使用“，”或“。”结束，而不能使用“：”。

8、论文封皮班级处应填写：2009级1班/2009级2班/2011级专接本1班；

9、摘要部分应写该论文主要做了哪些内容，如何做的，不能写与论文设计过程无关的介绍性内容，字数要求300-500字；

10、英文摘要和外文翻译要严格把关，不能出现严重错误；

11、论文内容应重点描述该设计是如何实现的，对使用到的元器件、软件等的介绍性内容应压缩到1-2页之内；

12、另外一些格式问题请参看《物理系、电气信息工程系论文撰写规范》，如总结、参考文献部分的格式、中英文摘要部分的格式等；

以上列出了在答辩过程中出现的一些普遍问题，请各位指导教师认真核对自己学生的论文，是否存在以上问题，如有，请督促学生认真修改，修改完成后请收集学生的论文一份，并收缴电子版保存。

学生论文在后续工作中都要进行统一装订打印，因此请严格控制学生论文质量，如在装订打印前发现论文存在质量问题，则由指导教师亲自进行修改。

再次对老师的认真负责、辛勤工作表示衷心的感谢！

第四篇：毕业论文常见错误

毕业论文常见错误

1.论文内容

 第1章绪论应包括以下几方面内容：选题意义和背景；国内外研究现状；本文研究内容及各章安排。

 第2章方案论证前，要先介绍设计要求。

 系统硬件设计的介绍，不能只介绍系统的各个器件和模块，还要介绍总体电路的设计。

 系统软件设计的介绍，不要罗列原程序，要以流程图的形式介绍主程序以及各子程序的实现思路。

 流程图要符合逻辑，判断框要标明判断条件。

 最后一章结论与展望，不要写在设计过程中学到什么，遇到什么困难以及如何克服等等。那是实习报告。要结合设计本身，介绍如何设计，实现哪些功能，以及设计还存在哪些不足，今后如何改进。

2.排版格式

 杜绝错别字以及语句不通顺等低级错误。

 每段首行要空两格，每章要另起一页开始。

 图中字号要与正文相仿，不能太大或太小；图与图名要在同一页内，不要分开。

 表格采用三线表，表名在表格上方。

 图、表、公式要按章排序，如第3章的第5张表，为“表3－5”。 图表要清晰。从网上复制过来的不清晰的图，要重新绘制。

第五篇：商务英语常见错误

商务英语中常见错误

Personal vs.Personnel

密切注意这些单词的拼写和重音！“Personnel”是个名词意思是公司的职员。例如“Our company has the best personnel in the industry.”重音落在单词的末尾。“Personal”是个形容词意思是私人或是个人。“I'm requesting a day of annual leave for personal reasons.”重音容落在单词的开头。如果你不仔细，你就可能说成“personal meeting”而不是“personnel meeting.”

Executive

“executive”是公司的管理人员。如果你正在向访客或是客户介绍你公司的高层

executives，那就要注意单词的发音喽！如果你将重音落在 “u”上，那么“executive”马上就听起来象“execute”-将某人杀死或判死刑。

Present? Presentate? Presentation?

当你作presentation时present信息。Present是个动词意思是将某物呈现给别人。presentation是常在商务中推出新信息时使用的一种形式。许多人－就算是一些英语的本土人士－ 认为“presentate”是 “presentation.”的动词形式。不要犯同样的错误！“I look forward to hearing from you.”

这个短语通常用于商务信件中。但是学习英语者常写成，“I look forward to hear from you.”这不正确并且让英语本土人士听起来有些滑稽。动词 “hear”在这个短语中总是要有“ing”的。

Headquarters and Information

许多的英语学习者把“headquarters”这个单词的“s”漏掉而在“information”后加上了“s”。Headquarters是个单数名词意思是公司的总部：“I'm going to headquarters this

weekend to meet with the CEO.” Headquarters是个微妙的单词因为它是以“s”结尾的。看起来象是个复数名词！但是漏掉“s”会把headquarters变成个动词，“to headquarter.” 在另一方面，许多学习者在information后加上了“s”。大多数人的理由是如果他们需要很多的信息，他们就需要把这个单词变成复数，例如，“I need informations on overseas study programs.”但是信息是个不可数名词（它没有复数名词）。你只需要说，“I need some information.”