【知行合一】-Poople's Blog » Web服务器

Run tomcat 5.5 in windows server 2003 x64

Fri, 06 May 2011 09:22:53 +0000

在64-bit操作系统跑Tomcat，有2种选择：tomcat 5.5版本和tomcat 6.0及以上版本。

如果项目允许使用tomcat 6.0及以上版本，即可以直接下载安装。（从 6.0.26 版本开始，Windows 版的 Tomcat 提供了 32 位和 64 位两种版本供下载。）
如果项目不允许使用tomcat 6.0及以上版本，需要对tomcat进行一些定制。

a. 从 5.5.29 版本开始，Windows版的Tomcat提供了64位原生动态库和二进制文件。在解压包的bin目录有i64和x64两个目录，分别对应Itanium 64和AMD x64平台。根据平台类型选择，直接将目录中的两个文件拷贝到bin目录下覆盖同名文件，双击运行startup.bat启动Tomcat即可。

b.到Apache的SVN下载for amd 64的二进制文件，替换bin目录下的同名文件，双击运行startup.bat启动Tomcat即可。http://svn.apache.org/viewvc/tomcat/tc6.0.x/tags/TOMCAT_6_0_16/res/procrun/amd64/
该方法网上广为传播，应该可行，本人未测。

关于入侵那点破事

Mon, 11 Apr 2011 07:49:55 +0000

愚人节那天，被开了个玩笑，托管在电信机房的某台服务器被取得Web Shell，系统平均负载(Load Average高达100多)。

症状分析

程序漏洞被利用，入侵者上传了sucrack这个多线程root密码破解程序，耗尽系统计算资源

Tasks: 285 total, 115 running, 170 sleeping,   0 stopped,   0 zombie
Cpu(s): 84.7%us, 12.3%sy, 0.0%ni, 0.0%id, 0.0%wa, 1.0%hi, 2.0%si, 0.0%st
Mem:   4148472k total, 2808280k used, 1340192k free,   199496k buffers
Swap: 4096532k total,   311152k used, 3785380k free, 1081584k cached

PID USER      PR NI VIRT RES SHR S %CPU %MEM    TIME+ COMMAND
2460 apache    25   0 1007m 796m 476 R 6.6 19.7 549:12.50 sucrack
21856 apache    20   0 9476 4840 2588 S 5.0 0.1   0:00.15 python
21854 apache    19   0 9476 4820 2568 S 3.7 0.1   0:00.12 python
21868 apache    19   0 9232 4496 2408 R 3.7 0.1   0:00.11 python
21870 apache    20   0 8164 4388 2324 R 3.7 0.1   0:00.11 python
21850 apache    16   0 9480 4824 2568 R 3.3 0.1   0:00.10 python
21858 apache    15   0 9480 4816 2568 R 3.3 0.1   0:00.10 python
21860 apache    21   0 8052 4152 2212 R 3.0 0.1   0:00.09 python
19471 apache    15   0 9480 4824 2568 R 2.0 0.1   0:04.71 python
20370 apache    15   0 9480 4916 2596 R 2.0 0.1   0:03.22 python
20633 apache    15   0 9480 4836 2568 R 2.0 0.1   0:02.70 python
16534 apache    16   0 9480 4824 2568 R 1.7 0.1   0:09.57 python
16804 apache    15   0 9480 4828 2568 R 1.7 0.1   0:08.92 python
17061 apache    16   0 9480 4828 2568 R 1.7 0.1   0:08.36 python
17418 apache    16   0 9480 4916 2596 R 1.7 0.1   0:08.06 python
17420 apache    15   0 9480 4828 2568 R 1.7 0.1   0:08.04 python

处理过程：

1.操作系统几近卡死，考虑到该业务系统不重要，直接重启

2.查看access.log的异常记录，关掉受影响站点

以上措施都属于亡羊补牢，等空闲时间，再分析文件权限和日志，把真正的幕后黑手揪出来。

LAMP架构常见问题收集

Thu, 07 Apr 2011 06:12:47 +0000

