服务器一直被攻击，php-cgi.exe一直在写文件，用的DISCUZ 3.2 ，应该如何修复

服务器一直被攻击，php-cgi.exe一直在写文件，用的DISCUZ 3.2 ，应该如何修复

没全图无法判断是什么。

被植入了，可以做服务器安全防护，最好升级3.4

可能中毒了 尽快清理木马哦

服务器php-cgi exe进程过多，导致CPU占用100%的解决方案： 1、检查系统盘空间。查看系统临时文件是否过多，mysql数据库的临时文件默认存到

服务器php-cgi.exe进程过多，导致CPU占用100%的解决方案：



   1、检查系统盘空间。查看系统临时文件是否过多，mysql数据库的临时文件默认存到了c:/windows/temp，导致累积了几万甚至上百万的小文件，压垮系统盘。



   del *.* 删除所有文件



   2、在IIS中并没有内置对PHP语言的支持，使用PHP，必须自行安装。PHP可以安装为CGI模式或者ISAPI模式，由于ISAPI模式具有更高的性能，建议大家使用ISAPI模式。



   3、如能修改程序，建议将程序配置文件中的StartProcesses值缩到2，看是否改善。



   4、看是否服务器有问题攻击现象。



   windows 2003 IIS6中优化fastcgi配置文件fcgiext.ini，减少php-cgi.exe进程数量和所占内存大小



   配置环境为windows 2003 IIS6 fastcgi(FCGI) PHP5.2.17，发现工作在FastCGI模式下的PHP会占用越来越多的内存，访问量稍微多点php-cgi进程就多了N个，同样情况下能比原来用isapi模式的时候多出几百M，服务器内存只有2G伤不起啊。



   解决这个问题的办法是在web服务器配置中优化fastcgi配置文件参数。



　　在C:\WINDOWS\system32\inetsrv\fcgiext.ini 文件中可以设定php-cgi进程相关参数，如：



　　[Types]

　　php = PHP

　　[PHP]

　　ExePath=C:\php-5.3.8-nts-Win32-VC9-x86\php-cgi.exe

　　maxInstances=100

　　InstanceMaxRequests=10000

　　EnvironmentVars=PHP_FCGI_MAX_REQUESTS:10000

　　RequestTimeout=600

　　ActivityTimeout=900



　　在上面的配置中：



　　ExePath 指定了FastCGI解析程序的路径，

　　instanceMaxRequests 指定了每个实例可以处理的最大请求数，

　　maxInstances 指定可以启动的最大实例数目，

　　EnvironmentVars 创建了一个环境变量 PHP_FCGI_MAX_REQUESTS ，默认值设为10000，

　　requestTimeout 指定了请求的超时时间为600秒，

　　activityTimeout 指定了活动会话超时时间为900秒。



　　以下是建议值



　　maxInstances=



　　建议把这个值改小



　　512M 内存的改maxInstances=50

　　1G 内存的改maxInstances=80

　　2G 内存的改maxInstances=140



　　再修改



　　InstanceMaxRequests=



　　建议把这个值改小



　　512M 内存的改InstanceMaxRequests=200

　　1G 内存的改InstanceMaxRequests=300

　　2G 内存的改InstanceMaxRequests=500



　　改完， 重启IIS。



http://blog.haozi.org/post/42.html