computer 版 (精华区)
发信人: sudidi (秋意浓~~心意动), 信区: network
标 题: 本月,上月,上上月
发信站: 听涛站 (2001年09月27日18:06:24 星期四), 站内信件
发信人: yfu (渔夫), 信区: THUNet
标 题: 本月,上月,上上月
发信站: BBS 水木清华站 (Sun Sep 23 20:55:47 2001)
上上月:
放假中,对出口进行了改进。发现网络不稳,但原因不明只得观察。
初步判断问题在管理系统上。
收到了关于Code Red病毒的警告但未引起重视。因为微软的漏洞层
出不穷,病毒一天也没消停。
上月:
1日网络混乱,确认不是管理系统而是网络自身的问题,依次采取如
下措施:
1. 检查网络设备信息,查找异常点。
2. 删除临时措施该用正规设置。
3. 规范系统配备与设置。
4. 填加条件,增强控制功能。
5. 更换可疑部件与设备。
6. 化简系统配置与功能,注意它不是3、4的倒退,而是螺旋式提高。
7. 填加设备分担负载。
在2日他们怀疑问题源不在网络主干,但不能确认是那个部分。3日确
认问题不在主干网,但没人(包括有关方面的其他专家)能知道原因
在哪。这是第一周。
周一有关方面会诊,经多渠道信息汇总,认定问题为Coed Red病毒。
至此,校园网方面已是“能查的配置都查了,能改的都改了;能拆的
设备都拆了,能换的也都换了。就查测光缆的衰减,把光纤刨出来看看
了”。他们的每一次改进,无疑都是有成效的。但可惜的是,所提高的
性能给病毒的传播带来了新的机会,随即又被更猛的病毒压垮了。
明确病毒后,网络中心停止设备处理,全力杀毒。在全校的共同努力下,
随着病毒的减弱,网络迅速恢复。特别要提出的是,RC小组的同学功不
可没。这是第二周结束。
接着他们撤消部分临时措施,做了部分局部调整。比如实验室的网络,
在病毒处理初期是以100M Ethnet上连,许多人感到了慢,在此期间将
其恢复到了600M FDDI上连等。再如,撤消了所有病毒封锁。要知道,
“谁有毒就封谁”说起来容易。为了不“断全子网”,网络中心两个
技术人员全时做此工作都做不过来。
月底,网络又不正常,网络中心再次启动了杀毒机制,不过动静没那么
大而已。
本月:
先是红码,后是蓝码,现在是尼木达。
不过,这次有一个新的问题被提出来了。那就是:
红码一个月一次,新的、威力更大的病毒层出不穷。作为接入提供商该
怎么办?用户计算机的安全防范、查、杀病毒是用户的事情,实际上应
该是和网络无关的,这也是传统的观点。难道要网络中心监视着每一个
用户,一旦发现感染什么什么东西就断他的网?或者干脆背着计算机逐
一敲用户的门?别笑,这两种方法正在被一些“正常着”的单位使用着。
或者干脆什么病毒一来,网就瘫掉,大家都上不了了就都去杀毒,都杀
干净了就正常了?
可是总会有许多人嘴里呼呼喷着臭气却责问你:你为什么捂着鼻子啊?
而现在还有一个问题就是按道理现在的网络的情况不应该这样差。因为
现在的校园网主干采用的世界顶级设备,它要不行就没有行的了。
--
真的?假的?真真假假、假假真真——真的是真的,假的也是真的!
虚的?实的?虚虚实实、实实虚虚——虚的是实的,实的还是实的!
--
>—-—-—-—-—-—-—-—-—-—-—-—-—-—-—-—-—<
以 谁 的 己 真 大 也 的 自 怎 没 的 才 平 相 我
。 说 活 。 的 的 许 价 己 么 有 选 是 凡 信 始
不 一 勇 是 敌 , 值 存 知 拚 择 唯 的 只 终
▓ 可 次 敢 自 人 最 。 在 道 搏 。 一 梦 有 不
>—-—-—-—-—-—-—-—-—-—-—-—-—-—-—-—-—<
※ 来源:·听涛站 tingtao.dhs.org·[FROM: 匿名天使的家]
Powered by KBS BBS 2.0 (http://dev.kcn.cn)
页面执行时间:1.366毫秒