Q：使用RHEL系统自带的PHP版本，怎么选择phpmyadmin版本？

A：实际测试中，

如果是RHEL 5.x自带PHP 5.1.6，兼容性最好的pma版本是5.8.2。官方已经不提供下载，可以在oldapps.com下载；如果可以升级PHP为5.2+，则可以在pma官网上选择最新的发行版。

释放僵死的Apach进程

Tue, 30 Nov 2010 09:39:13 +0000

服务器某次故障，重启httpd出现如下错误提示

1
2
3
4
5
6

# /etc/init.d/httpd restart
Stopping httpd: [ OK ]
Starting httpd: (98)Address already in use: make_sock: could not bind to address [::]:80
(98)Address already in use: make_sock: could not bind to address 0.0.0.0:80
no listening sockets available, shutting down
Unable to open logs

利用fuser揪出占用该端口的进程ID，并kill掉

1	$ sudo fuser -k -n tcp 80

发送apache启动信号

1	$ sudo /etc/init.d/httpd -k start

参考资料

1	fuser命令详解 http://www.91linux.com/html/article/cmd/20080818/13235.html

设置默认虚拟主机，防止恶意域名绑定

Thu, 12 Aug 2010 06:39:53 +0000

有些站点，经常因为被别人绑定了未备案的域名，遭电信关闭IP。
该规则，也经常被竞争对手恶意利用。因此，对Web Serve设置默认虚拟主机，来屏蔽非法域名很重要。

Nginx的做法
添加以下server zone

1
2
3
4

server {
listen 80 default;
return 500;
}

或者是将非法域名的访问重定向

1
2
3
4

server {
listen 80 default;
rewrite ^(.*) http://www.null.com permanent;
}

Apache的做法
使用_default_虚拟主机

1
2
3

<VirtualHost _default_:*>
DocumentRoot /www/default
VirtualHost>

使用这样一个使用通配符端口的默认虚拟主机可以有效的防止请求被主服务器接收。
如果一个地址/端口对已经被一个基于域名的虚拟主机使用，那么默认虚拟主机决不会处理发向这个地址/端口的请求。
如果一个请求的 Host:头中包含未知信息，或者干脆就没有，那么它会被第一个基于域名的虚拟主机
（就是在配置文件中首先出现的使用了那个地址/端口对的虚拟主机）处理。
您可以用AliasMatch或 RewriteRule来重写任何请求，使它指向一个简单信息页面（a single information page）（或脚本）。

Rewrite Rules for WordPress Mu

Tue, 03 Aug 2010 03:19:18 +0000

1. WordPress Mu后台开启永久链接功能

1	后台-设置-永久链接-自定义结构-/blog/archives/%post_id%

2. 修改Nginx.conf，加入rewrite rules

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15

location / {
index index.html index.htm index.php;
root /data0/data_www/hangyan.com/wp;
#on server block
##necessary if using a multi-site plugin
server_name_in_redirect off;
##necessary if running Nginx behind a reverse-proxy
port_in_redirect off;
rewrite ^.*/files/(.*) /wp-content/blogs.php?file=$1;
if (!-e $request_filename) {
rewrite ^.+?(/wp-.*) $1 last;
rewrite ^.+?(/.*\.php)$ $1 last;
rewrite ^ /index.php last;
}
}

[Original]有进程僵死,长期驻留在后台,杀不了

Thu, 10 Jun 2010 07:13:36 +0000

故障现象

某Web服务器，突然出现以下问题，php-cgi僵死在进程里，无法重启

