地址：http://bbs.phpchina.com/thread-169014-1-1.html

经过摸索，终于找到了实现方法，就是通过使用Apache的Rewrite和Proxy实现跨主机透明转发，不改变地址栏的URL网址。

下面是实现步骤：

1. 在123.baidu.com的.htaccess文件中开启重写规则：

RewriteEngine On
RewriteRule ^(.*)$ http://www.baidu.com/123/$1 [P,L]

2. 在Apache的配置文件中开启以下模块：

mod_rewrite.so
mod_proxy.so
mod_proxy_http.so

3. 重启Apache服务器，载入最新的配置。

转载自：http://hi.baidu.com/fising/blog/item/54fa5bafbd1840f0faed507e.html

小转一篇，出处未知。

前言：经常检查Apache的连接数，同样会发现很多无用的Time_Wait连接。有人说这是正常的，是因为一个请求中途中断造成的;还有人说微 软的 IE连接时产生的Time_wait会比用Firefox连接时多。个人认为有一定的Time_wait是正常的，如果超过了连接数的比例就不是很 正常，所以还是找来方法解决一下。

检查net.ipv4.tcp_tw当前值，将当前的值更改为1分钟：
[root@aaa1 ~]# sysctl -a|grep net.ipv4.tcp_tw
net.ipv4.tcp_tw_reuse = 0
net.ipv4.tcp_tw_recycle = 0
[root@aaa1 ~]#

vi /etc/sysctl
增加或修改net.ipv4.tcp_tw值：
net.ipv4.tcp_tw_reuse = 1
net.ipv4.tcp_tw_recycle = 1

使内核参数生效：
[root@aaa1 ~]# sysctl -p

[root@aaa1 ~]# sysctl -a|grep net.ipv4.tcp_tw
net.ipv4.tcp_tw_reuse = 1
net.ipv4.tcp_tw_recycle = 1

设置这两个参数： reuse是表示是否允许重新应用处于TIME-WAIT状态的socket用于新的TCP连接； recyse是加速TIME-WAIT sockets回收

用netstat再观察正常
这里解决问题的关键是如何能够重复利用time_wait的值，我们可以设置时检查一下time和wait的值
#sysctl -a | grep time | grep wait
net.ipv4.netfilter.ip_conntrack_tcp_timeout_time_wait = 120
net.ipv4.netfilter.ip_conntrack_tcp_timeout_close_wait = 60
net.ipv4.netfilter.ip_conntrack_tcp_timeout_fin_wait = 120

这样的现象实际是正常的，有时和访问量大有关，设置这两个参数： reuse是表示是否允许重新应用处于TIME-WAIT状态的socket用于新的TCP连接； recyse是加速TIME-WAIT sockets回收

说明：
net.ipv4.tcp_syncookies = 1 表示开启SYN Cookies。当出现SYN等待队列溢出时，

这两天搭建了一组Apache服务器，每台服务器4G内存，采用的是prefork模式，一开始设置的连接数太少了，需要较长的时间去响应用户的请求，后来修改了一下Apache 2.0.59的配置文件httpd.conf：
引用
# prefork MPM
# StartServers: number of server processes to start
# MinSpareServers: minimum number of server processes which are kept spare
# MaxSpareServers: maximum number of server processes which are kept spare
# MaxClients: maximum number of server processes allowed to start
# MaxRequestsPerChild: maximum number of requests a server process serves

StartServers         10
MinSpareServers      10
MaxSpareServers      15
ServerLimit          2000
MaxClients           2000
MaxRequestsPerChild  10000

查看httpd进程数（即prefork模式下Apache能够处理的并发请求数）：
Linux命令：
引用
ps -ef | grep httpd | wc -l

返回结果示例：
1388
表示Apache能够处理1388个并发请求，这个值Apache可根据负载情况自动调整，我这组服务器中每台的峰值曾达到过2002。

查看Apache的并发请求数及其TCP连接状态：
Linux命令：
引用
netstat -n | awk '/^tcp/ {++S[$NF]} END {for(a in S) print a, S[a]}'

（这条语句是从新浪互动社区事业部技术总监王老大那儿获得的，非常不错）
返回结果示例：
LAST_ACK 5
SYN_RECV 30
ESTABLISHED 1597
FIN_WAIT1 51
FIN_WAIT2 504
TIME_WAIT 1057
其中的SYN_RECV表示正在等待处理的请求数；ESTABLISHED表示正常数据传输状态；TIME_WAIT表示处理完毕，等待超时结束的请求数。

