安sir典藏夹

dos下的iis相关命令

安sir — Mon, 06 Sep 2010 09:26:07 +0000

重启iis：iisreset或者用 iisreset /restart

停止IIS：输入iisreset /stop

启用IIS：输入iisreset / start

**********其他命令************

iisreset /reboot 重启win2k计算机（但有提示系统将重启信息出现）
iisreset /start或stop 启动（停止）所有Internet服务
iisreset /restart 停止然后重新启动所有Internet服务
iisreset /status 显示所有Internet服务状态
iisreset /enable或disable 在本地系统上启用（禁用）Internet服务的重新启动
iisreset /rebootonerror 当启动、停止或重新启动Internet服务时，若发生错误将重新开机
iisreset /noforce 若无法停止Internet服务，将不会强制终止Internet服务
iisreset /timeout Val在到达逾时间（秒）时，仍未停止Internet服务，若指定/rebootonerror参数，则电脑将会重新开机。预设值为重新启动20秒，停止60秒，重新开机0秒。
FTP 命令： (后面有详细说明内容)
ftp的命令行格式为
ftp －v －d －i －n －g[主机名] －v 显示远程服务器的所有响应信息
－d 使用调试方式。
－n 限制ftp的自动登录,即不使用.netrc文件。
－g 取消全局文件名。
help [命令] 或？[命令] 查看命令说明
bye 或 quit 终止主机FTP进程,并退出FTP管理方式.
pwd 列出当前远端主机目录
put 或 send 本地文件名 [上传到主机上的文件名] 将本地一个文件传送至远端主机中
get 或 recv [远程主机文件名] [下载到本地后的文件名] 从远端主机中传送至本地主机中
mget [remote-files] 从远端主机接收一批文件至本地主机
mput local-files 将本地主机中一批文件传送至远端主机
dir 或 ls [remote-directory] [local-file] 列出当前远端主机目录中的文件.如果有本地文件,就将结果写至本地文件
ascii 设定以ASCII方式传送文件(缺省值)
bin 或 image 设定以二进制方式传送文件
bell 每完成一次文件传送,报警提示
cdup 返回上一级目录
close 中断与远程服务器的ftp会话(与open对应)
open host[port] 建立指定ftp服务器连接,可指定连接端口
delete 删除远端主机中的文件
mdelete [remote-files] 删除一批文件
mkdir directory-name 在远端主机中建立目录
rename [from] [to] 改变远端主机中的文件名
rmdir directory-name 删除远端主机中的目录
status 显示当前FTP的状态
system 显示远端主机系统类型
user user-name [password] [account] 重新以别的用户名登录远端主机
open host [port] 重新建立一个新的连接
prompt 交互提示模式
macdef 定义宏命令
lcd 改变当前本地主机的工作目录,如果缺省,就转到当前用户的HOME目录
chmod 改变远端主机的文件权限
case 当为ON时,用MGET命令拷贝的文件名到本地机器中,全部转换为小写字母
cd remote－dir 进入远程主机目录
cdup 进入远程主机目录的父目录
! 在本地机中执行交互shell，exit回到ftp环境,如!ls＊.zip

新网被攻击

安sir — Thu, 02 Sep 2010 12:05:09 +0000

现在是北京时间2010年9月2日晚上20点，据悉，新网正在遭受攻击！！

同时被攻击的还有网银互联的DNSNG 服务器！

mysql 1040 错误解决办法

安sir — Mon, 30 Aug 2010 07:46:41 +0000

错误信息如下：

Can not connect to MySQL server

Error: Too many connections
Errno.: 1040

这样的情况通常是因为mysql 最大链接数设置的问题。

解决办法：windows 主机的服务器下则修改my.ini 文件，在[mysqld]中新增（或修改）max_connections=N （N 的值根据实际情况设置）重启mysql 服务，搞定！

Linux 主机下则修改/etc/my.cnf这个文件，在[mysqld]中新增（或修改）max_connections=N （N 的值根据实际情况设置）重启mysql 服务，搞定！

IP子网划分

安sir — Mon, 02 Aug 2010 01:55:46 +0000

