web-dev-qa-db-ja.com

Chrome)でHTTPS接続が遅すぎる場合があります

HTTPSの使用に問題があります。時々、HTTPS接続はChromeだけでは遅すぎます。サーバー上で問題は見つかりませんでした。 Amazon EC2上の2つのWebサーバー(Apache)でロードバランサーを使用します。 SSLの認定は、各サーバーにあります。

この問題を調べる方法がわかりません。 TCP trace、Chrome診断ツールを使用して調べてみました。問題ないようです。

この問題をどのように調べることができますか?

ありがとう!

3
Hwan

これはAmazonロードバランサーの問題でした。再起動後、正常に動作します。

皆さんありがとう!

0
Hwan

SSL秘密鍵と証明書を所有している場合は、Webサーバーでtcpdumpを取得し、wiresharkを使用してトレースを読み取ることができます。 sslトラフィックを復号化するようにwiresharkを構成すると、httpリクエストとレスポンスであるかのように読み取ることができます。時間がかかりすぎるリクエストに対してChromeが何をしているのかについて、良いアイデアを得ることができるはずです。

Wireshark wikiには、必要なすべての情報を提供するドキュメントがあります sslを復号化するようにwiresharkを設定します ダウンロード可能なwiresharkバイナリのほとんどには、このサポートがすでにコンパイルされています(したがって、必要はありません)。独自のバージョンのコンパイルについて心配してください)。覚えておくべきことの1つは、秘密鍵のコピーをワークステーションにダウンロードする必要があることです。パスワードを削除するためにこれらの鍵に加える必要のある変更はすべきではありません。 サーバーの本番キーにアップロードされます。

0
mahnsc

CRL(*)に関連している可能性があります。 AFAIK chromeはCRLをチェックしますが、Firefoxはチェックしません。IEについてはわかりません。

「サーバー証明書の失効を確認する」を有効または無効にしてみてください。 chromeがCRLリストをチェックする頻度はわかりませんが、わかりません。

それが私が考えることができることです。他の何かかもしれません。

- ここでカット -

(*)SSLを初めて使用する場合:CRL(Certificate Revocation List)-通常、SSL証明書には、この証明書が取り消されていないかどうかを確認できるアドレスが格納されます。このようなチェックには2つのプロトコルがあります。1つはOSCPで、もう1つはCRLです。一度SSL証明書に遭遇したブラウザは、それが取り消されていないかどうかをチェックする場合があります(実際に取り消されているかどうかは、ブラウザと設定によって異なります)。このチェックはしばしば無効になりますが、有効にすると、ブラウザは最初に失効サーバーに接続し、次にWebページをロードする場合があります。

0
Sandman4