其更新方式，无非几种：
yum update方式，更新频率比较慢，往往要在确定stable，才release
tar.gz方式，更新频率非常快，编译安装和修改步骤略显繁琐。多台Server都需要更新的话，就比较头疼了。
rpm方式，openssh已经不再提供rpm安装包了，rpmbuild所需的源文件都包含在tar.gz文件里，需要我们手动编译封装成rpm包。这是最理想的分发方式了。

未完待续

了解详情请登录http://ts.oooxm.com/speedup

本人已试用成功(3Mbps->6Mbps)，单位网络不允许上传文件，下班回家再放图。

友情提示：

• 操作成功率一般，如果不成功，请刷新页面重试，或者重启Modem重试
• 如果操作成功，请不要关闭该页面，否则提速失效

漏洞危险等级：毁灭性。

这个漏洞严格上说并不是 Nginx 和 PHP 本身的漏洞造成的，而是由配置造成的。在我之前写的许多配置中，都普遍存在这个漏洞。

简易检测方法：
打开 Nginx + PHP 服务器上的任意一张图片，如：
http://hily.me/test.png
如果在图片链接后加一串 /xxx.php （xxx为任意字符）后，如：
http://hily.me/test.png/xxx.php
图片还能访问并且输出的 Content-Type 为 text/html 的话，说明你的配置存在漏洞。

漏洞分析：

下面通过分析一个很常见的 Nginx 配置来解释下漏洞的成因：
server {
    listen       80;
    server_name  test.local;

    access_log  /work/www/logs/test.access.log  main;
    error_log  /work/www/logs/test.error.log;

    location / {
        root   /work/www/test;
        index  index.html index.htm index.php;
    }

    location ~ \.php$ {
        root           /work/www/test;
        fastcgi_index  index.php;
        fastcgi_param  SCRIPT_FILENAME    $document_root$fastcgi_script_name;
        include        fastcgi_params;
        fastcgi_pass   unix:/tmp/php-fpm.sock;
    }
}

我们在 /work/www/test/ 目录下新建一个文件 test.png，内容如下：

那么访问 http://test.local/test.png 时，输出为文本内容：