IP和子网掩码
我们都知道，ＩＰ是由四段数字组成，在此，我们先来了解一下3类常用的ＩＰ
A类IP段　0.0.0.0 到127.255.255.255 (0段和127段不使用)
B类IP段　128.0.0.0 到191.255.255.255
C类IP段　192.0.0.0 到223.255.255.255
ＸＰ默认分配的子网掩码每段只有255或0
Ａ类的默认子网掩码　255.0.0.0　一个子网最多可以容纳1677万多台电脑
Ｂ类的默认子网掩码　255.255.0.0　一个子网最多可以容纳6万台电脑
Ｃ类的默认子网掩码　255.255.255.0　一个子网最多可以容纳254台电脑
我以前认为，要想把一些电脑搞在同一网段，只要ＩＰ的前三段一样就可以了，今天，我才知道我错了。如果照我这说的话，一个子网就只能容纳254台电脑？真是有点笑话。我们来说详细看看吧。
要想在同一网段，只要网络标识相同就可以了，那要怎么看网络标识呢？首先要做的是把每段的ＩＰ转换为二进制。（有人说，我不会转换耶，没关系，我们用Ｗｉｎｄｏｗｓ自带计算器就行。打开计算器，点查看>科学型，输入十进制的数字，再点一下“二进制”这个单选点，就可以切换至二进制了。）
把子网掩码切换至二进制，我们会发现，所有的子网掩码是由一串[red]连续[/red]的1和一串[red]连续[/red]的0组成的（一共4段，每段8位，一共32位数）。
255.0.0.0　11111111.00000000.00000000.00000000
255.255.0.0　11111111.11111111.00000000.00000000
255.255.255.0　11111111.11111111.11111111.00000000
这是A/B/C三类默认子网掩码的二进制形式，其实，还有好多种子网掩码，只要是一串连续的1和一串连续的0就可以了（每段都是8位）。如 11111111.11111111.11111000.00000000，这也是一段合法的子网掩码。子网掩码决定的是一个子网的计算机数目，计算机公式是2的m次方，其中，我们可以把m看到是后面的多少颗0。如255.255.255.0转换成二进制，那就是 11111111.11111111.11111111.00000000，后面有8颗0，那m就是8，255.255.255.0这个子网掩码可以容纳 2的8次方（台）电脑，也就是256台，但是有两个ＩＰ是不能用的，那就是最后一段不能为0和255，减去这两台，就是254台。

第三代DNS—— DNSNG

安sir — Fri, 30 Jul 2010 12:29:10 +0000

目前国内双线路或多线路托管机房如雨后春笋一般涌现并快速增长，智能DNS的使用也可谓是深入人心，顺应IDC的需求，很多IDC运营商及诸如DNSPod、AIDNS、EVERDNS等网站都提供了免费智能DNS服务。如果我们把万网、新网等提供的传统DNS服务称为第一代DNS的话，此类能自动辨别客户端网通或电信线路上网而解析得到不同IP的”智能DNS”我们可将之称之为第二代DNS.技术的发展可谓是日新月异，最近第三代DNS已经浮出水面。

了解”第三代DNS”起初是缘起一些多线路负载均衡托管用户对第二代DNS”智能DNS”缺点的不满，这是一个新的DNS服务系统，该系统被开发商杭州网银互联科技有限公司命名为DNSNG，从该开发商的解释看，这是取DNS Next Genration之意，也就是下一代DNS，那么这个所谓的下一代DNS到底有何能耐呢？经过一番研究，算是了解了大概，在这里我们对比一下二代智能DNS和三代DNSNG的区别。

智能DNS在域名服务器内预置了一张IP地址范围表，如预先把所有电信地址和网通地址或者铁通地址等定义好，当客户要求解析域名时，便将客户端IP地址与预存地址表进行比对，一旦命中相应运营商地址范围的，则解析返回给用户事先定义好的相应解析IP.

那么实际上我们在使用二代智能DNS时困扰我们的是哪些问题呢？

1.误差大

