squid优化建议（转贴） 作者:听松一隅

SQUID是个很不错CACHE服务器，各大门户网站都在用。过去二天也做了些SQUID优化，把经验贴上来。

几个重要参数：

• maximum_object_size 是能cache最大的文件大小。对应wmv，rm文件，建议设置为32768 kB
• maximum_object_size_in_memory 是在内存中cache的最大文件大小。一般为128的倍数.
• cache_mem 是SQUID可用到的最大内存。经实践，4G内存的服务器用2G；超过2G导致SQUID运行不稳

首先要分析SQUID所cache内容：

运行 squidclient -p 80 cache_object://localhost/info 能看到如下内容：

Storage Swap size: 7549104 KB Storage Mem size: 418804 KB Mean Object Size: 160.46 KB

Mean Object Size是平均内容大小，一般要把maximum_object_size_in_memory设置成离它最近的128的倍数。在这个例子中maximum_object_size_in_memory 的值应该是256kB。

cache_mem 一般设置成服务器内存的一半或更多，只要运行过程中LINUX没有使用SWAP就可以。

再就是按业务分SQUID: 比如某个论坛，用户能上载图片和视频；当然我们要把上载的图片、视频放在单独的域名上，比如img.example.com, video.example.com；这两个域名只提供静态文件服务。

根据统计，图片的平均大小在100KB，视频的平均大小在4M，差别是很大，应该建两个squid分别作图片和视频的CACHE。图片SQUID的 maximum_object_size_in_memory 设置为256KB，视频的SQUID的maximum_object_size_in_memory设置为8196KB。

实际应用中，原来把图片和视频混在一起的CACHE HIT RATE只有60%，CPU占用率经常在50%以上。分开后图片的CACHE HIT RATE达到95%，CPU占用率降到15%；视频的CACHE HIT RATE到80%了，取得了很好的效果

附上非常有用的squid命令: list of useful squidclient commands

• get squid run time info: squidclient -p 80 mgr:info
• update specific url squid cache: squidclient -p 80 -m PURGE http://www.linux.com.cn/squidclient -p 80 http://www.linux.com.cn/
• get squid memory detail info: squidclient -p 80 mgr:mem
• get squid cached objects list: squidclient -p 80 mgrbjects. use it carefully, it may crash you squid
• get squid diskd stats: squidclient -p 80 mgr:diskd

前言：

很久没有写过文章了，最近收到不少朋友来信，提及了有关优化配置和一些新的安全问题，在此我想和大家浅显讨论一下这些问题，有什么不准确和有更好的方式，请给我来信共同讨论提高。

在网上看到不少有关linux优化方面的好文章，在此我也不赘述这些文章了，我只想从我自己的体会来谈谈这方面的问题。

作为一个系统管理员，我下面说的都是基于服务器应用的linux来谈的，由于个人电脑上使用linux也许不是像服务器上一样，优先追求安全和稳定，因此个人电脑使用的朋友只做个参考吧。

本文提及的系统，如没有特别声明，均采用redhat公司的redhat linux系统。

关于优化

说起优化，其实最好的优化就是提升硬件的配置，例如提高cpu的运算能力，提高内存的容量，个人认为如果你考虑升级硬件的话，建议优先提高内存的容量，因为一般服务器应用，对内存的消耗使用要求是最高的。当然这都是题外话了。

这里我们首要讨论的，是在同等硬件配置下（同一台服务器，不提升硬件的情况下）对你的系统进行优化。

作为系统管理员，我认为，首先我们要明确一个观点：在服务器上作任何操作，升级和修改任何配置文件或软件，都必须首要考虑安全性，不是越新的东西就越好，这也是为什么linux管理感觉上和windows有所不同的地方，windows首先推荐大家去使用它的最新版本软件和操作系统，其实我个人认为这是一种商业行为，作为从系统管理上来讲，这是很不好的，使用新的软件和系统可能带来新的问题，有些甚至是致命的。

因此，作为管理，我们还是应该考虑稳定的长期使用的软件版本来作为我们的版本，具体的好处我就不多说了。相信作为管理员的你应该知道的。

其实个人使用的linux最直接的一个优化就是升级内核，自己编译的内核是根据自己的系统编译而来，将得到最大的性能和最小的内核。