但是当在后面加上 /xxx.php 时，即 http://test.local/test.png/xxx.php，可怕的事情发生了：
Array
(
    [HOSTNAME] =>
    [PATH] => /usr/local/bin:/usr/bin:/bin
    [TMP] => /tmp
    [TMPDIR] => /tmp
    [TEMP] => /tmp
    [OSTYPE] =>
    [MACHTYPE] =>
    [MALLOC_CHECK_] => 2
    [USER] => www
    [HOME] => /home/www
    [FCGI_ROLE] => RESPONDER
    [SCRIPT_FILENAME] => /work/www/test/test.png
    [QUERY_STRING] =>
    [REQUEST_METHOD] => GET
    [CONTENT_TYPE] =>
    [CONTENT_LENGTH] =>
    [SCRIPT_NAME] => /test.png/xxx.php
    [REQUEST_URI] => /test.png/xxx.php
    [DOCUMENT_URI] => /test.png/xxx.php
    [DOCUMENT_ROOT] => /work/www/test
    [SERVER_PROTOCOL] => HTTP/1.1
    [GATEWAY_INTERFACE] => CGI/1.1
    [SERVER_SOFTWARE] => nginx/0.7.62
    [REMOTE_ADDR] => 192.168.1.163
    [REMOTE_PORT] => 4080
    [SERVER_ADDR] => 192.168.1.12
    [SERVER_PORT] => 80
    [SERVER_NAME] => test.local
    [REDIRECT_STATUS] => 200
    [HTTP_ACCEPT] => image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, application/x-shockwave-flash, application/QVOD, application/QVOD, application/x-ms-application, application/x-ms-xbap, application/vnd.ms-xpsdocument, application/xaml+xml, application/vnd.ms-excel, application/vnd.ms-powerpoint, application/msword, */*
    [HTTP_ACCEPT_LANGUAGE] => zh-cn
    [HTTP_ACCEPT_ENCODING] => gzip, deflate
    [HTTP_USER_AGENT] => Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; QQPinyin 689; QQDownload 627; Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1) ; .NET CLR 2.0.50727; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729; InfoPath.2; TheWorld)
    [HTTP_HOST] => test.local
    [HTTP_CONNECTION] => Keep-Alive
    [ORIG_SCRIPT_FILENAME] => /work/www/test/test.png/xxx.php
    [PATH_TRANSLATED] => /work/www/test
    [PHP_SELF] => /test.png/xxx.php
    [REQUEST_TIME] => 1274125615
)

环境变量中，SCRIPT_FILENAME 是 Nginx 传过来的：
fastcgi_param  SCRIPT_FILENAME    $document_root$fastcgi_script_name;

$fastcgi_script_name 变量说明请参考：
http://wiki.nginx.org/NginxHttpFcgiModule

Nginx 传给 PHP 的值为 /work/www/test/test.png/xxx.php，即 $_SERVER 中 ORIG_SCRIPT_FILENAME 的值，但是 $_SERVER 中 SCRIPT_FILENAME 却是 /work/www/test/test.png。

原因是，/work/www/test/test.png/xxx.php 并不存在，对于这些不存在的路径，PHP 会检查路径中存在的文件，并将多余的部分当作 PATH_INFO。
这里，/work/www/test/test.png 被 PHP 解析为 SCRIPT_FILENAME，/xxx.php 被 PHP 解析为 PATH_INFO 后被丢弃，因此并没有在 $_SERVER 中出现。

解决方法：

解决这个漏洞的方法很显然：关闭上面所述的解析即可。

这个解析可以在 PHP 的配置文件中设置，默认为开启。在这里我们需要将它关闭：

; cgi.fix_pathinfo provides *real* PATH_INFO/PATH_TRANSLATED support for CGI. PHP’s
; previous behaviour was to set PATH_TRANSLATED to SCRIPT_FILENAME, and to not grok
; what PATH_INFO is. For more information on PATH_INFO, see the cgi specs. Setting
; this to 1 will cause PHP CGI to fix its paths to conform to the spec. A setting
; of zero causes PHP to behave as before. Default is 1. You should fix your scripts
; to use SCRIPT_FILENAME rather than PATH_TRANSLATED.
; http://php.net/cgi.fix-pathinfo
;cgi.fix_pathinfo=1
cgi.fix_pathinfo=0

其中 cgi.fix_pathinfo=0 为新增的配置行，表示关闭 PHP 的自动 PATH_INFO 检测。关闭后，该配置漏洞即可消除。

更好的解决方案？
以上方案并不是最完美的，如果你先前有用到 cgi.fix_pathinfo 这个特性，影响会很大，比如关闭后，我的 Blog（Wordpress）文章的 URL 目录形式就得用 rewrite 来实现了。
如果可以将 PHP 设置成只解析 .php 为扩展名的文件，那么这个问题解决起来会更合理。
不过我没找到相关的设置项，或许今后应该出现在 php-fpm 的配置文件中？

总结：
这类问题基本上是无法预料的，但是如果架构设计良好的话，即使存在这个问题，也不会影响安全性。这里给出架构上的安全建议：
* 尽可能使动静内容分离，所有的静态内容存在于静态内容服务器，静态内容服务器上不解析PHP，这样静态文件就永远不能被解析了。

Red Hat Enterprise Linux AS release 3 (Taroon Update 4)

与Comsenz的开发人员沟通
————————————————-
蒼 15:42:00
discuz的注册邮件发送错误
BSD|~Fly 15:43:05
建立成正规的发件服务器，或使用已有的smtp服务器发就行了。
BSD|~Fly 15:43:48
不然会被大型邮件服务商拒绝的，因为你的邮件服务器“不正规”
蒼 15:43:55
也是跟FQDN有关的吧

————————————————-
#我们域名的MX记录
lin-pooplematoMacBook:~ linpoople$ dig xmnn.cn MX
; <<>> DiG 9.6.0-APPLE-P2 <<>> xmnn.cn MX
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 52826
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0
;; QUESTION SECTION:
;xmnn.cn. IN MX
;; ANSWER SECTION:
xmnn.cn. 120 IN MX 10 mx.ym.163.com.
;; Query time: 186 msec
;; SERVER: 8.8.8.8#53(8.8.8.8)
;; WHEN: Thu May 6 15:50:06 2010
;; MSG SIZE rcvd: 54
————————————————

#处理措施
该情况,sunbbs之前也反馈过,故障情况是一样的,刚好可以2个问题合并解决.
目前需要做的是,建立一个集中的MailServer(192.168.96.52),做A记录和MX记录
PHP程序方面,使用SOCKET连接SMTP服务器发送邮件
需要在域名控制面板进行的步骤(xmnn.cn)
A记录 mail 218.5.80.242
MX记录 @ mail.xmnn.cn. 优先级5

A.如果速度好的站点，可以下载Fireware安装包到本地，再利用凤凰2009来自定义版本。

参考文章：http://bbs.dospy.com/thread-5866511-1-1.html 全文下载

B.如果不能，可以考虑一下Nokia的NSU功能，NSU的连接下载速度还是不错的，基本在100KBps以上（固件大小一般100MB-150MB）。有时候，是需要重写code的。

参考文章：http://bbs.dospy.com/thread-4207055-1-8.html 全文下载

BB5机型code查询系统

在bbs.mydigit.cn找到可用的工具，UP1411

猛击此处下载

<?php
/*
Template Name: link to
Dev:poopleit@gmail.com
*/
?>
<script> location="http://ftp.99dev.net";</script>

/*将其中的”http://ftp.99dev.net”改为你想要跳转的链接*/

将其保存为link_to.php，上传至现在使用的主题文件夹。

在WP后台选择新建页面，模板选择link_to即可。

执行情况参考http://99dev.net中的“佳软共享”频道。

提示信息：终端服务器超出最大允许连接数

查询文档，Windows2000 server默认允许最大连接数为2，当有2个已连接会话之后，就不能再连接了。
解决之道：强行注销已连接会话
①寻找办法进入命令控制行，比如OpenTelnet，pcAnywhere
②List已有会话：query user
 
③注销已有会话：logoff ID(ID为数字)
④再次List现存会话：query user

⑤再使用mstsc连接即可