HTTP基本認証を介して発行された証明書と認証でRESTサービスに接続します。接続プロセスはうまく動作し、（1秒に最大でも）要求を送信して正常に動作します。しかし、1万リクエストごとにjavax.net.ssl.SSLHandshakeExceptionにはメッセージReceived fatal alert: handshake_failureが付きます。正常/成功要求の応答時間は< 100ミリ秒ですが、これらの例外の前には最大30秒の極端な遅延があります。Java時折SSLHandshakeException
私はこのことについてはほとんど分かっていませんが、例外はネットワークの問題/輻輳または受信側の問題によるものであると仮定したいと思います。私の代理としての証明/認証の問題ではなく、〜99.999％リクエストは成功していますか？合理的な仮定か、誰かがこれが起こる可能性のあることについて何らかの光を当てることができますか？ありがとう。
スパニングツリープロトコルの再計算でネットワークに問題がないことは確かですか？高水準の記述から、STPの問題は、同じ「ネットワーク・アウトを作成することができますが、もう一度待ってください」という定期的な失敗を引き起こす可能性があります。
STPの問題の場合、STPをオフにするのは間違った方法です。 STPトラフィックの誤った取り扱いを特定し、そのデバイスをSTPの電源をオンにするか、実際にSTPを誤って処理した場合はそのデバイスを交換するように再構成する必要があります。
暗闇の中でこのような刺し傷があっても、あなたに何の効果ももたらさない場合は、ネットワークの実際の分析が求められます。ルータ/スイッチのログを読んで（利用可能なデバイスがあると仮定して）、2つのNICカードを備えたWireshark診断コンピュータを構築して、特定のワイヤリンク上でリスニングデバイスを「接続」することができます。 Wiresharkもワイヤレスで動作します。これはネットワークの問題であるため、期待していたネットワークとは異なるネットワーク上で答えが見つかるかもしれません。
私のスイッチ（および古いリンク）の1つがSTPを適切に処理しなかったときに、即興ワイヤレスブリッジを設定する2つのデバイス（ルーティングサークルを作成する）で時を過ごしました。私はWiresharkの助けなしに（そして彼らが "正しく働いているかどうかを判断するために私が見ていたプロトコルについて多くの読書をしていない）、それを理解するのはずっと難しいことでした。
ありがとうございました。私はWiresharkのログを掘り下げて、STPやその他の話題について読んだり、私が現在気づいていないかもしれないと思っています。私はまた、私が接続しているパーティーにチェックし、これらのリクエストに関連して表示されることをうまくいくつもりです。私がここで問題を提起したのは、これが私の側での誤りであることが明らかではないこと、そして私がカウンターパーティーとの要請を提出するのは馬鹿に見えることを確認することでした。 – hgus1294
さて、あなたが得ることができるログから始めてください。他のマシンがあなたのリクエストを受け取ったかどうかを確認してください。あなたがそれらのログを得ることができないなら、できる人と話す必要があります。あなたと問題の人が多くなればなるほど、誰かが気にしない、または過労になる可能性が高くなります。私はあなたがあなたの解決策をすぐに見つけたことを願っています –
私は、取引相手から「SSL終了」に関する問題が時折発生しているという通知を受けました。私はそれが何を意味するのかはわかりませんが、問題は私の国境を超えていることがうれしいです。私はこの質問を閉じるためにあなたの答えを受け入れています。ありがとう。 – hgus1294