关于TCP状态的变迁，可以从下图形象地看出：
点击在新窗口中浏览此图片
状态：描述
CLOSED：无连接是活动的或正在进行
LISTEN：服务器在等待进入呼叫
SYN_RECV：一个连接请求已经到达，等待确认
SYN_SENT：应用已经开始，打开一个连接
ESTABLISHED：正常数据传输状态
FIN_WAIT1：应用说它已经完成
FIN_WAIT2：另一边已同意释放
ITMED_WAIT：等待所有分组死掉
CLOSING：两边同时尝试关闭
TIME_WAIT：另一边已初始化一个释放
LAST_ACK：等待所有分组死掉

转载自：http://blog.s135.com/post/269/

1次是Discuz！首页打开时一片空白，但UCenter又可以打开，登录进后台stat index.php，发现文件的修改日期有问题，被修改日期是6月16日，论坛改版做好后，很久没有修改过这些文件了。估计是被人入侵了！网上有说是编码问题。难道别人把我文件的编码修改了？查看了下备份目录，刚好在6月13日有个备份，把它解压缩出来，覆盖掉原来的，一切恢复正常。

2次是朋友的一个很简单的站，打开是一个空白页面，对比过配置文件，发现跟其他站点的配置一样，怀疑会不会是程序不能在二级目录下运行，就把该主机的根目录设置为那二级目录，结果打开还是不行，又改回来，查看了Nginx的日志，没有错。最后去程序官方，重新下载了一个，直接在服务器上解压缩，再访问，一切正常。注意啊！估计是从Windows传文件上去时，文件出现的问题。无论是SFTP还是FTP，都记得要用binary（二进制）方式上传。这样是最保险的！

执行以下命令：

C:\Program Files\AWStats\wwwroot\cgi-bin>awstats.pl -config=localhost

刷新浏览器页面，发现还是前天的数据

经过一番查找，发现

C:\Program Files\AWStats\wwwroot\cgi-bin>awstats.pl -config=localhost

当运行此命令后，命令会生成一个txt文件，C:\Program Files\AWStats\wwwroot\cgi-bin\awstats112008.localhost.txt
如果修改了access_log，需要先删除该awstats112008.localhost.txt（如果需要保留，则将其改名），再运行awstats.pl -config=localhost，这样，通过浏览器才能查看最新的日志

以上说法未必对，有待求证，有可能是awstats只允许按月来分析，而不允许整年地分析，才会导致无法update，试下加全年参数？

另外，要修改awstats.pl里perl命令的路径，因为它默认是类nix的路径，所以要把它修改为Windows下perl的安装路径

当然也用awstats来分析maillog，要先运行一个转换程序，忘了，太久了。

原因：是Linux有一个SELinux保护模式引起的。

解决办法：

1关闭SELINUX的方法:
vi /etc/selinux/config 将SELINUX=enforcing 改成SELINUX=disabled 需要重启
这个方法可能会对服务器带来风险。

2不关闭SELINUX的方法:
# setenforce 0
# chcon -c -v -R -u system_u -r object_r -t textrel_shlib_t /usr/local/apache/modules/libphp5.so
# service httpd restart
# setenforce 1

转载自：http://hi.baidu.com/shengit/blog/item/9d4da12b3b682993033bf6a2.html

输出如下：

Loaded Modules:
core_module (static)
mpm_prefork_module (static)
http_module (static)
so_module (static)
auth_basic_module (shared)
authn_file_module (shared)
authz_host_module (shared)
authz_user_module (shared)
authz_groupfile_module (shared)
include_module (shared)
log_config_module (shared)
env_module (shared)
setenvif_module (shared)
mime_module (shared)
status_module (shared)
autoindex_module (shared)
vhost_alias_module (shared)
negotiation_module (shared)
dir_module (shared)
actions_module (shared)
userdir_module (shared)
alias_module (shared)
rewrite_module (shared)
cgi_module (shared)
php5_module (shared)
Syntax OK

查看已编译模块

httpd -l

输出如下：

Compiled in modules:
core.c
prefork.c
http_core.c
mod_so.c

今天说说Apache的优化。为什么要优化？因为服务器资源不够用。 资源有很多方面，但根据木桶理论，只要有一种资源不够用， 整个服务器的性能就会受到影响（所谓瓶颈）。