二代智能DNS是使用静态地址表方式的，通过手工方式搜集和归纳各运营商的IP地址并设置到DNS服务器内部。要收集完整且无误的全国各运营商的IP地址范围是困难的，常会出现误将某运营商地址归入另一运营商地址或把某运营商地址遗漏的情况。另外，各运营商也经常向APNIC申请新的地址或者内部对IP地址进行变动和调配。这些因素造成二代DNS不能保证准确性，这个误差率据相关部门统计达到25%以上。

2.”智能DNS”不智能，灵活性差

在某些情况下和特定时间时，可能出现电信用户访问服务器反而还是从网通线路进入服务器来得快。但在这种情况下，”智能DNS”并不会”智能地”引导客户，而是死板地仍将客户定位到实际已经变慢的节点上。

3.不支持高可用性（HA）管理

在发生诸如服务器宕机、网络中断、黑客攻击等影响，造成服务器无法访问时，二代DNS还是按部就班地把客户定位到已经不能访问的服务器上。即使该组服务器由多台服务器组成，还是有部分客户被引导到不能访问的服务器上。

4.分析统计功能差

二代智能DNS通常采用开放软件BIND的特定功能来实现，非自行研发。查询统计功能有限，不能个性化向用户展现数据统计报表。用户不能及时掌握域名查询情况，了解最关心的信息。那么第三代DNS能解决了上面所说的这些问题吗？

DNSNG不是采取内置静态表的方式来匹配客户端地址的，它的原理是在DNS服务器收到客户段解析请求时，实时进行一次计

算，综合评价客户端到各服务器节点的链路状态/链路速度/服务器负荷/服务器可用状态等信息，返回给客户端最合适的IP，

从而引导客户端到达最快服务器节点，获得高速访问体验。这个功能实际上是Radware的Linkproof或者F5的3DNS功能，只是

Linkproof和3DNS是产品化的服务，而DNSNG则是平台化的服务，这样就大大降低了用户的使用门槛，甚至个人站点都可以体验

DNSNG带来的便捷。

第三代DNS服务，DNSNG主要有以下四大优势。

精确制导：通过特有算法，综合评价客户端到各服务器节点网速权值，返回客户最快最合适的节点IP.

实时更新：实时计算，实时调整，不会死板地按地域或链路返回实际已经变得缓慢的节点。

负载均衡：综合评估各分布点服务器资源利用情况，将所有访问量智能分配到不同节点。

高可用性：在服务器节点发生黑客攻击、网络中断、拥堵、系统宕机、服务异常中止时，停止返回该IP而定向到其他最快节点。

除此以外，DNSNG的查询统计功能也是一个亮点，这是我们在以往DNS服务器所见不到的，系统能以柱状图饼状图的方式向使用者详细展示报表，包括所有查询请求分时统计、解析IP百分比统计、查询地域统计等。

总的来说，如果你正在使用智能DNS解析，那毫无疑问，升级到三代DNS能改善你的客户网络访问品质。三代DNS解决了二代DNS所存在的根本问题和弊端，扩展了DNS的功能，相信三代DNS在今后的应用越来越广泛。

当测速点的线路状况相同时，DNSNG将自动根据负载状况实施均衡分配，客户端速度计算主要体现的是服务器由于负载不同而

产生的反应延时，根据此信息DNSNG可以将用户导向轻负载的服务器。或者当速度计算得到结果相似时，我们将对时间相似的

服务器随机的从中选择一个返回给客户，避免产生在一台服务器上积聚。但是当线路状况不同时则不能进行负载的均衡。

目前有三种方式判断负载：

1.监测服务器是否连通，是否在线

2.监测服务器的80端口或者其他端口是否能够连接来监控服务是否正常

3.监测服务器中网站的web页面是否包含指定内容，如因服务停止或被篡改后不能找到，则为不正常

用户选择一种监测方式后,DNSNG服务平台会不断监测服务器的状态，当不满足用户指定的要求时,自动将此测速点状态标志为不可用，而当进行DNS查询时将不返回不可用的服务器，直至DNSNG服务平台监测到该测速点恢复正常。

DNS 概述，三代DNS优缺点简述