但是，服务器就不太一样了，当然我们也希望每一台服务器都是自己手工编译的内核，高效而精巧。但是实际和愿望是有差距的，试想一下，如果你管理100来台 linux主机，而每一台也许配置都不一样，那编译内核的一个过程将是一个浩大工程，而且从实际考虑，工作量大得难以想象。我想你也不会愿意做这种事情吧。因此，个人建议，采用官方发布的内核升级包是很好的选择。

首先，我们对新安装的系统，将做一系列升级，包括软件和内核，这是很重要的步骤，（这方面的详细情况欢迎察看我另一篇关于升级方面的文章）。

在升级好所有软件后，基本的防火墙和配置都做好以后，我们开始优化一些细节配置，如果你是老系统，那么在作本问题及的一些操作和优化你系统之前，务必被备份所有数据到其他介质。

1、虚拟内存优化

首先查看虚拟内存的使用情况，使用命令

free

查看当前系统的内存使用情况。

一般来说，linux的物理内存几乎是完全used。这个和windows非常大的区别，它的内存管理机制将系统内存充分利用，并非windows无论多大的内存都要去使用一些虚拟内存一样。这点需要注意。

Linux下面虚拟内存的默认配置通过命令

cat /proc/sys/vm/freepages

可以查看，显示的三个数字是当前系统的：最小内存空白页、最低内存空白页和最高内存空白。

注意，这里系统使用虚拟内存的原则是：如果空白页数目低于最高空白页设置，则使用磁盘交换空间。当达到最低空白页设置时，使用内存交换（注：这个是我查看一些资料得来的，具体应用时还需要自己观察一下，不过这个不影响我们配置新的虚拟内存参数）。

内存一般以每页4k字节分配。最小内存空白页设置是系统中内存数量的2倍；最低内存空白页设置是内存数量的4倍；最高内存空白页设置是系统内存的6倍。这些值在系统启动时决定。

一般来讲在配置系统分配的虚拟内存配置上，我个人认为增大最高内存空白页是一种比较好的配置方式，以1G的内存配置为例：

可将原来的配置比例修改为：

2048 4096 6444

通过命令

echo “2048 4096 6444” > /proc/sys/vm/freepages

因为增加了最高空白页配置，那么可以使内存更有效的利用。

2、硬盘优化

如果你是scsi硬盘或者是ide阵列，可以跳过这一节，这节介绍的参数调整只针对使用ide硬盘的服务器。

我们通过hdparm程序来设置IDE硬盘，

使用DMA和32位传输可以大幅提升系统性能。使用命令如下：

/sbin/hdparm -c 1 /dev/hda

此命令将第一个IDE硬盘的PCI总线指定为32位，使用 -c 0参数来禁用32位传输。

在硬盘上使用DMA，使用命令：

/sbin/hdparm -d 1 /dev/hda

关闭DMA可以使用 -d 0的参数。

更改完成后，可以使用hdparm来检查修改后的结果，使用命令：

/sbin/hdparm -t /dev/had

为了确保设置的结果不变，使用命令：# /sbin/hdparm -k 1 /dev/hda

Hdparm命令的一些常用的其他参数功能

-g 显示硬盘的磁轨，磁头，磁区等参数。

出现问题是：使用 float: left; 后，在IE显示margin-left:1px;就变成2px的距离。 IE Bug 的解决方法： 加一个 display: inline; 就OK了

#box1{
	float: left;
	background: #F2F2F2;
	width: 300px;
	height: 200px;
	margin-left: 50px;
}

#box1{
	float: left;
	background: #F2F2F2;
	width: 300px;
	height: 200px;
	margin-left: 50px;
	display: inline;
}

margin在IE6下被解释为双倍距离，出现了Margin与float一起用时，在IE6下，其Margin属性会被解释会双倍的距离，margin产生双倍距离其解决兼容问题的两种方法：

1、给当前层增加display: inline;属性。

2、取消浮动：Float。

熟悉规则的人知道浮动元素自动设置为”block”元素，而不管他们之前是什么。这说明浮动元素上的{display: inline;}会被忽略，事实上所有的浏览器没有呈现任何改变，包括IE。但是，它不知何故让IE停止将浮动元素的边界翻倍。因而，这个修复办法在目前 的浏览器下可以被直接应用，而没有任何繁琐的隐藏方法。