www 9463 0.0 0.3 41996 13612 ? D Apr19 1:22 /usr/local/php/bin/php-cgi –fpm
www 20858 0.0 0.3 40408 12932 ? D May05 1:55 /usr/local/php/bin/php-cgi –fpm
www 20866 0.0 0.3 40688 13296 ? D May05 1:53 /usr/local/php/bin/php-cgi –fpm
www 20878 0.0 0.3 40932 13604 ? D May05 1:51 /usr/local/php/bin/php-cgi –fpm
www 24288 0.0 0.3 40436 12880 ? D Apr15 2:36 /usr/local/php/bin/php-cgi –fpm
www 26881 0.0 0.3 41596 13712 ? D Apr16 6:11 /usr/local/php/bin/php-cgi –fpm
www 26921 0.0 0.3 43224 15848 ? D Apr16 5:57 /usr/local/php/bin/php-cgi –fpm
www 26983 0.0 0.3 42736 14524 ? D Apr16 6:01 /usr/local/php/bin/php-cgi –fpm
www 27007 0.0 0.3 42608 14248 ? D Apr16 6:01 /usr/local/php/bin/php-cgi –fpm
www 27023 0.0 0.3 42464 15172 ? D Apr16 5:57 /usr/local/php/bin/php-cgi –fpm

处理过程

1. “killall –9 php-cgi”无效

2. “pkill –9 php-cgi”无效

3. reboot操作系统，成功，D状态的php-cgi进程消失

故障分析

D state 不是zombie进程，Z是zombie

D是uninterruptable sleep，看看dmesg里面是不是io driver出现问题了

~网上的几篇参考文章

1. How to kill an `uninterruptible sleep` process

2.Linux进程的Uninterruptible sleep(D)状态

[Original]主WEB服务器web service中断以及自动启动项不会up的问题

Thu, 06 May 2010 01:53:04 +0000

# 查看默认的运行级别,Debian系默认运行级别为2,Redhat系默认运行级别为3

[11:34:29.9] root@webserver:/usr/local/webserver/nginx# runlevel

[11:34:31.8] N 2webserverwebserver

#运行开机启动项管理器,详细截图见sysv-rc-conf.png

[13:01:32.4] root@webserver:~# sysv-rc-conf

#可以看到存在一些不必要的启动服务,其中包含apache,该服务与nginx冲突

#确保rc.local服务在runlevel2被启用

#之前推测,nginx的https服务和kerio mailserver的https服务相冲突.结合了需求,该WebServer不会挂其他https站点.保留kerio mailserver,重新编译nginx,去掉https选项

[14:13:45.5] root@webserver:~/download/nginx-0.7.61# ./configure –user=www –group=www –prefix=/usr/local/webserver/nginx –with-http_stub_status_module

[14:14:04.9] root@webserver:~/download/nginx-0.7.61# make

#关闭有冲突的Apache Service

[13:07:10.1] root@webserver:~# /etc/init.d/apache2 stop

#关闭进程,重新安装nginx

[00:16:02.5] root@webserver:~# killall nginx

[00:16:12.6] root@webserver:~# cd /root/download

[00:16:28.7] root@webserver:~/download# cd nginx-0.7.61

[00:16:34.0] root@webserver:~/download/nginx-0.7.61# make install

[00:18:28.7] root@webserver:/usr/local/webserver/nginx/conf# nginx

#启动,测试rc.local是否成功执行

[00:26:00.2] root@webserver:/usr/local/webserver/nginx/conf# reboot

#查看nginx和php进程是否启动

[00:29:42.8] root@webserver:~# ps -aux|grep ngin

[00:29:55.9] www 6401 0.0 0.2 14764 11672 ? S 00:28 0:00 nginx: worker process

[00:29:55.9] root@webserver:~# ps -aux|grep php

[00:29:59.9] root 6256 0.0 0.0 88624 3708 ? Ss 00:28 0:00 /usr/local/webserver/php/bin/php-cgi –fpm –fpm-config /usr/local/webserver/php/etc/php-fpm.conf

#陷阱1

The Mysterious — MARK –

All newbie admins asks what this means in /var/log/messages:

Jul 1 16:04:53 windbag — MARK –

Jul 1 16:24:53 windbag — MARK –

Jul 1 16:44:53 windbag — MARK –

That’s just the syslog daemon letting you know that it is alive and well. You may set the interval to anything you like on Debian by editing /etc/init.d/sysklogd. This sets it to 60 minutes:

SYSLOGD=”-m 60″

Then restart the syslog daemon:

# /etc/init.d/sysklogd restart

