坑
這絕對是我碰計算機以來遇到的第一大坑！
症狀：
在Linux主機上遠程登錄，執行一個簡單的Oracle的JDBC連接程序（jar包），結果硬生生的卡在了連接建立驗證階段，然后等上幾分鍾后因為連接超時，連接被遠端的Oracle服務器reset，於是報了connection reset exception
原因：
參考：http://www.usn-it.de/index.php/2009/02/20/oracle-11g-jdbc-driver-hangs-blocked-by-devrandom-entropy-pool-empty/
如參考材料中所述，oracle JDBC在建立連接時需要一些隨機數據用以加密session token之類的東西，而這個隨機數據源默認用的是/dev/random，如果不是，反正也是一個能讓人慢的抓狂的發生源。Linux有個內核熵池（感覺太裝B了），通過搜集鍵盤，鼠標，中斷，磁盤操作來產生隨機數據，可以通過以下命令查看當前的熵值：
cat /proc/sys/kernel/random/entropy_avail
由於執行程序的主機沒有圖形界面只是通過遠程ssh進行連接，那么熵值來源就少了兩個，如果機器比較空閑則后面兩個來源也少了，結果就是等半天來不了一個隨機數，可以通過一下命令體驗一下，用/dev/random憋出個隨機數是多難
dd if=/dev/random of=rnd_file bs=1 count=64
如果僥幸執行的很快，可以多試幾次把積累起來的熵值用掉，可以通過前面所述的方法查看當前熵值數目
Linux中還有個隨機數發生器，/dev/urandom，如其名字所述，不那么隨機的隨機發生器，就是偽隨機的，當然會快很多。參考資料中給出的把隨機源修改為/dev/urandom的方法，即在執行java程序加入命令行參數：
-Djava.security.egd=file:///dev/urandom
可是似乎不起作用。那么手工來增大熵值吧，可以執行一下命令
for i in {1..100000};do cat /proc/sys/kernel/random/entropy_avail;done;
就是反復打印當前熵值10萬次，當然根據自己測試的結果當熵值到達240+時，可以按ctrl+c終止這個命令，此時再去執行Oracle JDBC程序，就可以連接成功了（保險一點可以等熵值更大時終止命令）。雖然不是實用的解決方案，但至少確定了問題所在。為了這個事，人都快奔潰了。
解決方案：
安裝一個為提供提供熵的程序包
sudo apt-get install haveged