【解决】Linux Tomcat启动慢--Creation of SecureRandom instance for session ID generation using [SHA1PRNG] took [236,325] milliseconds

一、背景

今天部署项目到tomcat,执行./startup.sh命令之后,访问项目迟迟加载不出来,查看日志又没报错(其实是我粗心了,当时tomcat日志还没打印完),一开始怀疑是阿里云主机出现问题,访问ip:80发现nginx运行正常。在我百思不得其解时,项目访问正常了,查看启动日志,发现如下:

15-Mar-2018 16:41:02.302 WARNING [main] org.apache.catalina.util.SessionIdGeneratorBase.createSecureRandom Creation of SecureRandom instance for session ID generation using [SHA1PRNG] took [236,325] milliseconds.

可以看出实例化SecureRandom花了接近4分钟!

二、调查

网上搜索到的信息如下:

**********************************************************************************************

Tomcat 7/8/9 都使用 org.apache.catalina.util.SessionIdGeneratorBase.createSecureRandom 类产生安全随机类 SecureRandom 的实例作为会话 ID。

Tomcat 使用 SHA1PRNG 算法是基于 SHA-1 算法实现且保密性较强的伪随机数生成器。

在 SHA1PRNG 中,有一个种子产生器,它根据配置执行各种操作。

Linux 中的随机数可以从两个特殊的文件中产生,一个是 /dev/urandom,另外一个是 /dev/random。他们产生随机数的原理是利用当前系统的熵池来计算出固定一定数量的随机比特,然后将这些比特作为字节流返回。熵池就是当前系统的环境噪音,熵指的是一个系统的混乱程度,系统噪音可以通过很多参数来评估,如内存的使用,文件的使用量,不同类型的进程数量等等。如果当前环境噪音变化的不是很剧烈或者当前环境噪音很小,比如刚开机的时候,而当前需要大量的随机比特,这时产生的随机数的随机效果就不是很好了。

这就是为什么会有 /dev/urandom 和 /dev/random 这两种不同的文件,后者在不能产生新的随机数时会阻塞程序,而前者不会(ublock),当然产生的随机数效果就不太好了,这对加密解密这样的应用来说就不是一种很好的选择。/dev/random 会阻塞当前的程序,直到根据熵池产生新的随机字节之后才返回,所以使用 /dev/random 比使用 /dev/urandom 产生大量随机数的速度要慢。

SecureRandom generateSeed  使用 /dev/random 生成种子。但是 /dev/random 是一个阻塞数字生成器,如果它没有足够的随机数据提供,它就一直等,这迫使 JVM 等待。键盘和鼠标输入以及磁盘活动可以产生所需的随机性或熵。但在一个服务器缺乏这样的活动,可能会出现问题。

**********************************************************************************************

说得很清楚,就是随机数生成问题。上述观点在jdk中SecureRandom类的注释得到了印证:

 * Note: Depending on the implementation, the {@code generateSeed} and
 * {@code nextBytes} methods may block as entropy is being gathered,
 * for example, if they need to read from /dev/random on various Unix-like
 * operating systems.

三、解决

方案有3个

方案1:通过rng-tools自动补充熵池(推荐)

yum install rng-tools      #安装rngd熵服务

systemctl start rngd       #启动服务
cp /usr/lib/systemd/system/rngd.service /etc/systemd/system

cd /etc/systemd/system/

vim rngd.service 将 ExecStart=/sbin/rngd -f 改为 ExecStart=/sbin/rngd -f -r /dev/urandom
systemctl daemon-reload   #重新载入服务 

systemctl restart rngd    #重启服务

重启tomcat,查看日志,启动时间1271 ms

15-Mar-2018 17:28:24.092 INFO [main] org.apache.catalina.startup.Catalina.start Server startup in 1271 ms

方案2:修改jvm参数

通过修改JRE中的java.security文件securerandom.source=file:/dev/urandom

重启tomcat,查看日志,启动时间1271 ms

15-Mar-2018 17:22:27.363 INFO [main] org.apache.catalina.startup.Catalina.start Server startup in 84777 ms

可见启动速度比原来快了一半多,但还是不理想

方案3:修改tomcat参数

通过修改Tomcat启动文件-Djava.security.egd=file:/dev/urandom(没尝试过)

四、小插曲

总算解决,但是这个问题之前没有的啊,为什么呢?

回想一下,这是我修改代码之后才出现的。所以我将一个继承自HttpServlet的类中

private static final long serialVersionUID = 1L;

改为

private static final long serialVersionUID = -9135576688701595777L;

重启tomcat,查看日志

15-Mar-2018 16:07:02.781 INFO [main] org.apache.catalina.startup.Catalina.start Server startup in 1267 ms

 tomcat恢复了往日的神速!可是serialVersionUID这个对象的序列化值为什么会影响导致这个问题呢,在一篇《弄懂serialVersionUID》文献中说到