安sir — Fri, 30 Jul 2010 12:22:37 +0000

第一代DNS服务(传统DNS服务)
方式：直接按域名解析IP地址
缺点：
单点故障：由于将一个域名指向到固定IP地址，一旦使用该IP地址的服务器发生故障，网站陷于停顿，业务陷于瘫痪。
用户介面不友好：通常使用不同域名代表不同网络或地域，用户访问网站前需要手工选择相应链接进入：

1.客户端向DNS服务器发送解析请求
2.DNS直接返回服务器测速点IP地址
3.客户端被定向到测速点

第二代DNS服务(智能DNS服务)
方式：智能判别来源，根据来源地址返回预先定义好的对应IP地址
缺点：
误差大：由于使用静态表，对于IP变动或IP静态表错误就返回错误的结果，同时，不能即时根据各测速点网络实际负荷状况而作出调整
支持高可用性：在测速点因网络攻击、网络阻塞、系统损坏和硬件故障而不能再提供服务时，依旧按部就班地给予客户端已不可用的IP。

1.客户端向智能DNS发出解析请求
2.DNS根据来源IP地址比对预先定义的静态表
3.向客户端返回比对后命中的IP地址
4.客户端访问相应IP地址的服务器测速点

第三代DNS服务(DNSNG服务)
方式：通过多样化的计算方法，综合评价客户端到各分布测速点的链路状态/链路速度/服务器负荷/服务器可用状态等信息,返回给客户端最合适的测速点IP，从而引导客户端到达最快测速点，获得高速访问体验。
四大优势：
精确制导：通过特有算法，综合计算客户端到各测速点网速权值，返回客户最快最合适的测速点IP。
实时更新：实时计算，实时调整，不会死板地按地域或链路返回实际已经变得缓慢的测速点。

负载均衡：将所有访问量智能分配到不同测速点。
高可用性：在测速点发生黑客攻击、网络中断/拥堵、系统宕机、服务异常中止时，停止返回该IP而定向到其他最快测速点。

1.客户端向智能DNS发出解析请求
2.DNS计算测速点与客户端连接速度,监测连接状态

3.按多种算法得到最优路径

4.返回客户最优测速点IP地址,精确制导

图解飞信更改绑定手机号码

安sir — Mon, 19 Jul 2010 06:47:29 +0000

飞信2010版本提供了手机号码更换的功能，可以重新绑定手机号码，如此一来，飞信号码不变，等级不变，好友信息也不变，这样一来方便了我们飞信用户，在更换手机号码后还能保持原有的飞信好友信息！

具体设置方法图解：

一、在个人资料的扩展资料里面我们能看到我们的真实信息，在手机号码的后面有个更换手机号的超链接

点击链接后进入移动网站，可以看到已经绑定的手机号码

点击更换后，更具系统提示我们很容易进行手机号码更换设置!最后完成新手机号码的绑定！

短暂停歇的 Google.com ——居然无法访问了

安sir — Fri, 16 Jul 2010 11:35:38 +0000

虽然我是中国用户，但是我的浏览器主页还是设置为Google.com 。以往都是打开后直接就跳转到Google.com.hk去了，但是就在刚刚 19：43我发现页面不跳转，无法访问了！刷新了N 多遍也还是不行！

ping Google.com 也不通了

19：48的时候恢复正常了！不知道这五分钟谷歌是不是被外星人劫持了！

雨

安sir — Thu, 15 Jul 2010 02:31:08 +0000

下了一天的雨

还是没有停歇的迹象

远处的山

已经看不清轮廓

山顶的树木

懒散的躬着腰

偶尔的晃动一下枝叶

我似乎听到了它们的呐喊声

在滑落山顶的一霎那

绿坝·花季护航，未护航，花先谢

安sir — Tue, 13 Jul 2010 03:01:19 +0000

去年炒得沸沸扬扬的绿坝软件沉寂一年之后，曝出项目组遣散的消息。工信部的一大利民工程又提前宣布破产！我不得不对中国的相关部门的所作所为表示感叹，这种始乱终弃的作为，让中国网民再一次看到了工信部的黑暗！

