パフォーマンスを向上させることを目標にしている場合は、SSLハンドシェイクが完了する前に証明書を確認したいと考えています。接続のために対称鍵を交渉することは、接続を確立する計算上高価な部分です。
SSL接続が確立された後、証明書の内容を確認できます。パフォーマンスの観点からのトリックは、ハンドシェイクが完了する前に接続をバウンスできる状態になっています。
私は2つの考えを持っています: 1 - あなたのサーバーで使用できるSSLライブラリと、あなたがすることができる制約を見てください。通常、SSLライブラリはあなたをできるようになる:
への接続一部のハイエンドのライブラリはまた、あなたが現在を確認するために、OCSPチェックやCRLのチェックを行うようになります状態。
ほとんどのライブラリは、あなたがフックして、独自の検証を書くようになる - しかし、あなたは本当に細部に掘ると、あなたが前に、または接続が確立された後に検証を行うせるかどう把握する必要があります。
2 - SSLパフォーマンスの改善のもう1つの秘訣は、以前のセッションの共有キーを再利用できるようにサーバーを設定することです。これにより、同じ2つのポイントが接続を再確立するときにセットアップコストが削減されます。安全なストレージがない場合、システムが危険にさらされます。しかし、鍵ストアを正しく保護すれば、それは容認できる貿易となるかもしれません。
これは、ご使用の環境に大きく依存 - #2は、接続のLOTとenvironmnetで勝利ではない - あなたは情報を格納する正当化するのに十分な接続を再利用することはできません。