应用浮动+margin在IE6会出现双倍距离的现象，注意 只是出现在IE6中，通常这种现象可以用_margin来解决，即针对IE6的hack。 display问题，并不是只有两种显示方式inline和block，还有许多其它的display值，譬如inline-block，可以试一试。在 应用了float之后，无论块级元素还是行内元素都会宽度自适了（当然你没有设定宽度的情况下），就形似inline-block。

大家都看到过在支付宝架构图里面一个分布式数据分发中心（Gara系统），这个分布中心为了完成每天的数据抽取和向多个Oracle Rac集群和Greenplum集群分布数据的心脏，数据仓库系统是一切系统数据来源。其中功能是为了完成异构数据抽取和装载。

为了使Gara实现高效性和线性扩展能力，现在alipay dw是用4台高性能PC Dell R900（4*4core，128GB memory）来实现，但是Gara原来开发的程序不能实现分布式，只能通过调度系统来控制，灵活性不够强。

最近发现一个开源软件 Keepalived，能很好来实现Gara高效性和线性扩展能力，很多人用来 Keepalived网站的负载均衡，Keepalived还有一个重要的特性就是实现高可用性，就利用这个特性来实现Gara分布式管理

Keepalived可以提供IP层的高可用性, 一旦某一台机器的网络出现问题, 另一台服务器会立即(几秒或者更少的时间)使用出故障的服务器的IP进行工作。

keepalived体系架构图：

keepalived体系架构很清晰，都模块化的，跟我们目前开发的调度系统架构非常相像，大家可以去仔细研究一下

keepalived工作原理：keepalived是一个类似于IP/TCP协议栈3, 4 & 5层交换机制的软件，也就是我们说的第3层、第4层和第5层交换

1.Keepalived使用Layer3的方式工作式时，Keepalived会定期向服务器群中的服务器。也就是说发送一个ICMP的数据包（类似用的Ping程序）,如果发现某台服务的IP地址没有激活，Keepalived便报告这台服务器失效，并将它从服务器群中剔除。

2.Keepalived使用Layer4的方式工作式时，要以TCP端口的状态来决定服务器工作正常与否。如server的服务端口一般是20000，如果Keepalived检测到20000端口没有启动，则Keepalived将把这台服务器从服务器群中剔除。

3.Keepalived使用Layer5的方式工作式时，工作在具体的应用层，如何我们Gara系统故障，就将应用切换其他机器

先介绍一下绍一些流行的分布式key/value存贮系统，并做一些简单的比较。

词汇与背景阅读：

Distributed Hash Table (DHT) and algorithms such as Chord or Kadmelia

Amazon’s Dynamo Paper, and this ReadWriteWeb article about Dynamo which explains why such a system is invaluable

Amazon’s SimpleDB Service, and some commentary

Google’s BigTable paper

The Paxos Algorithm – read this page in order to appreciate that knocking up a Paxos implementation isn’t something you’d want to do whilst hungover on a Saturday morning.

现有比较流行的key/value存储系统：

以下评论来源于源码天堂

我所寻找的系统是一个低延迟，自动复制，分布式的key/value存贮系统，扩展简单，维护方便，api也非常简单，只是简单hash维护，set,get,delete等等，因而，以上列表中有5个并不能达到要求，但是他们还是值得一提的：

1、Hbase 在hadoop中有重要的应用，然而因为延迟现象严重，所以并不适合我们的需要

每次需要关闭系统时，Win2003系统总是“多此一举”，要你选择关机原因，一次两次还能忍受，可是时间长了，真是讨厌它，现在决定将它删除 掉：

1.打开开始菜单中的运行对话框，输入组策略编辑命令“gpedit.msc”，打开组策略编辑窗口；

2.在该窗口中，依次展开“计算机配置”、“管理模板” 、“系统”目录，在对应的右边子窗口中，双击“关闭事件跟踪程序”选项；

3.在随后打开的设置界面中，将“已禁用”选项选中就可以了。

调度器的实现技术中,IP负载均衡技术是效率最高的,IP虚拟服务器软件(IPVS)是在linux内核中实现的｡

LVS负载均衡模式—1.NAT模式