使用默认序列号jvm会使用自身的算法(算法介绍),其中涉及到了SHA1,就我的理解用到了熵值算法,熵池不够所以实例化慢,实证的话要再去看jvm规范,能力有限,以后再爬坑。

以上

原文地址:https://www.cnblogs.com/yeyu1314/p/10145161.html

时间: 2024-08-11 17:00:18

【解决】Linux Tomcat启动慢--Creation of SecureRandom instance for session ID generation using [SHA1PRNG] took [236,325] milliseconds的相关文章

Tomcat启动时Creation of SecureRandom instance for session ID很慢

启动tomcat很慢,检查后发现:[localhost-startStop-1] org.apache.catalina.util.SessionIdGeneratorBase.createSecureRandom Creation of SecureRandom instance for session ID generation using [SHA1PRNG] took [131,830] milliseconds. 主要时间都花在Creation of SecureRandom inst

Creation of SecureRandom instance for session ID generation using [SHA1PRNG] took [271] milliseconds.

翻译过来是:使用[SHA1PRNG]创建用于会话ID生成的SecureRandom实例花费了[271]毫秒. 1/[SHA1PRNG] java的一个基于SHA-1算法实现且保密性较强的伪随机数生成器,详见java.security.SecureRandom() 找到两种解决办法/https://blog.csdn.net/u011627980/article/details/54024974: 1)在Tomcat环境中解决 可以通过配置JRE使用非阻塞的Entropy Source. 在cat

Creation of SecureRandom instance for session ID generation using [SHA1PRNG] took [32,176] milliseco

有一次,我启动tomcat时,居然花费了33秒.我不理解为什么一个新的tomcat,需要这么久, 网上查找后,找到了一个解决方法. # vim /usr/local/tomcat/bin/catalina.sh --------------------------------------------------- JAVA_OPTS="-Djava.security.egd=file:/dev/./urandom" -----------------------------------

解决Linux下启动Tomcat遇到Neither the JAVA_HOME nor the JRE_HOME environment variable is defined

找不到JAVA_HOME路径,需要做以下变更: 找到启动路径所在的目录: vi /usr/local/apache-tomcat-7.0.55/bin/catalina.sh 加入以下信息: export JAVA_HOME=/usr/local/jdk1.7.0_67 export JRE_HOME=/usr/local/jdk1.7.0_67/jre

阿里云云服务器Linux Tomcat启动慢 访问网页转圈

状况: 今天购买了一台阿里云云服务器,按照正常的方式安装JDK,mysql,以及Tomcat 这里的版本信息有 系统 :Centos 7 tomcat: apache-tomcat-8.5.45.tar jdk : java-1.8.0-openjdk 遇到的问题,想必大家已经不言而喻了,就是tomcat在启动中,虽然显示的是 但是你访问自己的IP+端口 却发现 一直在转圈...... 遇到这个问题就很郁闷,以为是tomcat配置文件在修改端口的时候出了问题,又把tomcat删除重新部署了一份

关于tomcat启动报“this web application instance has been stopped already”的处理

出现情况1 启动tomcat的时候,默认会启动这个"/tomcat/webapps/ROOT"路径下的tomcat自带的程序包,当启动这个路径下的程序包后,如果tomcat扫描到还有其他的程序包,就会标题中的错误,为了避免这种情况,处理方式 (一)删除tomcat/webapps/ROOT/下的文件,将自己的程序包移至该目录下 (二)Tomcat/conf/server.xml,在<host></host>之间加入代码:<Context docBase=&

CentOS7.4 系统下 Tomcat 启动慢解决方法

CentOS7.4 系统下 Tomcat 启动慢解决的方法 首先查看日志信息,查看因为什么而启动慢 在CentOS7启动Tomcat时,启动过程很慢,需要几分钟,经过查看日志,发现耗时在这里:是session引起的随机数问题导致的.Tocmat的Session ID是通过SHA1算法计算得到的,计算Session ID的时候必须有一个密钥.为了提高安全性Tomcat在启动的时候会通过随机生成一个密钥. 22-Apr-2017 19:33:07.623 INFO [localhost-startS

导致Tomcat启动过程缓慢的原因及解决方法

1.现象 在CentOS启动Tomcat时,启动过程很慢,需要几分钟,经过查看日志,发现耗时在这里:是session引起的随机数问题导致的.Tocmat的Session ID是通过SHA1算法计算得到的, 计算Session ID的时候必须有一个密钥.为了提高安全性Tomcat在启动的时候会通过随机生成一个密钥. 22-Apr-2017 19:33:07.623 INFO [localhost-startStop-1] org.apache.catalina.util.SessionIdGene

tomcat启动卡住

新部署的项目启动tomcat后一直停在org.apache.catalina.core.StandardEngine.startInternal Starting Servlet Engine: Apache Tomcat/8.5.16,卡在了org.apache.catalina.startup.HostConfig.deployDirectory Deploying web application directory [/opt/tomcat/webapps/host-manager]将近7