2012-03-28 83 views
0

我通過HTTP基本身份驗證連接到具有頒發證書和身份驗證的REST服務。連接過程正常工作,我提交請求(最多每秒幾個),它工作正常。然而,每一萬個請求左右,我得到一個javax.net.ssl.SSLHandshakeException與消息Received fatal alert: handshake_failure。正常/成功請求的響應時間爲< 100毫秒,但這些例外之前的延遲時間最長爲30秒。Java偶爾發生SSLHandshakeException

我對這個東西知之甚少,但我想假設異常是由於網絡問題/擁塞或問題在接收端,而不是我的認證/身份驗證問題的〜99.999%我的請求是否成功?這個假設是否合理?或者有人能夠揭示可能導致這種情況的原因嗎?謝謝。

回答

0

您確定您的網絡在生成樹協議重新計算時沒有問題嗎?從高層次的描述來看,STP問題可以創建相同的「網絡出去,但等待它再次回來」的週期性故障。

如果是STP問題,關閉STP是錯誤的解決方案。您需要確定什麼是錯誤處理STP流量,並重新配置該設備以「打開」STP或將其替換(如果實際上錯誤處理STP)。

如果這種刺在黑暗中並沒有給你帶來任何好處,那麼就需要對網絡進行真正的分析。閱讀路由器/交換機日誌(假設您有可用的設備),並可能構建帶有兩個NIC卡的Wireshark診斷計算機,以便您可以在特定的有線鏈路上「附加」監聽設備。 Wireshark也適用於無線網絡,由於這是一個網絡問題,您可能會在不同於預期的網絡上找到答案。

當我的一個交換機(和舊的Linksys)沒有正確處理STP時,我用兩臺設備建立了一個即興無線網橋(創建一個路由環),我有一段時間。如果沒有Wireshark的幫助,我會花費更多的時間來解決這個問題(並且大量閱讀了我所看到的協議,以確定它們是否「正常工作」)。

+0

謝謝。我想我可能需要深入研究Wireshark日誌,並閱讀STP和其他目前我很不瞭解的主題。我也將與我正在連接的一方進行覈對,並希望得到他們看到的有關這些請求的內容。我在這裏提出這個問題的原因是爲了確保在我身邊這個錯誤並不明顯,而且我會看起來很愚蠢以向對方提出請求。 – hgus1294 2012-03-28 17:55:59

+0

那麼,從你可以得到的日誌開始。看看另一臺機器是否收到你的請求。如果你不能得到這些日誌,那麼你需要與可以的人交談。你和這個問題之間的人越多,有人不在乎或過度勞累的機會就越高。我希望你能快速找到你的解決方案。 – 2012-03-28 19:04:40

+0

我收到對方的通知,他們偶爾遇到'SSL終止'問題。我不知道這意味着什麼,但我很高興這個問題超出了我的界限。我接受你的答案來解決這個問題。謝謝。 – hgus1294 2012-03-30 11:46:32

相關問題