NAT用法本来是因为网络IP地址不足而把内部保留IP地址通过映射转换成公网地址的一种上网方式(原地址NAT)｡如果把NAT的过程稍微变化,就可以成为负载均衡的一种方式｡原理其实就是把从客户端发来的IP包的IP头目的地址在DR上换成其中一台REALSERVER的IP地址并发至此REALSERVER,而REALSERVER则在处理完成后把数据经过DR主机发回给客户端,DR在这个时候再把数据包的原IP地址改为DR接口上的IP地址即可｡期间,无论是进来的流量,还是出去的流量,都必须经过DR｡

**LVS负载均衡模式—2.IP隧道模式 ** 隧道模式则类似于VPN的方式,使用网络分层的原理,在从客户端发来的数据包的基础上,封装一个新的IP头标记(不完整的IP头,只有目的IP部)发给REALSERVER,REALSERVER收到后,先把DR发过来的数据包的头给解开,还原其数据包原样,处理后,直接返回给客户端,而不需要再经过DR｡需要注意的是,由于REALSERVER需要对DR发过来的数据包进行还原,也就是说必须支持IPTUNNEL协议｡所以,在REALSERVER的内核中,必须编译支持IPTUNNEL这个选项｡IPTUNNEL也在Net working options里面｡

LVS负载均衡模式—3.直接路由模式

直接路由模式比较特别,很难说和什么方面相似,前2种模式基本上都是工作在网络层上(三层),而直接路由模式则应该是工作在数据链路层上(二层)｡其原理为,DR和REALSERVER都使用同一个IP对外服务｡但只有DR对ARP请求进行响应,所有REALSERVER对本身这个IP的ARP请求保持静默｡也就是说,网关会把对这个服务IP的请求全部定向给DR,而DR收到数据包后根据调度算法,找出对应的REALSERVER,把目的MAC地址改为REALSERVER的MAC并发给这台REALSERVER｡这时REALSERVER收到这个数据包,则等于直接从客户端收到这个数据包无异,处理后直接返回给客户端｡由于DR要对二层包头进行改换,所以DR和REALSERVER之间必须在一个广播域,也可以简单的理解为在同一台交换机上｡

**LVS负载均衡的八种调度算法 ** LVS已实现了以下八种调度算法:

LVS负载均衡算法—1.轮叫调度(Round-RobinScheduling)

调度器通过”轮叫”调度算法将外部请求按顺序轮流分配到集群中的真实服务器上,它均等地对待每一台服务器,而不管服务器上实际的连接数和系统负载｡

**LVS负载均衡算法—2.加权轮叫调度(WeightedRound-RobinScheduling) ** 调度器通过”加权轮叫”调度算法根据真实服务器的不同处理能力来调度访问请求｡这样可以保证处理能力强的服务器处理更多的访问流量｡调度器可以自动问询真实服务器的负载情况,并动态地调整其权值｡

LVS负载均衡算法—3.最小连接调度(Least-ConnectionScheduling)

调度器通过”最少连接”调度算法动态地将网络请求调度到已建立的链接数最少的服务器上｡如果集群系统的真实服务器具有相近的系统性能,采用”最小连接”调度算法可以较好地均衡负载｡

LVS负载均衡算法—4.加权最小连接调度(WeightedLeast-ConnectionScheduling)

在集群系统中的服务器性能差异较大的情况下,调度器采用”加权最少链接”调度算法优化负载均衡性能,具有较高权值的服务器将承受较大比例的活动连接负载｡调度器可以自动问询真实服务器的负载情况,并动态地调整其权值

LVS负载均衡算法—5.基于局部性的最少链接(Locality-BasedLeastConnectionsScheduling)

基于局部性的最少链接”调度算法是针对目标IP地址的负载均衡,目前主要用于Cache集群系统｡该算法根据请求的目标IP地址找出该目标IP地址最近使用的服务器,若该服务器是可用的且没有超载,将请求发送到该服务器;若服务器不存在,或者该服务器超载且有服务器处于一半的工作负载,则用”最少链接”的原则选出一个可用的服务器,将请求发送到该服务器｡

LVS负载均衡算法—6.带复制的基于局部性最少链接(Locality-BasedLeastConnectionswithReplicationScheduling)

