Database error: Invalid SQL: select count(id) from pwn_comment where catid='1' and rid='1146'
MySQL Error: 1146 (Table 'zhongduobang.pwn_comment' doesn't exist)
#0 dbbase_sql->halt(Invalid SQL: select count(id) from pwn_comment where catid='1' and rid='1146') called at [D:\wwww\php\zhongduobang\includes\db.inc.php:55] #1 dbbase_sql->query(select count(id) from {P}_comment where catid='1' and rid='1146') called at [D:\wwww\php\zhongduobang\news\module\NewsContent.php:170] #2 NewsContent() called at [D:\wwww\php\zhongduobang\includes\common.inc.php:524] #3 PrintPage() called at [D:\wwww\php\zhongduobang\news\html\index.php:15] Database error: Invalid SQL: select sum(pj1) from pwn_comment where catid='1' and rid='1146'
MySQL Error: 1146 (Table 'zhongduobang.pwn_comment' doesn't exist)
#0 dbbase_sql->halt(Invalid SQL: select sum(pj1) from pwn_comment where catid='1' and rid='1146') called at [D:\wwww\php\zhongduobang\includes\db.inc.php:55] #1 dbbase_sql->query(select sum(pj1) from {P}_comment where catid='1' and rid='1146') called at [D:\wwww\php\zhongduobang\news\module\NewsContent.php:176] #2 NewsContent() called at [D:\wwww\php\zhongduobang\includes\common.inc.php:524] #3 PrintPage() called at [D:\wwww\php\zhongduobang\news\html\index.php:15] Database error: Invalid SQL: select * from pwn_comment where iffb='1' and catid='1' and pid='0' and rid='1146' order by dtime desc limit 0,5
MySQL Error: 1146 (Table 'zhongduobang.pwn_comment' doesn't exist)
#0 dbbase_sql->halt(Invalid SQL: select * from pwn_comment where iffb='1' and catid='1' and pid='0' and rid='1146' order by dtime desc limit 0,5) called at [D:\wwww\php\zhongduobang\includes\db.inc.php:55] #1 dbbase_sql->query(select * from {P}_comment where iffb='1' and catid='1' and pid='0' and rid='1146' order by dtime desc limit 0,5) called at [D:\wwww\php\zhongduobang\news\module\NewsComment.php:64] #2 NewsComment() called at [D:\wwww\php\zhongduobang\includes\common.inc.php:524] #3 PrintPage() called at [D:\wwww\php\zhongduobang\news\html\index.php:15] 如何正确管理交换机系统-广州众多帮信息技术服务有限公司
导航菜单
网站标志
技术支持
如何正确管理交换机系统
作者:系统管理员    发布于:2018-07-25 14:51:01    文字:【】【】【
摘要:不论是人工交换还是程控交换,都是为了传输语音信号,这么一来我们就能成功解决由ARP病毒引起的无法远程管理交换机故障现象了。
根据市场需求的交换机系统,推出了三层甚至四层交换机。但无论如何,其核心功能仍是二层的以太网数据包交换,只是带有了一定的处理IP层甚至更高层数据包的能力。

交换机作为局域网中的核心设备之一,它的工作性能直接决定着网络的数据传输性能。可是,在长时间工作之后,交换机难免会遇到这样或那样的故障现象;为了及时解决故障现象,网络管理员时常会采取远程方法来管理交换机系统。

然而有的时候,我们会遭遇无法远程管理交换机的现象,面对这种故障现象,我们究竟该采取什么措施来面对呢?现在,本文就对这类故障的排除思路进行分析,希望能对大家带来一定的帮助!

检查线路连接状态如果客户端系统与目标交换机设备之间的物理连接不通畅的话,那么我们当然不能通过网络通道远程登录进目标交换机的后台管理系统,来对其进行远程管理了;因此,当我们遭遇无法远程管理交换机现象时,首先应该使用ping命令测试一下物理连接线路的通畅状态。

当然,在进行ping命令测试操作之前,我们必须选择一台与目标交换机处于相同子网的普通客户端系统,之后执行ping命令来测试交换机设备的IP地址是否可以正常ping通,如果不能正常ping通,那就说明物理连接状态可能存在问题;

此时,我们可以尝试换用其他客户端系统继续执行ping命令测试,看看目标交换机的IP地址是否还能被正常ping通,要是一直被无法ping通时,那问题很有可能出现在交换机自身“身上”,例如交换机系统的端口工作状态不正常,或者交换机的硬件性能不稳定时,都有可能造成无法ping通的故障现象。

当然,如果我们可以从普通客户端系统正常ping通交换机设备的IP地址,但是偏偏就不能远程管理目标交换机设备时,那问题多半是交换机出现了软故障,例如交换机后台管理系统的版本较低,或者是交换机系统被网络病毒入侵了。

检查端口工作状态有的时候,某个交换端口被大容量数据不断冲击时,容易导致对应端口的板卡CPU资源被大量消耗,严重的时候对应板卡上的所有交换端口都会出现假死现象。

这个时候如果我们通过这些假死的交换端口ping交换机设备的IP地址时,自然就会出现无法ping通的故障现象了,并且尝试进行远程登录操作时就不会成功。为了判断交换端口的工作状态是否正常,我们可以使用console控制线直接连接到交换机的控制端口上。

同时以系统管理员身份登录进入交换机系统的后台管理界面,并在该界面的命令行状态下执行字符串命令“display cpu”,来查看交换机各块板卡的CPU资源消耗情况,如果发现某块板卡的CPU消耗率达到50%以上,那么对应板卡上的某个交换端口可能不停地受到大容量数据的冲击。

为了能够找到目标故障交换端口,我们可以将网络线缆依次插入到故障交换板卡的每一个交换端口上,之后在对应交换端口的视图模式状态下,ping局域网的网关地址,看看能否正常ping通目标网关地址。

一旦发现某个交换端口不能正常ping通目标网关地址时,我们必须在该交换端口的视图模式状态下,执行字符串命令“display xxx”,其中“xxx”为指定的交换端口,从其后弹出的结果界面中我们就能清楚地判断出该交换端口的输入数据包、输出数据包、广播数据包的大小了。

要是看到输入数据包、输出数据包大小同时超过1000M/s以上大小时,那就意味着当前交换端口的数据流量不正常。此时,为了防止该交换端口继续影响整个交换机的工作状态,我们必须利用交换机系统自带的“shutdown”命令。

暂时关闭目标故障交换端口的启用状态,之后进一步查找目标故障交换端口下面的子网状态,以便揪出造成交换机板卡CPU被过度消耗的真正“罪槐祸首”,从而恢复目标交换端口的工作状态,那样一来我们就能正常通过网络来远程管理目标交换机了。

现在ARP病毒非常流行,一旦局域网意外遭遇了该网络病毒袭击后,那么客户端系统的网络连接图标可能会频频变红,用户上网访问就会频繁掉线,IE浏览器打开网页内容时就会频繁出现错误等等。

之所以会出现这些故障现象,主要就是这种类型的网络病毒伪造了IP地址和MAC地址,实现了ARP欺骗,这种网络欺骗会在本地网络中产生大量的ARP通信量,最终会导致网络传输通道发生堵塞现象。

很明显,当本地局域网中意味出现了ARP病毒后,我们可能就无法通过网络通道远程登陆进目标交换机的后台管理系统,并对该系统进行远程管理操作了。那么我们该如何才能判断出无法远程管理交换机的故障现象。

就是由于ARP病毒的攻击引起的呢?其实很简单,我们只要对交换机的各个交换端口进行扫描,并将扫描的结果信息中自动保存到特定文本文件中,日后打开这个结果文件,检查其中是否出现地址冲突的提示,如果看到这样的提示,那就说明局域网中果然存在ARP病毒,之后进一步查找并关闭ARP病毒源,就能禁止ARP病毒继续攻击本地局域网网络了。

浏览 (97) | 评论 () | 评分(0) | 支持(0) | 反对(0) | 发布人:系统管理员
将本文加入收藏夹
相关评论
最新点评
更多点评 发表点评
发表评论
您的评价
差(1) 一般(2) 好(3) 很好(4) 非常好(5)
评论标题
评论内容
验 证 码
看不清?更换一张
匿名发表 
文章搜索
脚注信息

广州众多帮信息技术服务有限公司