1.2と異なるChangeCipherSpecがないという特徴があった。1.3に非対応であったWiresharkで表示できなくて辛いとか、パーサーの中で分岐しなければならないので関数プログラミングの考えでコードが書きにくいなどの問題があった。1.3を遮断するミドルボックスが少数ながらも存在することが分かり、これらのミドルボックスを騙すための方法が考案された。議論中だが、開発者の間ではこのPRをマージした版がID22とすることで合意が取れている。1.2を指定する圧縮方式が復活。常に0セッションIDが復活。1.2とするChangeCipherSpecを復活させるChangeCipherSpecを受け取ったら単に無視する互換モードの場合、適切なタイミングでChangeCipherSpecを送ってよい確かに、これならミドルボックスを騙せそうだ。いうか、初めからこうしておけばよかったのに。100で他の実装が追いついて来るという流れになった。僕は日本から遠隔参加するために、サーバーを立ち上げたり、クライアントのバイナリを作成したりした。1.3チームのメンバーが受け取ったとこのこと。再考NewSessionTicketをいつ送るかの議論です。ドラフト24で重要な変更は1つだけ。2016の12日目の記事です。山本和彦id:kazu-yamamoto子育て真っ最中のHaskeller。Haskell月別アーカイブはてなブログをはじめよう!kazu-yamamotoさんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。