带复制的基于局部性最少链接”调度算法也是针对目标IP地址的负载均衡,目前主要用于Cache集群系统｡它与LBLC算法的不同之处是它要维护从一个目标IP地址到一组服务器的映射,而LBLC算法维护从一个目标IP地址到一台服务器的映射｡该算法根据请求的目标IP地址找出该目标IP地址对应的服务器组,按”最小连接”原则从服务器组中选出一台服务器,若服务器没有超载,将请求发送到该服务器,若服务器超载;则按”最小连接”原则从这个集群中选出一台服务器,将该服务器加入到服务器组中,将请求发送到该服务器｡同时,当该服务器组有一段时间没有被修改,将最忙的服务器从服务器组中删除,以降低复制的程度

LVS负载均衡算法—7.目标地址散列调度(DestinationHashingScheduling)

目标地址散列”调度算法根据请求的目标IP地址,作为散列键(HashKey)从静态分配的散列表找出对应的服务器,若该服务器是可用的且未超载,将请求发送到该服务器,否则返回空

LVS负载均衡算法—8.源地址散列调度(SourceHashingScheduling)

源地址散列”调度算法根据请求的源IP地址,作为散列键(HashKey)从静态分配的散列表找出对应的服务器,若该服务器是可用的且未超载,将请求发送到该服务器,否则返回空｡

由于nginx的url hash功能可以很好的提升squid的性能，所以我把squid前端的负载均衡器更换为nginx，但是一台nginx就形成了单点，现在使用keepalived来解决这个问题，keepalived的故障转移时间很短，而且配置简单，这也是选择keepalived的一个主要原因，建议日PV值小的中小型企业web均可采用如下方案实行，下面直接上安装步骤：

一、环境：

centos5.3、nginx-0.7.51、keepalived-1.1.19

主nginx负载均衡器：192.168.0.154

辅nginx负载均衡器：192.168.9.155

vip：192.168.0.188

二、安装keepalived

#tar zxvf keepalived-1.1.19.tar.gz

#cd keepalived-1.1.19

#./configure –prefix=/usr/local/keepalived

#make

#make install

#cp /usr/local/keepalived/sbin/keepalived /usr/sbin/

#cp /usr/local/keepalived/etc/sysconfig/keepalived /etc/sysconfig/

#cp /usr/local/keepalived/etc/rc.d/init.d/keepalived /etc/init.d/

#mkdir /etc/keepalived

#cd /etc/keepalived/

vim keepalived.conf

! Configuration File for keepalived

global_defs {

notification_email {

[email protected]

}

notification_email_from [email protected]

smtp_server 127.0.0.1

smtp_connect_timeout 30

router_id LVS_DEVEL

}

