路由器的设置设置出现问题

来源：蜘蛛抓取(WebSpider) 时间：2011-04-10 00:49 标签： 路由器的设置
您还未登陆，请登录后操作！
无线路由设置问题
共有 4 位网友向您献上回答啦， 对答案满意？赶快给出你的好评，感谢他们吧！
是可以真接连接上一个无线路由器的啊,只要你将你的无线路由器的IP地址修改过就行了,修改过后将你的入输账号改为自动就能使用你的无线路器能用无线上网了,那样也很方便的啊
中手工填写无线网络的DNS，例如可以使用& &这个地址，连接无线路由器后即可使用。
您的举报已经提交成功，我们将尽快处理，谢谢！
大家还关注路由器设置遇到的问题及解决办法_百度文库
两大类热门资源免费畅读
续费一年阅读会员，立省24元！
评价文档：
10页免费10页免费11页免费2页¥1.0011页免费11页免费6页免费3页免费6页免费4页免费
喜欢此文档的还喜欢15页1下载券27页1下载券27页1下载券63页免费9页1下载券
路由器设置遇到的问题及解决办法|路​由​器​设​置​遇​到​的​问​题​及​解​决​办​法
把文档贴到Blog、BBS或个人站等：
普通尺寸(450*500pix)
较大尺寸(630*500pix)
你可能喜欢扫扫二维码，随身浏览文档
手机或平板扫扫即可继续访问
路由器设置遇到的问题及解决办法.doc
举报该文档为侵权文档。
举报该文档含有违规或不良信息。
反馈该文档无法正常浏览。
举报该文档为重复文档。
推荐理由：
将文档分享至：
分享完整地址
文档地址：
粘贴到BBS或博客
flash地址：
支持嵌入FLASH地址的网站使用
html代码：
&embed src='/DocinViewer-4.swf' width='100%' height='600' type=application/x-shockwave-flash ALLOWFULLSCREEN='true' ALLOWSCRIPTACCESS='always'&&/embed&
450px*300px480px*400px650px*490px
支持嵌入HTML代码的网站使用
您的内容已经提交成功
您所提交的内容需要审核后才能发布，请您等待！
3秒自动关闭窗口您所在的位置： &
分析负载过大导致路由器设置出现问题
分析负载过大导致路由器设置出现问题
因为当路由器设置负载过大时，它已经不能往日志服务器上发送日志了，只能用“systemshowsyslogbuffer”命令来查看当前系统缓存中的日志记录。
路由器设置还有很多值得我们学习的地方，这里我们主要介绍负载过大导致路由器设置出现问题，我把笔记本接到交换机的其中一个端口上，再ping网关。还是同样的故障，而且还发现每过4分钟到10分钟，网络就会断一次，并且40到50秒后又恢复正常。
经过观察发现：没有发现端口指示灯的异常情况，说明交换机的各个端口均正常。难道真是交换机的内部系统出现故障了？算了，索性把交换机重启一下。谁知重启后，故障依旧。可能交换机真的出了问题，我正想是否要把堆叠模块换到另外一个交换机上的时候，我的手机响了，又一个同事告诉我他的机器也出现相同的故障现象。而这个同事的主机在另外一个虚网中，同时出现相同的时通时断情况，那极有可能是连接这两个虚网的路由器设置出了问题。
这回问题集中到路由器设置上了。我急忙回到网络中心，从路由器的外部指示灯上看，没什么异常现象。在我的网管机上ping路由器的地址（我的网管机是直接连在路由器的百兆模块上的），也是时通时断。我又继续观察了一段时间，发现每过4分钟到10分钟，路由器所有模块的指示灯都会同时熄灭，接着控制模块上的&HBT&灯闪烁，然后&OK&灯亮起，最后所有模块的指示灯均显示Online。我解释一下，&HBT&灯闪烁表示路由器正在启动，也就是说正在自动重启，而且40秒左右的网络断开时间正好是路由器的重启所需的时间。现在问题的查找工作已经结束，肯定是路由器出了故障。具体是什么问题，还需要进一步的检测。趁着路由器正常工作的时候，把笔记本的COM口使用路由器的专用CONSOLE线连接起来，建立超级终端。在管理模式下使用命令&systemshowbootlog&查看系统的启动记录，发现各个模块的加载均属正常。造成路由器设置中重启的原因，最大的可能就是CPU的利用率达到100％。使用&systemshowcpu-utilization&命令查看CPU的使用率：
SSR#systemshowcpu-utilization
CPUUtilization(5seconds):50%
(60seconds):60%（前者是指5秒钟内CPU平均使用率为50％，
后者是60秒钟内CPU平均使用率为60％）
果然，连续使用此命令后得知CPU利用率正在逐渐上升，当达到95％的时候路由器设置自动重启。看来路由器的负载太大了，因为平时正常情况下，CPU的使用率仅为1％&6％左右。当网络使用高峰期的时候CPU的利用率会稍微高一点。但到底是什么让路由器过载呢？幸好以前曾经给过日志记录，并把日志发送到一个日志服务器上。但是打开这台服务器所记录的日志并未能找到有用的线索。因为当路由器设置负载过大时，它已经不能往日志服务器上发送日志了，我只能用&systemshowsyslogbuffer&命令来查看当前系统缓存中的日志记录：
SSR#systemshowsyslogbuffer
9:28:32%ACL_LOG-I-DENY,ACL[out]
on&uplink&ICMP210.16.3.82-&210.55.37.72
9:28:32%ACL_LOG-I-PERMIT,ACL[out]
on&uplink&ICMP210.16.3.82-&61.136.65.13
9:28:32%ACL_LOG-I-DENY,ACL[out]
on&uplink&ICMP210.16.3.82-&202.227.100.65
9:28:32%ACL_LOG-I-DENY,ACL[out]
on&uplink&ICMP210.16.3.82-&193.210.224.202
9:28:32%ACL_LOG-I-DENY,ACL[out]
on&uplink&ICMP210.16.3.82-&218.32.21.101
很明显，&210.16.3.82&这台在使用ICMP协议向其他主机发起攻击，据此判断，这台主机要么是中毒，要么是被黑客利用了。鉴于当时的情况分析，可能是网络中存在中了&冲击波杀手&病毒的主机。该病毒使用类型为echo的ICMP报文来ping根据自身算法得出的ip地址段，以此检测这些地址段中存活的主机，并发送大量载荷为&aa&，填充长度92字节的icmp报文，从而导致网络堵塞。而且病毒一旦发现存活的主机，便试图使用135端口的rpc漏洞和80端口的webdav漏洞进行溢出攻击。溢出成功后会监听69（TFTP专业端口，用于文件下载）端口和666-765（通常是707端口）范围中的一个随机端口等待目标主机回连。
根据该病毒的传播机理，立刻在路由器设置访问控制列表（ACL），以阻塞UDP协议的69端口（用于文件下载）、TCP的端口135（微软的DCOMRPC端口）和ICMP协议（用于发现活动主机）。具体的ACL配置如下：
!---blockICMP
acldeny-virusdenyicmpanyany
!---blockTFTP
acldeny-virusdenyudpanyanyany69
!---blockW32.Blasterrelatedprotocols
acldeny-virusdenytcpanyanyany135
acldeny-viruspermittcpanyanyanyany
acldeny-viruspermitudpanyanyanyany
&【责任编辑： TEL：（010）】
关于的更多文章
路由器是工作在OSI参考模型第三层――网络层的数据包转发设备。
如何帮助客户定制现有IT投资？您会在ACI的全新思路中找到答案！
作为一名Android粉丝，我们平时会用到很多谷歌服务，
作为一名Android粉丝，我们平时会用到很多谷歌服务，
谷歌2012年7月在堪萨斯城推出了超高速宽带服务Google
作为深受编程人员爱戴和尊敬的编程专家，微软.NET开发团队的顾问，本书作者Jeffrey Richter针对开发各种应用程序（如Web Form、W
51CTO旗下网站

我要回帖

更多关于 路由器的设置 的文章

 

随机推荐