On Red Hat and derivatives, edit /etc/sysconfig/syslog :

SYSLOGD_OPTIONS=”-m 60″

Restart syslogd with service syslog restart. Then watch it happen in realtime on any Linux with tail -f /var/log/messages. (You can monitor the changes in any text file with tail.)

#陷阱2

exiting due to signal 15

yslogd: exiting on signal 15 这个看上去是syslogd正常的退出信息

[Original]不能利用php的mail函数发送邮件的解决

Thu, 29 Apr 2010 07:45:38 +0000

程序员反映在sun.xmnn.cn(192.168.96.55)不能利用PHP的mail()函数发送邮件。已解决。

设置步骤如下，

1.启动sendmail服务 /etc/init.d/sendmail start

2.将sendmail服务加入开机启动项 chkconfig sendmail on

3.编辑access文件,加入以下域

vim /etc/mail/access

Connect:xmnn.cn RELAY

4.编辑php-fpm.conf文件，去除sendmail_path键值的注释符号

vim /data/php/etc/php-fpm.conf

/usr/sbin/sendmail -t -i

5.编辑php.ini文件，设置sendmai_path变量

vim /data/php/etc/php.ini

sendmail_path = /usr/sbin/sendmail -t -i

6.该台服务器有设置nameserver。如没有的话，请编辑/etc/resolv.conf

加入以下内容

nameserver 202.101.103.55

nameserver 202.101.103.54

7.另，利用命令行测试系统sendmail是否可用，请参考此文章中“Linux 下使用 telnet 功能”小节。

附部分测试程序

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27

if ($_SERVER['REQUEST_METHOD']=='POST'){

$email=$_POST['email'];

$to="hery78567650@163.com";

$subject = "Test Mail Send by XMNN.Apps";

$message = "Hello! This is a test sent by php.apps on sunbbs. Poople".$email;

$from = "sun@xmnn.cn";

$headers = "From: $from"."\r\n" .

"CC: 7215030@qq.com";

if (mail($to,$subject,$message,$headers)){

echo "????";

}

}

?>

[Original]sqweb2的502.bad.gateway处理

Thu, 15 Apr 2010 08:46:16 +0000

故障现象

访问页面出现(502)bad gateway,或者(403)Access Forbid错误.

部分错误日志

Apr 15 00:30:41 sqweb2 kernel: lockd: server 192.168.96.50 not responding, timed out

Apr 15 00:31:21 sqweb2 last message repeated 10 times

Apr 15 00:32:31 sqweb2 last message repeated 21 times

Apr 15 00:33:41 sqweb2 last message repeated 17 times

主交换 CPU在10%左右,MEM在20-30%之间波动

RedHat的bugzilla有提到该错误

https://bugzilla.redhat.com/show_bug.cgi?id=453094

采取的措施

1.在sqweb1和sqweb2之间,新加了一条线.NFS共享只走该线路,不经过主交换机.避免在大流量情况下,引起的NFS丢包现象.

IP配置分别为

sqweb1 eth1 192.168.96.201 netmask 255.255.255.252

sqweb2 eth2 192.168.96.202 netmask 255.255.255.252

2.升级内核

原内核

Linux sqweb2 2.6.18-92.el5PAE #1 SMP Tue Jun 10 19:22:41 EDT 2008 i686 i686 i386 GNU/Linux

新内核

Linux sqweb2 2.6.18-164.15.1.el5PAE #1 SMP Wed Mar 17 12:14:29 EDT 2010 i686 i686 i386 GNU/Linux

3.在NFS Client的/etc/fstab挂载参数中,#加入了nolock,udp参数,#关闭nfslock service

192.168.96.201:/data/wwwroot /data/wwwroot nfs hard,intr,bg,nolock,udp,ti meo=50 0 0

P.S.调试过程中,有发现NFS的缺陷一,不能应用于单网卡多IP,以及单机多网段环境.

处理结果

#NFS相关资料

http://www.517sou.net/Article/419.aspx

http://linux.vbird.org/linux_server/0330nfs.php