vrrp_instance VI_1 {

state MASTER

interface eth0

virtual_router_id 51

mcast_src_ip 192.168.0.154    <==主nginx的IP地址

priority 100

advert_int 1

authentication {

auth_type PASS

auth_pass chtopnet

}

virtual_ipaddress {

一**、安装coreseek**

A、安装环境配置,为安装coreseek做准备

#pkg_add -r autoconf262 automake110 libtool mysql50-client libxml2 expat

B、下载整个安装包(内含mmseg,coreseek)：

#fetch http://www.coreseek.cn/uploads/csft/3.2/coreseek-3.2.13.tar.gz

#tar xzvf coreseek-3.2.13.tar.gz

#cd coreseek-3.2.13

======================================

C 、 安装coreseek开发的mmseg，为coreseek提供中文分词功能

#cd mmseg-3.2.13

#./bootstrap

#./configure –prefix=/usr/local/mmseg3

#make

#make install

至此,mmseg已经安装完成,下面进入csft-3.2.13目录里进行安装coreseek

======================================

D、安装coreseek

#cd ../ #cd csft-3.2.13 #./configure –prefix=/usr/local/coreseek –without-python –without-mysql –with-mmseg –with-mmseg-includes=/usr/local/mmseg3/include/mmseg/ –with-mmseg-libs=/usr/local/mmseg3/lib/ #make #make install

配置测试，测试是否可以正确运行

#/usr/local/coreseek/bin/indexer -c /usr/local/coreseek/etc/sphinx-min.conf.dist

以下为正常测试时的提示信息：

Coreseek Fulltext 3.2 [ Sphinx 0.9.9-release (r2117)]

Copyright (c) 2007-2010,

开始用php写后台服务一段时间了.也是在这样的驱动下,不断的学习php语法,体验这一原来一直以为神秘且敬而远之的神奇语言的魅力.最初看php多线程的资料是为了提高程序的处理能力,充分发挥linux多任务的优势.不曾想多线程没用成反到是带来了一系列的意外收获.让之后的许多问题迎刃而解,不敢独享特一一道来. 本文所讲的东西是源自php的pcntl_fork函数.因为这个函数依赖操作系统fork的实现,所以本文所讲的东西只适用于linux/unix.ok,那么先看看这个函数的用法吧. php手册 上是这么说的:

$pid = pcntl_fork();

if ($pid == -1) {

die(‘could not fork’);

} else if ($pid) {

// we are the parent

pcntl_wait($status); //Protect against Zombie children

} else {

// we are the child

}

?>

通过pcntl_fork创建一个子进程,如果返回值是-1的话,那么说明子进程创建失败.创建成功的进程id会返回给父进程,0返回给子进程.不好理解吧,费了很常时间明白以后,笔者习惯这样写:

$pid = pcntl_fork();

if($pid == -1){

//创建失败咱就退出呗,没啥好说的

die(‘could not fork’);

}

else{

if($pid){

//从这里开始写的代码是父进程的,因为写的是系统程序,记得退出的时候给个返回值

exit(0);

}

else{

//从这里开始写的代码都是在新的进程里执行的,同样正常退出的话,最好也给一个返回值

exit(0);

}

}

?>

这样一改好理解多了,如果你父进程希望知道子进程正常退出的话,可以加上前面的pcntl_wait. 函数的用法是整明白了,在实际的工作中有什么用处呢? 1.后台程序 命令行程序好写,服务程序也好写,笔者觉得这服务程序最难写.想想原来想在windows下写个服务啥的,又是要注册服务又是要这样那样的老费劲了.现在专职管理linux想让个命令行程序在后台运行,直接在命令后面加个&就搞定了.但是这样总觉得土.有了pcntl_fork突然发现世界是那么的美好.当主进程成功创建子进程并获得子进程的id以后,自己在临死前还不忘说一句:”我已成功运行,我的id是:xxxx(子进程的id)”,完了还给系统返回个0(正常退出),哈哈,死都死的那么有尊严. 前面说的是程序常驻内存的情况,当然了这时候要注意内存的释放以及向日志文件打印信息,而不是往屏幕上(一打印信息程序就退出的哟).还有一种情况是:程序被其它脚本调用,其它脚本只关心程序是不是正常运行,如果程序要运行很长时间才能运行完的话,最好不让脚本等待.这样的话pcntl_fork又派上用场了:) 2.延时处理. 有的时候,我们程序退出的时候要清理自身产生的东西,比如说要删除自己(当然了linux下面是可以删除正在运行的文件的,只是举个例子),这个时候就可以另起动一个进程,然后自己结束了,把事情交给另一个进程来做.当我们写服务程序的时候,我们肯定是写日志文件记录程序的运行情况(要不谁知道程序是不是在那睡大觉的:0).程序正常退出的时候我们可以写一条日志说程序退出了,但是当程序收到linux下伟大的kill -9的时候,怎么记录自己的退出行为呢?额…..这个和php的进程信号有关好像和这个没多大关系. 另一种情况:一个完善的程序一般都支持start,stop,restart这样的参数.start好说,stop也好说,既然start和stop都好说了,这个restart就先stop然后再start就可以了啊.额…好像又和pcntl_fork没多大关系,当你收到重启的信号总不能还是kill然后再start吧,是不是太黄太暴力了?还是温柔一点,让当前进程退出,让另外的进程再把它拉起来吧.在windows下想实现这一点似乎很困难呢,比如程序更新的时候,一般都是单写更新程序,或者程序退出的时候另起动一个批处理启动自己:) 3.不死进程 其实就是传说中的双进程了.早些年的时候万象网管为了达到不被恶意结束的目的用的就是这招了.虽然咱不用担心程序被人恶意停止,但是也保不齐主程序因为任务太重抗不住自己先挂了(这种情况也不是不会发生).所以…… 说了这么多,只是对写程序的一些思考,对一个函数用法的延伸.我想到了这么多,你呢?

一、修改IP地址

修改对应网卡的IP地址的配置文件