服务器资源

那么服务器的资源包括哪些？对于网站来说主要是CPU、TCP连接数这两者。 CPU表现在任务数上，在Linux下使用平均负载(loadavg)来衡量。 可通过以下命令来查看（参考这篇文章）：

cat /proc/loadavg
对于单CPU的服务器，loadavg高于1，表明任务队列出现了等待，CPU忙不过来了。 超过2以上就会明显感到性能降低了。

TCP连接数可通过以下命令查看：

netstat -ant | grep :80 | wc -l
如果要实时监控服务器资源，可参考OpenNMS项目。

注1：内存不算，低廉的价格使得网站服务器很少有因为内存不够而down掉的。
注2：CPU%是瞬时的CPU使用率，通常无法反映出整体负载。

Apache配置命令

Apache在资源方面的配置命令主要有以下几条。

KeepAlive    是否允许持续连接
MaxKeepAliveRequests    允许的持续连接的最大数
KeepAliveTimeout    持续连接在没有请求多少秒后切断
StartServers    最初启动时启动多少个服务器进程
MinSpareServers    空闲服务器进程的最小数
MaxSpareServers    空闲服务器进程的最大数
MaxRequestsPerChild    每个子进程处理的最大请求数
KeepAlive

前三个KeepAlive相关的指令用来设置持续连接。 通常都是每个HTTP请求对应一个TCP连接，但对于一个包含许多图片的网页来说， 客户端会在瞬间发出多个HTTP请求，此时多次建立TCP连接会大大降低响应速度。 此时通过持续连接，可以允许用户在一个TCP连接中发出多个HTTP请求， 减少TCP连接建立次数，提高响应速度。

这种情况下，应当通过access_log统计出连续HTTP请求出现的次数、间隔时间、访问量， 以确定 MaxKeepAliveRequests 和 KeepAliveTimeout 的值。 KeepAliveTimeout 太小发挥不了持续连接的作用；太大了，持续连接迟迟不断， 浪费TCP连接数不说，更糟糕的是系统中的 httpd 进程数目会因此不断增加， 使得系统负载升高，甚至会导致服务器失去响应。

但是在处理动态网页请求时，由于用户很少会瞬间请求多个动态网页 （一般都是打开页面之后阅读好半天才点下一页）， 此时打开KeepAlive无异于浪费TCP连接数。

结论就是，放动态网页的就 KeepAlive Off 以提高吞吐量， 放静态内容如图片、js代码等就 KeepAlive On 以减少TCP连接建立次数。

但一个Apache只能有一种 KeepAlive 设置，怎么办？很简单，弄两台服务器， 一个专门放脚本，一个专门放图片。

服务器进程数

再说说下面的 StartServers、MinSpareServers、MaxSpareServers。 StartServers基本不用修改，因为Apache会自动调节子进程数。 MinSpareServers和MaxSpareServers是空闲子进程数目，何为空闲子进程？ 假设某一时刻系统中共有30个httpd进程，其中一个是父进程，20个在处理请求， 那么空闲子进程数就是9个。

空闲进程少了，大量的突发请求会使服务器疲于进程创建，降低效率； 而太多反而会增加系统进程数，增大系统负载。

实际上，默认值已足够处理一般的突发请求，所以除非是流量特别特别巨大的网站， 否则不要修改这些设置。

就算流量特别特别大，也是通过负载平衡系统来降低每台服务器的访问量，不会修改这几个值。

MaxRequestsPerChild

这个值设置子进程在处理多少个请求之后自动结束。 这个选项是用来防止进程由于内存泄漏等使用内存过多。 一般默认值即可。

总结

说来说去其实最重要的还是 KeepAlive 的设置， 而性能调节也就是调整 KeepAlive、KeepAliveTimeout 值。

Linux命令：
ps -ef | grep httpd | wc -l

查看Apache的并发请求数及其TCP连接状态：

Linux命令：
netstat -n | awk ‘/^tcp/ {++S[$NF]} END {for(a in S) print a, S[a]}’

返回结果示例：
LAST_ACK 5
SYN_RECV 30
ESTABLISHED 1597
FIN_WAIT1 51
FIN_WAIT2 504
TIME_WAIT 1057

说明:
SYN_RECV表示正在等待处理的请求数；
ESTABLISHED表示正常数据传输状态；
TIME_WAIT表示处理完毕，等待超时结束的请求数

转载自：查看httpd进程数