前几天，上方提出了一个需求：安全审计。
简单说一点儿，就是需要能够知道哪个账号再哪台SRV上登录过，哪个账号创建了账号的，以及什么账号删除啊，密码修改啊，等等事件的收集。
有人可能会说，这些要求实现起来很简单啊，在DC上把审核的组策略一开启，就OK了，DC上会自动收集的，到时候查看即可。
的确，这样做，DC是可以收集这些事件的记录，但是，查看和检索起来，方便嘛？信息量少还好说，大了呢？我可亲眼看见一台DC就这样小小的检索了一下ID为4672的全部事件，就立刻死掉的。自然，是这个查询界面死掉了，DC不至于就此死掉。..
在不久之前，听我的资讯部经理这样说：“现在，学习技术，最好是能先熟悉一种产品，并能精通。”
当时，我没太去理解这句话。还打岔儿的说，“嗯嗯，是啊，自己掌握的知识是要最后能转化为服务或者是产品，并能提供给市场的。精通一种产品之后，就算不能在所有的地方投入使用，但是也可以转化为一种服务来推行。”
其实当时我的确正在测试一个BSM，或者说是ITSM的监控软件，就类似微软的SCOM和摩卡这样的一款产品。当时认为就算不投入使用，但是，起码可以提升自己在IT运维上的管理管理理念。所以，就没能理解经..
由于一些原因，最近开始关注起SCOM，MOSS这些了。
两个环境都搭了起来。嗯。是的，搭建环境而已，找到一些帮助文档，有硬件支持，搭建个环境，应该是没什么问题的。
简单的瞧了一下。呵呵。说实话，满是雾水。。。。。
最后，决定先把主要精力放在moss上，大概，是个人认为，它的适用面积会大一些吧。呵呵。
那么，今天开始，MOSS之路。
：）
前日，在培训课堂上，当讲师谈起ARP攻击的时候，很多学员都非常的兴奋，纷纷询问如何解决，有什么样的技术解决是最好的。
当然了，提出的方法很多，病毒查杀，交换机上做设置等等。
当然了，在我看来，这些技术是非常的好了。抓包啊，设置啊什么的，我是不会了。
而我关注的是：在结局问题的时候，是应该显示自己的技术高超呢，还是迅速的解决问题呢？
这里，应该有人会想，肯定是高超的技术才能最快的解决问题了。
那么，我的答案是：未必！
arp网关欺骗这样的事情，不一定只发生在财力雄厚的大企业，即便财力雄厚的大企业，也..
这里只做链接好了，还请大家多关注原创
http://shenleigang.blog.51cto.com/639523/163108
2009年8月26日。
也就是昨天咯。
XP下的MSN完全正常，没有任何的异样。
但是，一大早，就有同事抱怨，他的MSN被强制更新，不更新就不能登录，更新之后却又报错。统计了一下，出现这个问题的，都是运行在win2003上的MSN。
在网上查找相关的信息，没有找到任何的有效办法。
最后，我用了一个第三方软件pidgin，暂时缓解了不能使用MSN通信的问题。
而，今天，一切就好像没发生过异样，MSN没有再提示需要更新，用于win2003下的MSN正常使用。
原因寻找中。。。。。
社区：