[root@centos]# vi /etc/sysconfig/network-scripts/ifcfg-eth0

修改以下内容

DEVICE=eth0(描述网卡对应的设备别名，例如ifcfg-eth0的文件中它为eth0)

BOOTPROTO=static(设置网卡获得ip地址的方式，可能的选项为static，dhcp或bootp，分别对应静态指定的ip地址，通过dhcp协议获得的ip地址，通过bootp协议获得的ip地址)

BROADCAST=192.168.0.255(对应的子网广播地址)

HWADDR=00:07:E9:05:E8:B4 (对应的网卡物理地址)

IPADDR=192.168.1.2(如果设置网卡获得ip地址的方式为静态指定，此字段就指定了网卡对应的ip地址)

IPV6INIT=no

IPV6_AUTOCONF=no

NETMASK=255.255.255.0(网卡对应的网络掩码)

NETWORK=192.168.1.0(网卡对应的网络地址)

ONBOOT=yes(系统启动时是否设置此网络接口，设置为yes时，系统启动时激活此设备)

GATEWAY=192.168.1.1

如果对设置多个ip的话,请参考:

二、修改网关

修改对应网卡的网关的配置文件

[root@centos]# vi /etc/sysconfig/network

修改以下内容

NETWORKING=yes(表示系统是否使用网络，一般设置为yes。如果设为no，则不能使用网络，而且很多系统服务程序将无法启动)

HOSTNAME=centos(设置本机的主机名，这里设置的主机名要和/etc/hosts中设置的主机名对应)

GATEWAY=192.168.1.1(设置本机连接的网关的IP地址。例如，网关为10.0.0.2)

三、修改DNS

修改对应网卡的DNS的配置文件

[root@centos]# vi /etc/resolv.conf

修改以下内容

nameserver 202.101.224.68 #(域名服务器)

nameserver 202.101.224.69 #(域名服务器)

四、重新启动网络配置

[root@centos]# service network restart

或

[root@centos]# /etc/init.d/network restart

修改ip地址

即时生效:

[root@centos]# ifconfig eth0 192.168.0.2 netmask 255.255.255.0

启动生效:

修改/etc/sysconfig/network-scripts/ifcfg-eth0 修改网关default gateway

即时生效:

[root@centos]# route add default gw 192.168.0.1 dev eth0

1、先把光盘挂上

#monut /dev/cdrom /mnt/cdrom 光盘将挂载到/mnt/cdrom   现在我们来检查光盘是否挂载成功（如果没有此目录，先创建）

#ls /mnt/cdrom    有内容则表示挂载成功。

2、理解个道理

CentOS有两个yum源，它们在/etc/yum.repos.d/下面有两个文件：CentOS-Base.repo和CentOS-Media.repo。但这两个源不是同时使用的，默认使用的是采用互联网升级的CentOS-Base.repo源（这文件里都是网址，你可以自己看看），除非我们手动修改让系统使用Media源，而Media源就是指计算机本地的源，就包含我们方才挂上的本地光盘。

3、开始操作

首先，把CentOS-Base.repo文件改名，让系统找不到该文件，从而不能使用互联网的更新方式：

#mv CentOS-Base.repo CentOS-Base.repo.bak

然后，vi CentOS-Media.repo

把以下三行的后两行删除

baseurl=file:///media/CentOS/
file:///media/cdrom/
file:///media/cdrecorder/

第一行修改为挂载光盘的路径，如下：

baseurl=file:///mnt/cdrom/

然后，找到这个属性，将值改成1，这样就打开了本地源文件的使能开关。 enabled=0

改成 enabled=1

保存即可。

然后可以通过yum check-update 或者yum install * 来测试源是否成功和生效。

==========================================================

这里有一个比较偷懒的办法。

进入 /etc/yum.repo.d/ 文件夹

vi Centos-Media.repo

将文件中的 file 位置修改为dvd的位置 /media/dvd，并打开本地源，如下：

[c5-media]
name=CentOS-$releasever – Media
baseurl=file:///media/dvd/
gpgcheck=0
enabled=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-5

保存推出后就可以使用本地的dvd作为yum源了，当然，你要记得把光盘放进去哦

一，下载

cd /usr/local/src

wget http://downloads.zend.com/optimizer/3.3.3/ZendOptimizer-3.3.3-linux-glibc23-i386.tar.gz

