2016-03-19 15 views
0

ウェブサイトのパフォーマンスをテストすると、接続設定の一環としてSSLハンドシェイクが発生していることに気付きました。私は最初のリクエスト(ページの)が完全なSSLハンドシェイクを必要としていることを理解しています。接続設定のSSLハンドシェイク

しかし、pingdomテストから気付いた場合、他の特定のリソースだけがSSLハンドシェイクを行っています。ページ内の残りのリクエストはそうではありません。

誰かがこの背後にある論理を説明できますか?新しいTCP接続がそれらを取得するために使用されている場合は、HTTPS経由でロードされている

enter image description here

答えて

0

リソースは、独自のSSLハンドシェイクを持つことになります。 HTTPキープアライブを使用する場合、既存の接続を使用して同じサーバー上のリソースを取得できます。 HTTPSの代わりにHTTP経由で取得されたリソース、または異なるサーバー/ドメインに存在するリソースは、別々の接続を使用する必要があります。

あなたのテスト結果はリソースは、彼らが使用して取得されているかのプロトコルから取り出され、そしてされているを取得されているを知らなくても、これを診断するためにかなり役に立ちません。

+0

すべてのリソースが同じドメインを指しています。その完全なSSL(https)。また、サーバーはnode.js – user3658423

+0

これらの要素によって、別々のTCP接続が分離され、SSLハンドシェイクが分離され、それらを取得する可能性が排除されません。 HTTPキープアライブ、HTTPパイプライニングなどでも、ページに多数のリソースがロードされている場合は、複数の接続を使用する必要があります。実際にHTML自体を見ることなく、実際に何が起きているかを誰にでも教える方法はありません。 –

+0

でも、なぜ他のリソースがSSLハンドシェイクを省略していないのでしょうか? (私のサーバはSSLセッションの再開をサポートしています)。すべてのリクエストにSSLハンドシェイクがあるのは本当ですか? – user3658423

関連する問題