不知道为什么，本来不受重视的L’Yun，却一直多灾多难，前几天空间呗停掉了，一个很以为的原因，每天将近9G的流量，晕死了，最多的一天才只有6个IP，但竟然有这么大的流量。后来查看了下日志，竟然是两首MP3引起的，每一秒钟都有人在下载。刚开始以为是百度干的，但是后来看了下在百度的位置，还不至于达到那么大的流量，然后自然而然的就想到迅雷了，看看别人的文章，可以肯定下，迅雷是个流氓！

解决方案： 1、对服务器的攻击屏蔽后，不用理会，不会造成太大影响。 2、被百度收录的是一部分MP3，因为不希望不访问网站就直接从后台下载网站的mp3，于是增加搜索引擎访问限制。在网站根目录下放置robots.txt，内容如下： User-agent: Baiduspider Disallow: /**** *表示不允许百度搜索引擎收录的路径。相对于百度，雅虎、MSN和Google的搜索引擎机器人没有那么流氓，所以不需要屏蔽。

3、对付迅雷。 相对于有些流氓的百度搜索引擎来说，迅雷就是恶霸了。 对于小网站站长来说，迅雷的分布式下载几乎是一种灾难。尽管迅雷给广大普通用户带来快捷方便，但给小服务器的负载带来严重灾难。 调用access日志，发现瞬间连接超过1000，而连接的集中点，居然是周董的一首《七里香》。尽管迅雷隐蔽的很好，但还是从日志的蛛丝马迹里找出它的影子。 于是先删掉七里香。删掉后仍有大量链接寻找其他MP3，而且删除一首mp3也只是治标不治本。启用Apache2的Rewrite模块。 在Apache的Http.conf中，开启Rewrite模块

LoadModule rewrite_module modules/mod_rewrite.so

然后增加以下Rewirte规则

RewriteEngine On RewriteCond %{HTTP_REFERER} !^http://www.cfobbs.com/.$ [NC] RewriteCond %{HTTP_REFERER} !^http://www.cfobbs.com$ [NC] RewriteRule ..(mp3|rm|wma)$ http://www.cfobbs.com/error.html [R,NC]

该规则表示，只有浏览器的REFERER是本站开头的连接，才可以下载MP3、rm、wma，否则转向error.html错误界面。 重启Apache后，用Flashget测试，无法下载mp3了，IE直接下载也会报错，但迅雷仍然可以下，百思不得其解，于是查阅迅雷官方资料，居然发现迅雷采用了一个十分流氓的手段：伪造下载地址的浏览器REFERER头，真是无耻。 考虑到网站的MP3全部是在网页自动播放，基本不需要额外下载，于是为了对付迅雷，采用了一个比较极端的方式：

RewriteEngine On RewriteCond %{HTTP_USER_AGENT} !^NSPlayer.* RewriteCond %{HTTP_USER_AGENT} !^windows.* RewriteRule .*.(mp3|rm|wma)$ http://www.cfobbs.com/error.html [R,NC]

也就是说，网站上mp3、rm、wma格式的文件，只允许播放器播放，不允许任何其它方式的访问，否则就转向错误页面。 重启Apache，使用迅雷下载，结果迅雷直接去下载了错误页面，初战告捷。 调用access日志，发现所有的mp3下载都提示302，转向了错误页面，而周董的七里香，则是404，直接报错。 自鸣得意一把。 顺便找到一个限速模块，对网站体积较大的文件进行限速，确保服务器稳定

LoadModule limitipconn_module modules/mod_limitipconn.so BandwidthModule On ForceBandWidthModule On Bandwidth all 0 MinBandwidth all 0 LargeFileLimit *.mp3 500 50000 LargeFileLimit *.wma 500 50000

为了防HTTP DoS或DDos攻击，我们可能会对服务器添加很多种防护产品，可能会购买专业的DDoS硬件防火墙，当然，目前并没有一种很成熟的技术能完全封锁住DDoS攻击。但如果对于小型网站服务器来说，Apache的evasive模块是比较简单的处理方法，原理也很简单，判断一段时间内，某个IP访问的次数是否过快，如果过快，就返回403错误。

但是官方的evasive模块发布的是源代码和linux下的RPM压缩包，虽然可以在windows使用源代码编译出这个模块来，但是由于windows系统本身的原因，几乎不会在默认的情况下安装C语言的编译环境，如果需要安装这个编译环境要安装非常多而繁杂的软件，操作起来非常不便。但是在LINUX系统下编译好的文件却不能在WINDOWS下使用，这是两个系统核心的区别，肯定不能使用。

我在别的网站找到了WINDOWS下用的编译好的DLL文件，方便使用WINDOWS系统，同时又是Apache 2.2服务器软件的站长们使用。

安装方法： 1、下载附件中的压缩包，解压并拷贝mod_dosevasive22.dll到Apache安装目录下的modules目录（当然也可以是其他目录，需要自己修改路径）。 2、修改Apache的配置文件http.conf。

添加以下内容

LoadModule dosevasive22_module modules/mod_dosevasive22.dll DOSHashTableSize 3097 DOSPageCount 3 DOSSiteCount 50 DOSPageInterval 1 DOSSiteInterval 1 DOSBlockingPeriod 10

其中DOSHashTableSize 3097 记录黑名单的尺寸 DOSPageCount 3 每个页面被判断为dos攻击的读取次数 DOSSiteCount 50 每个站点被判断为dos攻击的读取部件(object)的个数 DOSPageInterval 1 读取页面间隔秒 DOSSiteInterval 1 读取站点间隔秒 DOSBlockingPeriod 10 被封时间间隔秒

_______________

首先，在 httpd.conf 加入

LoadModule dosevasive22_module modules/mod_dosevasive22.dll

如果需要配置，在 httpd.conf 加入:

DOSHashTableSize 3097 DOSPageCount 2 DOSSiteCount 50 DOSPageInterval 1 DOSSiteInterval 1 DOSBlockingPeriod 10

相关下载:

dosevasive.zip

各参数的配置说明如下：

DOSHashTableSize —————- The hash table size defines the number of top-level nodes for each child’s hash table. Increasing this number will provide faster performance by decreasing the number of iterations required to get to the record, but consume more memory for table space. You should increase this if you have a busy web server. The value you specify will automatically be tiered up to the next prime number in the primes list (see mod_evasive.c for a list of primes used).

下面的教程是在windows2003服务器下安装配置的,由于awstats是由perl程序写的,所以需要我们在安装awstats以前,需要安装ActivePerl( http://www.activestate.com/),这里安装的为 v5.10.1版本.安装路径为d:\perl,记得要启动httpd.conf文件里的LoadModule cgi_module modules/mod_cgi.so模块.

一.下载软件包

从官方网站( http://awstats.sourceforge.net/)下载最新的awstats压缩包(也可以下载.exe的安装文件),这里下载的是awstats-7.0.zip压缩包.将其解压到D:\site\awstats-7.0目录里. 二.初始化配置环境

打开D:/site/awstats-7.0/tools文件夹,双击执行awstats_configure.pl,根据提示输入自己apache的安装环境和httpd.conf文件所在的位置,以下为我本机的环境,如图所示:

回车后,提示

这里直接输入”n”,我们手动来配置就可以了,接着是两次回车就可以了.

这时,在httpd.conf文件里会自动添加以下配置信息:

## Directives to allow use of AWStats as a CGI

Alias /awstatsclasses “D:/site/awstats-7.0/wwwroot/classes/” Alias /awstatscss “D:/site/awstats-7.0/wwwroot/css/” Alias /awstatsicons “D:/site/awstats-7.0/wwwroot/icon/” ScriptAlias /awstats/ “D:/site/awstats-7.0/wwwroot/cgi-bin/”

# This is to permit URL access to scripts/files in AWStats directory.

Options None AllowOverride None Order allow,deny Allow from all

三.添加站点配置文件

修改awstats.pl文件里的perl路径,用记事本打开D:\site\awstats-7.0\wwwroot\cgi-bin\awstats.pl文件,将第一行 #!/usr/bin/perl 修改为

#!d:/perl/bin/perl.exe

不修改没有办法执行的. 添加新站点www.haohtml.com的配置文件,复制awstats.model.conf文件(D:\site\awstats-7.0\wwwroot\cgi-bin),改名为awstats.www.haohtml.com.conf,修改配置文件里的LogFile,SiteDomain,LogType三个指令.这里分析的是web日志,所以修改LogType=W,修改默认的语言为中文,修改语言一项，Lang=”auto”,将“auto”改为”cn“,让awstats以中文方式工作。

LogType=W LogFile=”d:/apache2.2/logs/www/access_%YYYY_%mm_%dd.log” SiteDomain=”www.haohtml.com”

e6.0下面经常会出现border边框断断续续的问题，初学div+css 的一般不会用遇到这个问题，不过等深一步了解了div之后自然会经常碰到这种问题了，因为初学者不会偷懒，等我们觉得用的很熟了，各种浏览器都能很方便的 兼容之后就会出现这种问题，我有很多同事都碰到过这种问题，其实解决办法很简单，我先简单描述一下边框断裂的效果.

在浏览器下一刷新边框是全的，再以刷新边框就会有断开，什么原因呢，很懊恼的事情，网上一搜也没有答案，下面我就告诉大家解决的方法，其实他是有原因的， 原因就是你的外层有边框，边框层里面嵌套的层里面有浮动，浮动这个最令人懊恼的东西经常会出问题，由于这个原因会引起ie6下面边框断裂，解决办法就是在 外层加 zoom:1; 或者 heigth:100%; 很容易就解决了这个问题。

表现状况：窗口的边框时隐时现。。。

发生情况：

网上说是在一个容器中有元素浮动时容易出现，自己感觉有时内部元素把容器撑开时也会看不到边框。

解决办法：

如果按网上说的是因为浮动的原因的话，那么添加清除浮动则应试可以正常解决。

另外网上的解决办法是：给窗口设置{zoom:1} or { width:100%; height:100%}使其拥有布局即可。

最近需要做一个缓存管理的功能。其中有一个需要模糊匹配memcached的key然后进行删除匹配上的key对应的数据。

难点在于memcache 没有提供模糊匹配key删除缓存的功能，也没有提供遍历memcache key的功能。在网上search了下，

点击10个连接有9个都是一篇文章的copy。网上最流行的方法发现key不能正确的获得。baidu google 全用上了就是没有解决。。。

最后还是抱着试试的心态，终于把问题给解决了。废话少说。说说，我实现的代码：

遍历memcache的可以需要有一下几个步骤：

1、通过使用memcache 内置方法Memcache::getExtendedStats，首先获得items信息。

最后得到的解决类似与

  1 $memcache = new Memcache();
  2
  3  $all_items = $memcache->getExtendedStats('items');
  4
  5 var_export($all_items);

  1 array (
   2   '192.168.0.110:11211' =>
   3   array (
   4     'items' =>
   5     array (
   6       1 =>
   7       array (
   8         'number' => '1',
   9         'age' => '1851',
  10       ),
  11       2 =>
  12       array (
  13         'number' => '1',
  14         'age' => '1851',
  15       ),
  16       3 =>
  17       array (
  18         'number' => '2',
  19         'age' => '1864',
  20       ),
  21       7 =>
  22       array (
  23         'number' => '1',
  24         'age' => '1851',
  25       ),
  26       9 =>
  27       array (
  28         'number' => '1',
  29         'age' => '1',
  30       ),
  31       12 =>
  32       array (
  33         'number' => '2',
  34         'age' => '1851',
  35       ),
  36       13 =>
  37       array (
  38         'number' => '1',
  39         'age' => '1851',
  40       ),
  41       14 =>
  42       array (
  43         'number' => '1',
  44         'age' => '1851',
  45       ),
  46       15 =>
  47       array (
  48         'number' => '1',
  49         'age' => '1851',
  50       ),
  51       16 =>
  52       array (
  53         'number' => '1',
  54         'age' => '1850',
  55       ),
  56       18 =>
  57       array (
  58         'number' => '2',
  59         'age' => '1851',
  60       ),
  61       19 =>
  62       array (
  63         'number' => '1',
  64         'age' => '1851',
  65       ),
  66       20 =>
  67       array (
  68         'number' => '1',
  69         'age' => '1851',
  70       ),
  71     ),
  72   ),
  73 )

$all_items中的key“192.168.0.110:11211” 就是memcache的host和port。

将memcache服务器安装包解压到C:\memcached文件夹后，使用cmd命令窗口安装。

1>开始>运行:CMD(确定)

2>cd C:\memcached（回车）

3>memcached -d install(回车 这步执行安装)

4>memcached -d start(回车 这步执行启动memcache服务器，默认分配64M内存，使用11211端口)

此时memcache服务器已经可以正常使用了。

memcache服务器安全：

Memcache服务器端都是直接通过客户端连接后直接操作，没有任何的验证过程，这样如果服务器是直接暴露在互联网上的话是比较危险，轻则数据泄 露被其他无关人员查看，重则服务器被入侵，况且里面可能存在一些我们未知的bug或者是缓冲区溢出的情况，这些都是我们未知的，所以危险性是可以预见的。 为了安全起见，做两点建议，能够稍微的防止黑客的入侵或者数据的泄露。

现在就关于修改memcache服务器配置的问题说明如下：

1>用内网ip的方式提供web应用服务器调用，不允许直接通过外网调用，如将memcache服务器放在192.168.1.55的服务器上

2>修改端口，如改为11200

3>分配内存，如分配1024M(1G内存)

方法如下：

1>开始>运行:CMD(确定)

2>cd C:\memcached（回车）

3>memcached -m 1024 -p 11200 -l 192.168.1.55(回车)

注意，此时命令行不会回到C:\memcached>状态，并且实际上memcache服务器悄悄变为stop状态了。此窗口不可以关闭。新开一个cmd窗口

4>开始>运行:CMD(确定)

5>cd C:\memcached（回车）

6>memcached -d start(回车)可以关闭此cmd窗口。

此时可以使用新配置的memcache服务器了。

上述方法虽然解决了修改默认配置的问题，但是始终会有一个cmd窗口不可以关闭，否则就回到11211端口的默认配置。

更好的解决方案是通过修改服务的注册表配置：

1>开始>运行：regedit(回车)

2>在注册表中找到：HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\memcached Server

3>默认的ImagePath键的值是：”c:\memcached\memcached.exe” -d runservice，改为：”c:\memcached\memcached.exe” -d runservice -m 512 -p  11200 -l 192.168.1.55（确定，关闭注册表）

4>我的电脑（右键）>管理>服务 找到memcache的服务，重新启动一次即可生效。

此时，同网段内的电脑仍然可以利用这台memcache服务器，我们限定指定的web应用服务器才能够使用，通过防火墙的方式。如只允许 192.168.1.2这台Web服务器对Memcache服务器的访问，能够有效的阻止一些非法访问，相应的也可以增加一些其他的规则来加强安全性，这 个可以根据自己的需要来做。

来源： http://www.lifecrunch.biz/archives/55

Memcache 介绍

memcache是一个高性能的分布式的内存对象缓存系统，通过在内存里维护一个统一的巨大的hash表，它能够用来存储各种格式的数据，包括图 像、视频、文件以及数据库检索的结果等。Memcache是danga.com的一个项目，最早是为 LiveJournal 服务的，最初为了加速 LiveJournal 访问速度而开发的，后来被很多大型的网站采用。目前全世界不少人使用这个缓存项目来构建自己大负载的网站，来分担数据库的压力。起初作 者编写它可能是为了提高动态网页应用，为了减轻数据库检索的压力，来做的这个缓存系统。它的缓存是一种分布式的，也就是可以允许不同主机上的多个用户同时 访问这个缓存系统， 这种方法不仅解决了共享内存只能是单机的弊端，同时也解决了数据库检索的压力，最大的优点是提高了访问获取数据的速度！基于memcache作者对分布式 cache的理解和解决方案。 memcache完全可以用到其他地方 比如分布式数据库， 分布式计算等领域。

Memcache官方网站： http://www.danga.com/memcached

Memcached服务器端安装：

freebsd下服务器端的memcached使用ports安装非常简单，

cd /usr/ports/databases/memcached
make install clean
rehash

安装好memcache以后，编辑/etc/rc.conf文件,添加一行
memcached_enable="YES"
然后保存退出。memcache会随着开机自动启动，手动启动的命令是：
/usr/local/etc/rc.d/memcached start
好了，现在memcache已经安装并启动完毕了。
手动调整服务命令如下:
memcached  -p 11211 -l 172.16.236.150 -d -u nobody -P  /var/run/memcached/memcached.pid -m  64M -c 1024 -vv

几个参数的解释：

-p memcached监听的TCP端口

-l 监听的ip地址，172.16.236.150是我服务器的IP地址，如果你需要多个服务器都能够读取这台memcached的缓存数据，那么就必须设定 这个ip

-d 以daemon方式运行，将程序放入后台

-u memcached的运行用户，我设定的是nobody，memcache默认不允许以root用户登录

-P memcached的pid文件路径

-m memcached可以使用的最大内存数量

-c memcached同时可以接受的最大的连接数

如果你希望以socket方式来访问memcached，那么在启动的时候就必须去掉 -l和-p参数，并加上-s参数：

-s memcached的socket文件路径

-vv显示debug信息

PHP Memecache 客户端的安装

PHP下使用Memcache 有3种方式。

1、 简单讲Memcache和Memcached都讲的是同一个开源项目http://memcached.org/，只不过Memcached一般指的是后台的cache server（其实也是一个客户端的，参考php手册)．而Memcache指的访问cache server的客户端。Memcached提供了两种访问协议，ASCII和Binary。

2、 MemcacheDB=Memcached+BerkeleyDB组成的轻量的持久数据库，与前两者是不同的两个东西。

3、作为数据库就要讲究consistency，但是Memcached是一种分布式的缓存机制，因此并不严格要求consistency，而且实际上每个memcached server之间本身不通讯也不共享，所谓的分布式是由memcached的客户端程序来决定的。一般分布式算法采用基于server节点数的取余法，这种方法以node数为基础，因此增减服务器就会造成很大hash失效问题。所以改进的算法一般采用consistent hash算法，这种算法取消了以服务器节点数作为基数的理念，而是直接对服务器的节点进行hash，然后散布在0~2^32的圆周上，同样对于数据的key也采用同样的hash进行散布，对于key hash的结果取其所在圆周顺时针方向最近的一个服务器节点进行set，这样当增减服务器时，只会影响散布在该增减的服务器到逆时针方向的上一个服务器节点之间的数据。一下子减少了损失。

4、持久性。Memcached没有持久性，down机数据即丢失，其中的数据采用LRU算法。而Memcachedb是一种持久的数据库存储。也可以参考：

http://stackoverflow.com/questions/1825256/memcache-vs-memcached

Memcache的分布式算法

Here is a quick backgrounder in naming conventions (for those unfamiliar), which explains the frustration by the question asker: For many *nix applications, the piece that does the backend work is called a “daemon” (think “service” in Windows-land), while the interface or client application is what you use to control or access the daemon. The daemon is most often named the same as the client, with the letter “d” appended to it. For example “imap” would be a client that connects to the “imapd” daemon.

Memcache服务器端都是直接通过客户端连接后直接操作，没有任何的验证过程，这样如果服务器是直接暴露在互联网上的话是比较危险，轻则数据泄 露被其他无关人员查看，重则服务器被入侵，因为Mecache是以root权限运行的，况且里面可能存在一些我们未知的bug或者是缓冲区溢出的情况，这 些都是我们未知的，所以危险性是可以预见的。为了安全起见，我做两点建议，能够稍微的防止黑客的入侵或者数据的泄露。

内网访问

最好把两台服务器之间的访问是内网形态的，一般是Web服务器跟Memcache服务器之间。普遍的服务器都是有两块网卡，一块指向互联网，一块指向内 网，那么就让Web服务器通过内网的网卡来访问Memcache服务器，我们Memcache的服务器上启动的时候就监听内网的IP地址和端口，内网间的 访问能够有效阻止其他非法的访问。

memcached -d -m 1024 -u root -l 192.168.0.200 -p 11211 -c 1024 -P /tmp/memcached.pid

Memcache服务器端设置监听通过内网的192.168.0.200的ip的11211端口，占用1024MB内存，并且允许最大1024个并发连接

设置防火墙

防火墙是简单有效的方式，如果却是两台服务器都是挂在网的，并且需要通过外网IP来访问Memcache的话，那么可以考虑使用防火墙或者代理程序来过滤非法访问。

一般我们在Linux下可以使用iptables或者FreeBSD下的ipfw来指定一些规则防止一些非法的访问，比如我们可以设置只允许我们的Web服务器来访问我们Memcache服务器，同时阻止其他的访问。

iptables -F

iptables -P INPUT DROP

iptables -A INPUT -p tcp -s 192.168.0.2 –dport 11211 -j ACCEPT

iptables -A INPUT -p udp -s 192.168.0.2 –dport 11211 -j ACCEPT

上面的iptables规则就是只允许192.168.0.2这台Web服务器对Memcache服务器的访问，能够有效的阻止一些非法访问，相应的也可以增加一些其他的规则来加强安全性，这个可以根据自己的需要来做。

4.4 日志文件路径

我将在第13章讨论所有squid的日志细节。你现在你关注的唯一事情是，squid将它的日志放在何处。默认的日志目录是squid安装位置下的logs目录。例如，假如你在./configure时没有使用–prefix=选项，那么默认的日志文件路径是/usr/local/squid/var/logs.

你必须确认日志文件所存放的磁盘位置空间足够。在squid写日志时如果接受到错误，它会退出和重启。该行为的主要理由应引起你的注意。squid想确认你不会丢失任何重要的日志信息，特别是你的系统被滥用或者被攻击时。

squid有三个主要的日志文件：cache.log,access.log,store.log.第一个文件即cache.log，包含状态性的和调试性的消息。当你刚开始运行squid时，你应密切的关注该文件。假如squid拒绝运行，理由也许会出现在cache.log文件的结尾处。在正常条件下，该文件不会变得很大。也请注意，假如你以-s选项来运行squid，重要的cache.log消息也可被送到你的syslog进程。通过使用cache_log指令，你可以改变该日志文件的路径：

cache_log /squid/logs/cache.log

access.log文件包含了对squid发起的每个客户请求的单一行。每行平均约150个字节。也就是说，在接受一百万条客户请求后，它的体积约是150M。请使用cache_access_log指令来改变该日志文件的路径：

cache_access_log /squid/logs/access.log

假如因为某些理由，你不想squid记录客户端请求日志，你能指定日志文件的路径为/dev/null. store.log文件对大多数cache管理员来说并非很有用。它包含了进入和离开缓存的每个目标的记录。平均记录大小典型的是175-200字节。然而，squid不在store.log里对cache点击创建接口，所以它比access.log包含少得多的记录。请使用cache_store_log指令来改变它的位置：

cache_store_log /squid/logs/store.log

通过指定路径为none，你能轻易的完全禁止store.log日志：

cache_store_log none

假如你不小心，squid的日志文件增加没有限制。某些操作系统对单个文件强制执行2G的大小限制，即使你有充足的磁盘空间。超过该限制会导致写错误，这样squid就会退出。为了保证日志文件大小合理，你应创建任务来有规律的重命名和打包日志。squid有内建功能来使这个容易做到。请见13.7章关于日志轮循的解释。

摘自官方手册:

在“我的电脑”->“属性”->“高级”->“环境变量”中增加或修改环境变量后，需重启系统才能使之生效。有没有什么方法可让它即时生效呢？下面介绍一种方法：

一.以修改环境变量“PATH”为例，修改完成后，进入DOS命令提示符，输入：set PATH=C: ，关闭DOS窗口。

二.再次打开DOS窗口，输入：echo %PATH% ，可以发现“我的电脑”->“属性”->“高级”->“环境变量”中设置的 PATH 值已经生效。

不用担心DOS窗口中的修改会影响环境变量的值，DOS窗口中的环境变量只是Windows环境变量的一个副本而已。但是对副本的修改却会引发Windows环境变量的刷新，这正是我们想要的！

在执行iisapp.vbs时，可能会提示如下错误：

Windows Script Component – file://C:WINDOWSsystem32iisschlp.wsc [88,25] 属性值无效 : progid

不要汗，解决也挺简单。

原因是为了所谓的ASP安全，卸载了 shell.applaction 组件，也就是 wshom.ocx

重新注册即可正常运行 iisapp.vbs

注册命令：

regsvr32 wshom.ocx

用完以后,可以再把这个组件卸载掉:

regsvr32 /u /s weboffice.ocx

有关iisapp命令的用法请参考:

①ifconfig命令 用ifconfig命令修改后重起服务配置将会丢失 给Eth0接口设置IP地址和子网掩码广播地址并激活:ifconfig eth0 192.168.1.155 netmask 255.255.255.0 broadcast 192.168.1.255 UP 更改Eth0口的MAC地址:ifconfig eth0 hw ehter 00:40:64:c8:03:04 一个网卡添加多个IP:ifoconfig eht0:1 192.168.1.156 ifconfig eth1:192.168.157 添加网关:route add default gw 192.168.1.1 动态获取IP:ifconfig eth0 -dynamic ②netconfig工具 netconfig命令后 可以选择静态还是动态获取IP,选择静态后 IP address:IP地址 netmask:子网掩码 default gateway (IP):网关 Primary nameserver: DNS地址 如果只想配置某一项 修改IP是动态还是动态获取netconfig –bootproto=dhcp|bootp 设置子网掩码netconfig –netmask=255.255.255.0 设置IP地址netconfig –ip=192.168.1.124 设置DNS地址netconfig –nameserver=218.30.19.40 netconfig默认是设置Eth0网卡的如果想设置其他网卡在device=这打网卡名称 netconfig -d –device=eht1 修改完毕后需要重起服务.不重其服务不生效 ③/etc/sysconfig/network-scripts/ifcfg-eth0 dev=eth0 网卡的物理名称 ONBOOT=yes 启动系统时是否启动 BOOTPROTO=static|dynamic 静态还是动态获取IP ipaddr=192.168.1.123 IP地址 netmask=255.255.255.0 子网掩码 network=192.168.1.0   网络地址 boradcast=192.168.1.255 广播地址 gateway=192.168.1.1 网关 #GATEWAYDEV=eth0 与次网关通讯所使用的网卡物理名称 修改完毕后需要重起服务.不重其服务不生效

一、SQL-Server附加数据库时失败。 1、异常情况：服务器在正常运行的情况下突然断电，导致数据库文件损坏，具体表现是：数据库名后面有“（置疑）”字样。 2、异常分析：关于823错误的 SQL-SERVER 中的帮助：

错误 823 严重级别 24 消息正文 在文件 “%4!” 的偏移量 %3! 处的 %2! 过程中，检测到 I/O 错误 %1!。

解释 Microsoft SQL Server 在对某设备进行读或写请求时遇到 I/O 错误。该错误通常表明磁盘问题。但是，错误日志中在错误 823 之前记录的其它核心消息应指出涉及了哪个设备。 3、解决办法： 在SQL-Server企业管理器中，新建同名数据库（这里假设为Test）后，停止数据库，把损坏的数据库文件Data.mdf和Test_log.LDF覆盖刚才新建数据库目录下的Data.mdf和Test_log.LDF，同时删除Test_log.LDF文件；启动数据库服务，发现数据库名Test后面有“置疑”字样。不要紧，打开SQL自带查询分析器，分别执行如下SQL语句： 第一、

exec sp_configure ‘allow updates’,1 RECONFIGURE WITH OVERRIDE /* 打开修改系统表的开关 */

第二、

update sysdatabases set status=32768 where name=’数据库名’ /* 设置数据库状态 */

第三、

DBCC REBUILD_LOG (‘数据库名’,’D:\database\Test_Log.LDF’) /* 重建LDF文件 */

第四、

update sysdatabases set status=0 where name=’数据库名’ /* 重置数据库状态 */

无法开始服务器！服务器执行缺少！

点击连接时提示：

无法连接到服务器！

127.0.0.1端口43958

已经在serv-u的文件夹属性里的安全选项卡上加上system(或其它操作用户）的完全控制权限.

还是没有用呀?急!! 解决办法:

将FTP的目录添加上administrators组权限，就可以了,serv-u的文件夹属性里的安全选项卡上加上system(或其它操作用户）的完全控制权限