tar -xzvf ZendOptimizer-3.3.3-linux-glibc23-i386.tar.gz

./ZendOptimizer-3.3.3-linux-glibc23-i386/install.sh

二，安装 1，php.ini配置文件目录是：/etc 2，注意Host5156_Vps使用的是lighttpd，而非apache。

三，配置域名目录下php.ini文件 1，/etc/php.ini是总的配置文件。还有一个具体的配置文件位于：/home/httpd/domain.com/php.ini，这个文件也要设置下。 2，把php.ini文件下的[zend]段落复制下来，再添加到/home/httpd/domain.com/php.ini文件中。

[Zend]
zend_extension_manager.optimizer=/usr/local/Zend/lib/Optimizer-3.3.3
zend_extension_manager.optimizer_ts=/usr/local/Zend/lib/Optimizer_TS-3.3.3
zend_optimizer.version=3.3.3
zend_extension=/usr/local/Zend/lib/ZendExtensionManager.so
zend_extension_ts=/usr/local/Zend/lib/ZendExtensionManager_TS.so

3，重启Apache

/etc/init.d/httpd restart

在虚拟机的CENTOS装好APACHE不能用,郁闷,解决方法如下

/sbin/iptables -I INPUT -p tcp –dport 80 -j ACCEPT /sbin/iptables -I INPUT -p tcp –dport 22 -j ACCEPT

然后保存：

/etc/rc.d/init.d/iptables save

这样重启计算机后,防火墙默认已经开放了80和22端口

这里应该也可以不重启计算机：

/etc/init.d/iptables restart

防火墙的关闭，关闭其服务即可：

查看防火墙信息：

/etc/init.d/iptables status

关闭防火墙服务：

/etc/init.d/iptables stop

永久关闭？不知道怎么个永久法：

chkconfig –level 35 iptables off

手册：

用iptables -ADC 来指定链的规则，-A添加 -D删除 -C 修改

iptables – [RI] chain rule num rule-specification[option] 用iptables – RI 通过规则的顺序指定

iptables -D chain rule num[option] 删除指定规则

iptables -[LFZ] [chain][option] 用iptables -LFZ 链名 [选项]

iptables -[NX] chain 用 -NX 指定链

iptables -P chain target[options] 指定链的默认目标

iptables -E old-chain-name new-chain-name -E 旧的链名 新的链名

用新的链名取代旧的链名

说明

Iptalbes 是用来设置、维护和检查Linux内核的IP包过滤规则的。

可以定义不同的表，每个表都包含几个内部的链，也能包含用户定义的链。每个链都是一个规则列表，对对应的包进行匹配：每条规则指定应当如何处理与之相匹配的包。这被称作’target’（目标），也可以跳向同一个表内的用户定义的链。

TARGETS

防火墙的规则指定所检查包的特征，和目标。如果包不匹配，将送往该链中下一条规则检查；如果匹配,那么下一条规则由目标值确定.该目标值可以是用户定义的链名,或是某个专用值,如ACCEPT[通过], DROP[删除], QUEUE[排队], 或者 RETURN[返回]。

ACCEPT 表示让这个包通过。DROP表示将这个包丢弃。QUEUE表示把这个包传递到用户空间。RETURN表示停止这条链的匹配，到前一个链的规则重新开始。如果到达了一个内建的链(的末端)，或者遇到内建链的规则是RETURN，包的命运将由链准则指定的目标决定。

TABLES

当前有三个表（哪个表是当前表取决于内核配置选项和当前模块)。

-t table

这个选项指定命令要操作的匹配包的表。如果内核被配置为自动加载模块，这时若模块没有加载，(系统)将尝试(为该表)加载适合的模块。这些表如下：filter,这是默认的表，包含了内建的链INPUT（处理进入的包）、FORWORD（处理通过的包）和OUTPUT（处理本地生成的包）。nat,这个表被查询时表示遇到了产生新的连接的包,由三个内建的链构成：PREROUTING (修改到来的包)、OUTPUT（修改路由之前本地的包）、POSTROUTING（修改准备出去的包）。mangle 这个表用来对指定的包进行修改。它有两个内建规则：PREROUTING（修改路由之前进入的包）和OUTPUT（修改路由之前本地的包）。

OPTIONS