1
bigdude 2013-04-16 07:29:48 +08:00 1
|
3
qiuai 2013-04-16 12:03:47 +08:00 1
我不知道你看没看过日志.
你按15秒,关掉了.服务器上还是在跑.持续一般1-2分钟才能消化完... |
5
qiuai 2013-04-16 12:21:21 +08:00
|
6
Cadina 2013-04-16 13:17:27 +08:00 1
你确定是服务器挂了而不是你被firewall block了?
|
7
feiandxs 2013-04-16 14:29:43 +08:00 3
lz实践精神可嘉,无意嘲笑。
至少知道尝试读取日志,分析配置文件,精神挺好,思路也对,可惜结论错误。 本来都不想多说,考虑到我也是别人带过来的,还是简单说下。 极小型的wordpress网站,包括搭建在什么256M vps,512M vps之类的上面的,一般的确不会做太多设置,让php无限超时跑下去的也有。别说你持续F5了,随便普通访问都可能造成各种错误。 稍微好一点的,一个防火墙,简单的规则设置,就可以屏蔽你的持续访问行为。几万并发的cc攻击现在防御起来都是小case,何况你一个F5刷新? 你所看到的报错,有的情况是服务器的确错了。但也有相当多的情况,是服务器的防火墙或者规则设置直接给你报。很多管理员比如我也是,不会很有闲心的设置一堆错误页面给攻击者的——直接502,404,403输出或者干脆reset,都可以。 所以确认攻击是否成功,不是直接判断的。 建议你接下来的学习方向是熟悉lnmp配件的php文件设置,包含php.ini和php-fpm.conf,然后是了解nginx下一些常见的模块,比如access key,limit conn,这些都或多或少和安全与攻击方面有一些关系。然后掌握几个常见的iptables规则,网上也有大把的bash脚本可供参考。有了这些,足够你在512m的vps上应付一般的小型CC了,何况你一个F5…… |
8
BOYPT 2013-04-16 14:46:42 +08:00 1
你要根据log看看被挂起的资源瓶颈是哪里。
如果fpm的子进程全部被挂起,这时候ngx就报502 bad gateway; 如果是数据库链接超过,wordpress抛错误,一般是500 internal server error; 注意分辨fpm的log和php的log。 wp-cron是个机制问题,正常情况下对其请求不会有太大的负担,只是php本身运行效率问题。我随手在我们门户网站里面一个子站,在内网里面,跳过了所有前端缓存用ab测了下对wp-cron.php wp-login.php的负载,基本都是Requests per second: 74.50 [#/sec] (mean)这个数值,请求期间fpm所有进程跑满全部CPU。没异常出现,我认为这属于正常情况。 还有你应该微调下ngx的fastcgi的buffer参数等等,默认参数比较容易502。 |
9
h2sky OP |
10
BOYPT 2013-04-18 13:50:03 +08:00 1
@h2sky 20个fpm进程已经不少了,你可以设置fpm的slowlog详细记录,超过10s都算slow了。
根据slowlog再仔细看瓶颈,有可能是数据库,比如mysql如果没有skip-name-resolve,容易造成反向dns的超时挂起,又或者本机机器名没卸载/etc/hosts的127.0.0.1对应项,也容易因此这类问题,等等。 |
11
abc123ccc 2015-12-04 08:59:22 +08:00
我也是觉得 WP 太耗性能了。话说 linode 有 512 内存的机子吗?现在低配版好像是 1G 哦。你在哪里买的 512 内存。
|