プロトコル
[4] 完全なフローは、次のようにメッセージのやり取りを行います。- C
- クライアント
- S
- 鯖
- C ## S
- 下位層プロトコルの接続の確立
- C -> S
ClientHello- S -> C
ServerHello- S -> C
Certificate (必要な場合)- S -> C
ServerKeyExchange (必要な場合)- S -> C
CertificateRequest (必要な場合)- S -> C
ServerHelloDone- C -> S
Certificate (必要な場合)- C -> S
ClientKeyExchange- C -> S
CertificateVerify (必要な場合)- C -> S
ChangeCipherSpec- C -> S
Finished- S -> C
ChangeCipherSpec- S -> C
Finished- C ## S
- 応用データの送受信
[5] セッション再開の場合は、次のように大幅に簡略化されたメッセージのやり取りを行います。- C
- クライアント
- S
- 鯖
- C ## S
- 下位層プロトコルの接続の確立
- C -> S
ClientHello (セッション識別子付き)- S -> C
ServerHello- C -> S
ChangeCipherSpec- C -> S
Finished- S -> C
ChangeCipherSpec- S -> C
Finished- C ## S
- 応用データの送受信
[6] これらのフローはクライアントが新たな TLS の接続を開始した時の他に、
鯖が HelloRequest を送信してクライアントが受信した時にも実行されます。
[13] 証明書に関する拡張機能で CertificateURL メッセージや
CertificateStatus メッセージが使われることがあります。
[10] セッション再開に関する拡張機能で NewSessionTicket
メッセージが使われることがあります。
[11] 追加データの提供のために SupplementalData メッセージが使われることがあります。
[8] DTLS では hello_verify_request メッセージがあります。
[14] HTTPS も参照。