081123 disk error 硬盘老化

11月23日早晨

用户私设ip地址
ip:197 arp:00-11-95-*-*-24 sw:193 port:9

server254 无聊的非法ssh登录尝试仍在进行中，懒得理会。

----
server207 日志上出现diskeror
老了，老了

081121 find bug with firebug!

11月21号上午

因为看到学院首页上的公告不是很明显，就登进去要给它加个高亮。
登上后台才发现，简直是一塌糊涂啊……
还是那个文档页脚的问题。
再次，修改。解决。
恢复了 sitemap.xml, 还有一系列的后台功能（高亮，固顶……）

先前其实也是看到很多报错的，但是都懒的处理，因为要挑出问题的具体位置是很麻烦的事情。这次多亏了firebug,可以轻松的定位问题所在。

----
关闭系统评论（原则性错误，一定要纠正……）

081121 私设 ip theft

11月21日早晨
例行检查，确认lyshadow同学前天遭遇的ip地址冲突确实存在。
发现用户私设ip地址

ip:194 arp:00-0A-EB-*-*-05 sw:192 port:13

20日晚间的另外一起ip地址冲突
ip:221 arp 00:14:78:*:*:55 sw:193 port:2

由于肖老师禁止学生使用QQ，暂时无法联系上值班人员，预计晚上去到院里查清房间位置，然后解决。

引用几篇关于dhcp的好文章：

http://nac.berkeley.edu/handouts/dhcp_revamp.shtml -->
Why DHCP? Some reasons for promoting wider use of DHCP:

http://www.google.com/notebook/public/16285104381847569990/BDRa7DAoQu4Xt49sj#NDRKWDAoQ0MWF5Nsj -->
Preventing people from stealing IP addresses

-----
发现大量非法ssh登录请求，从20号下午一直持续到现在（写日志的时候）
本来是很安全滴，不过为了减轻负担，彰显偶的强悍，俺就把服务器的上填了两条条ipfw。
结果，效果是超出预料的好：连我自己的连接都被封掉了……

请哪位路过的高人帮着看看。。。

ipfw add 401 allow ip from my-client-ip to my-server-ip
ipfw add 440 deny tcp from any to my-server-ip ssh #440-》4，4，翘蛋～～

081120 server254 down

11月20日下午
server254宕机，原因不明，推测还是硬盘故障导致。
lyshadow同学发现情况，由liying同学重启。

081119常规检查

11月19日早晨
web服务器(以后统称server207）正常
dhcp/dns服务器(以后统称server254）正常

editor error 新闻编辑器错误

11月17日16：00
新闻部的同学反映不能发布，就是后台编辑器那儿全变成灰色的。
先前以为是IE6的兼容性问题，用firefox登上去后发现依然不行，开始怀疑是服务器端被人恶意修改了。检查所有文件修改日期，没有发现异常。
仔细回想最近所作的修改，同时在那儿翻看源代码，确定问题：
服务器文档页脚中添加的页面访问统计代码。
去除编辑器目录的文档页脚，恢复正常。

小服务器宕机

11月15日凌晨00:34
负责dhcp与dns的小服务器宕机。
之前同样的事情也发生过几次，这次终于查明原因：那块10G的老硬盘不行了。
接上显示器后，终端显示为ad0s1e,就是挂载/var的分区出现写错误。
然后是reboot，uptime 8d?h?m。
如果能够自动重启就好了。