一次意外的服务器事件

于昨晚(2010-10-22)20:37分就有电话打过来,电话在衣柜里没听到,直到21:26接起电话知道一个重要网站连不上了。我远程处理,发现无法连接服务器,准备启用备用服务器,可又无法切换到故障服务器的IP,当时感觉故障服务器并未真正down机,可惜我没有能力进一步处理,只是预感第二天早上或许能自动恢复。

向js传递URL参数的方法

当js嵌入到静态文件时,如何通过URL传递参数,查阅了下资料,总结如下。

today即将变脸

岁月流转,today已经运行九年整。九年前门可罗雀,靠转载哈工大报维持版面,偶有用户,奉若上帝,不惜手把手帮忙。而今发文用户覆盖全校所有院系部门,日均IP1万5,pv4万有余,这一切并无行政干预,皆是自然而然的结果,这点最感欣慰。而坚持前台实名制,走权威实用信息发布路线,则避免了紫丁香和工大人那样的悲情命运,实在是明智的决定。

盛怒与狂喜

有位有修养的教授保持风度的秘诀是盛怒时说话不超过三句,道理是显见的,盛怒时说话最易犯错。以此推之狂喜时恐怕也不要开口讲超过三句话,盛怒与狂喜都属于理智较差的状态。继续推之,情绪不稳时,闭嘴为妙,闭不了嘴就少说为妙。

服务器管理日志

管理服务器虽不多,问题也是层出不穷,种类多样,有时候问题直接解决,有时候间接解决,但并无记录习惯,偶尔再发生曾出现的故障时,只是在脑子里知道曾经处理过,可怎样处理的,早已忘得一干二净。

这一年,服务器问题集中地搞得我焦头乱额,痛定思痛,觉得有必要将服务器的事以简略的语言记上一二,这样有料可查,以免临事心慌,影响健康。

记录的方式以服务器为单位,为每个服务器著上简史。

windows2003的FTP服务IP限制

设定好限定IP后,如果不立即生效,重新启动一下IIS能解决这个问题

关于SQL Server安全问题的几点经验

1、对于SQL  server 2000 一定要装SP4

2、访问SQL server 要有IP限制

3、对不同级别的访问要设定不同的用户和不同的权限,要设得细致一些

4、消除危险的存储过程,特别是xp_cmdshell

5、建立数据库维护计划

6、定期清除数据库日志

SQL Server中多出d99_TMP解决方法

一般的黑客攻击SQL Server时,首先采用的方法是执行master扩展存储过程xp_cmdshell命令来破坏数据库,为了数据库安全起见,最好禁止使用xp_cmdShellxp_cmdshell可以让系统管理员以操作系统命令行解释器的方式执行给定的命令字符串, 并以文本行方式返回任何输出,是一个功能非常强大的扩展存贮过程。 一般情况下,xp_cmdshell对管理员来说也是不必要的,xp_cmdshell的消除不会对Server造成任何影响。

示弱的美德

曾经年少多轻狂

揪住事实不肯放

以为真理明晃晃

欢喜辩论爱逞强

而今天下互联网

井底之蛙心徬徨

世界从来多元的

示弱美德记心上

客户端连接非默认端口SQL Server数据库

 1

asp连接代码:

set oconn = server.createobject("adodb.connection")
        sconn = "driver={sql server};server=服务器地址,1455;database=数据库;uid=用户名;pwd=密码;"
        oconn.open sconn

分页:[«][12]13[14][15][16][17][18][19][20][21][22][23][24][25][26][»]