相关新闻

记者近日调查发现，去年由工信部推广的绿坝·花季护航软件北京项目组因经费问题已经关张，所有人员遣散；而位于郑州的另一项目组也在艰难维持，随时可能关张，届时将有2000万绿坝用户失去技术和客服支持。

绿坝北京项目组已解散

上周五，一位神秘人士报料称，绿坝· 花季护航软件项目组位于北京华杰大厦的项目办公室已经关张，所有员工都被遣散，希望记者关注。当天，记者来到北京华杰大厦B座411室。当时正值工作时间，该办公室大门紧锁，里面空空荡荡，没有桌椅和办公设备。

绿坝项目是由北京大正语言知识处理研究院和郑州金惠计算机系统工程有限公司共同承担。北京大正总经理陈小盟承认，位于华杰大厦的项目办公室确实已经于上月底关闭，将近30多名员工已经遣散。

他们还有一些人来自郑州，都陆续离开公司。“但是他们不可能回北京大正办公，因为他们是工信部成立的绿坝项目的工作人员，我们不能接收。”

陈小盟透露，绿坝·花季护航项目成立于2008年5月，由郑州金惠的“金惠堵截黄色图像及不良信息专家系统”和北京大正的“花季护航上网管理软件”两款产品中标，后来将这两款产品组合，并更名为绿坝·花季护航。工信部采购了4170万元人民币的该软件，提供给网民免费下载。

国家一年多未拨付经费无力再支撑

“我们真的缺乏经费支持，已经苦苦撑了一年了，再也熬不下去了。”陈小盟昨天说，去年政府总共出资4170万元采购该软件，北京大正拿到1990万元，郑州金惠分得2180万元，但这只是2008年到2009年一年的费用，从去年至今两家公司都没有得到一分钱的运营费用。

据悉，工信部在去年4月要求安装的这款上网过滤软件，名为绿坝·花季护航，由绿坝和花季护航两款产品集合而成。工信部等几部委斥资4170万元采购，买断其一年服务，供全社会免费使用。

陈小盟告诉记者，该北京项目办公室一年需要700多万元的运营成本。他从去年开始就给有关部门写报告反映情况，但一直未得到任何回复。陈小盟说，北京大正是个以研发信息安全、搜索、机器翻译等技术为主的企业，产品的市场化程度不高，企业成立10年来只能做到盈亏平衡，根本没有财力支撑绿坝这个项目。

他透露，在关门前，绿坝的北京办公室其实已经搬过一次家，当时办公室在富海大厦，但是租金一年60多万，由于新的运营费用迟迟未给，只好搬到租金便宜的华杰大厦，省了20万左右。“现在实在撑不下去了，很多员工都主动辞职了，最后我们不得不直接关了。”

昨天，记者联系工信部了解有关绿坝项目的情况。不过，截至发稿前，未得到任何回复。

记者昨天拨打郑州金惠绿坝项目的客服电话，对方称郑州绿坝项目目前运转正常。郑州金惠一位员工透露，绿坝项目的国家经费已经拖了一年没拿到了，再这样下去，该项目也很难支撑多久了。

2000万用户将无技术支持

目前，绿坝·花季护航的用户已经突破2000万，大部分是学生家长、学校和网吧。如果北京和郑州两个项目组都停了，对2000万用户会有何影响？

对此，北京大正总经理陈小盟表示，该项目由北京和郑州两地共同维护，其中北京的绿坝项目有将近30人，都是北京大正临时招聘而来，主要负责绿坝·花季护航官方网站的维护和软件推广。位于郑州的绿坝办公室主要由郑州金惠公司承担，负责该软件的技术、售后、客服等任务。他们负责的该软件的官方网站目前已经处于无人维护和更新的境地，长此以往，用户就无法从网站免费下载软件，软件的推广工作也会搁置。

上述郑州金惠员工表示，北京的项目组关停影响最大的是软件下载，但是郑州项目组如果停了，大量用户将无法获得软件技术支持，日常的客服也将中断，势必会给大量用户造成困扰。