搭建TOMCAT 服务遇到了这个错， IO Error: Connection reset by peer, Authentication lapse 137099 ms.
错误很奇怪，环境搭建好后第一次可以正常启动，只要重启了tomcat就会出现这个错误，连续试了几个服务都是这样，，
但是通过错误信息来看，应该是应用在连接数据库授权的时候超时了。。
网上搜了一番，得到一下结论，亲试可以解决，推荐给大家：
Avoiding JVM Delays Caused by Random Number Generation
The library used for random number generation in Sun’s JVM relies on /dev/random by default for UNIX platforms. This can potentially block the WebLogic SIP Server process because on some operating systems /dev/random waits for a certain amount of “noise” to be generated on the host machine before returning a result. Although /dev/random is more secure, BEA recommends using /dev/urandom if the default JVM configuration delays WebLogic SIP Server startup.
To determine if your operating system exhibits this behavior, try displaying a portion of the file from a shell prompt:
head -n 1 /dev/random
If the command returns immediately, you can use /dev/random as the default generator for SUN’s JVM. If the command does not return immediately, use these steps to configure the JVM to use /dev/urandom:
Open the $JAVA_HOME/jre/lib/security/java.security file in a text editor.
Change the line:
securerandom.source=file:/dev/random
to read:
securerandom.source=file:/dev/urandom
Save your change and exit the text editor.
网上作者的解释
避免因随机数生成而导致的JVM延迟
在UNIX平台上，Sun的JVM中用于随机数生成的库默认依赖于/ dev / random。可能会阻止WebLogic SIP Server进程，因为在某些操作系统上/ dev / random会在返回结果之前等待主机上产生一定量的“干扰”。尽管/ dev / random更安全，但如果默认JVM配置延迟WebLogic SIP Server启动，BEA建议使用/ dev / urandom。
要确定你的操作系统是否出现此行为，请尝试在shell提示符下显示该文件的一部分：
head -n 1 / dev / random如果命令立即返回，则可以使用/ dev / random作为SUN JVM的默认生成器。如果命令未立即返回，请使用以下步骤将JVM配置为使用/ dev / urandom：
在文本编辑器中打开$ JAVA_HOME / jre / lib / security / java.security文件。
更改这一行配置：securerandom.source = file：/ dev / random
改为这个：securerandom.source = file：/ dev / urandom
保存更改并退出文本编辑器。