这家伙很懒，但还是留下了一点东西
nginx中的server_name指令主要用于配置基于名称虚拟主机，server_name指令在接到请求后的匹配顺序分别为：
1、准确的server_name匹配，例如：
1、准确的server_name匹配，例如：
server {
listen 80;
server_name 179401.cn www.179401.cn;
...
}
listen 80;
server_name 179401.cn www.179401.cn;
...
}
昨天帮人弄了一下nginx的ssi，发现如下问题：
如果shtml里面的网页代码包含语句写成如下：
这样是没有问题，可以包含的，但是如果写成这样：
由于需要包含当前代码文件所在目录路径的上级目录文件，nginx会为此请求产生的子请求uri为/../test.html，默认nginx会认为这个uri并不是安全的，日志(error_log)会输入如下错误：
如果shtml里面的网页代码包含语句写成如下：
<!--#include virtual="/test.html"-->
这样是没有问题，可以包含的，但是如果写成这样：
<!--#include virtual="../test.html"-->
由于需要包含当前代码文件所在目录路径的上级目录文件，nginx会为此请求产生的子请求uri为/../test.html，默认nginx会认为这个uri并不是安全的，日志(error_log)会输入如下错误：
unsafe URI "/../test.html" was detected while sending response to client, client: 192.168.10.204, server: test.aijuzhe.cn, request: "GET /test.shtml HTTP/1.1", host: "test.aijuzhe.cn", referrer: "http://test.aijuzhe.cn/test.shtml"
上班第二天就碰到一个令人蛋疼的错误，DBA使用su命令切换到root用户时，不管怎么输入密码（不管正确或错误），都提示su: incorrect password，网上找了下，原来是pam的pam_wheel.so模块，于是编辑/etc/pam.d/su，将这行：
注释掉后问题解决。
后来又网上找了找资料，原来使用这个模块后会只允许wheel组的用户切换到root用户，而之前的DBA用户属于dba组，自然就无法切换到root了。
引用
auth required pam_wheel.so use_uid
注释掉后问题解决。
后来又网上找了找资料，原来使用这个模块后会只允许wheel组的用户切换到root用户，而之前的DBA用户属于dba组，自然就无法切换到root了。
PDF版下载：
下载文件
acpid
配置文件：/proc/acpi/event
默认端口：无
说明：Advanced Configuration and Power Interface，为替代传统的APM 电源管理标准而推出
的新型电源管理标准。
是否需要启动：如果你需要对电源进行管理，那就需要启动。
下载文件 acpid
配置文件：/proc/acpi/event
默认端口：无
说明：Advanced Configuration and Power Interface，为替代传统的APM 电源管理标准而推出
的新型电源管理标准。
是否需要启动：如果你需要对电源进行管理，那就需要启动。
