论坛首页 Java企业应用论坛

jboss所在服务器莫名的总被攻击

浏览 22980 次
精华帖 (0) :: 良好帖 (0) :: 新手帖 (19) :: 隐藏帖 (0)
作者 正文
   发表时间:2011-12-08  
cun2001 写道
xiaoZ5919 写道
我遇到过楼上说的情况新生代不小100多M.但survivor特别小只有60几K,导致每次minor Gc都会导致full GC.GC是STOP THE WORLD的导致TOMCAT打开任何页面都是等待响应


楼上所说的"导致每次minor Gc都会导致full GC"这个不是由于survivor特别小造成的吧,survivor特别小会造成频繁minor GC,而导致频繁full GC应该是由于Eden区太小或者新生代与Eden大小比例不协调造成的,比如新生代大小超过Eden区大小。


新生代超过Eden不是正常正常正常的事么,新生代分为Eden,两个survior
0 请登录后投票
   发表时间:2011-12-08  
root起jboss本身就有问题。
一般服务器程序、数据库为安全起见都应使用单独的非root用户启动。
0 请登录后投票
   发表时间:2011-12-08  
可能是这个:
http://huaidan.org/archives/3449.html
0 请登录后投票
   发表时间:2011-12-08  
guzhan 写道
可能是这个:
http://huaidan.org/archives/3449.html

谢谢,我这次准备把两个管理的war包都删除了。
0 请登录后投票
   发表时间:2011-12-08  
iday 写道
jvm分配的初始内存太小了吧。一直在做gc导致的吧。

我也感觉啊 lz有点囧吧
0 请登录后投票
   发表时间:2011-12-09  
cun2001 写道
xiaoZ5919 写道
我遇到过楼上说的情况新生代不小100多M.但survivor特别小只有60几K,导致每次minor Gc都会导致full GC.GC是STOP THE WORLD的导致TOMCAT打开任何页面都是等待响应


楼上所说的"导致每次minor Gc都会导致full GC"这个不是由于survivor特别小造成的吧,survivor特别小会造成频繁minor GC,而导致频繁full GC应该是由于Eden区太小或者新生代与Eden大小比例不协调造成的,比如新生代大小超过Eden区大小。

首先谢谢你的关注,我说的不严谨,我用词不当,从我当时用jstat看到的现象是minor GC和FullGC次数差不多,应该是minorGC略多于FullGC。不过同时也得说一下你对新生代和minor GC好像存在误解。新生代由一个eden和两个survivor组成。其中一个survivor总是为空。minor GC是新生代的GC,从eden和survivor向另外一个survivor和old space Copy不被GC的对象。
0 请登录后投票
   发表时间:2011-12-09  
whaosoft 写道
iday 写道
jvm分配的初始内存太小了吧。一直在做gc导致的吧。

我也感觉啊 lz有点囧吧



请问你怎么知道我jvm初始内存分配得少?
0 请登录后投票
   发表时间:2011-12-09  
https://access.redhat.com/kb/docs/DOC-30741
http://community.jboss.org/wiki/SecureTheJmxConsole

你参照下上面两个地址,我这里也因为JBOSS的这个漏洞被攻击了。

你看下你系统里面有没有些奇怪名字的war包。另外在看下自动任务里面有没有被写入自动下载某些软件。。。。
注意下黑客攻击后留下的后门程序。。
0 请登录后投票
   发表时间:2011-12-09  
用一下netstat -an | grep :80 命令
看一下有多少个连接, 如果连接数很多, 就有可能被攻击了
0 请登录后投票
   发表时间:2011-12-31  
JVM参数配置是怎么样的呢?
0 请登录后投票
论坛首页 Java企业应用版

跳转论坛:
Global site tag (gtag.js) - Google Analytics