HTTP/2: ちょっと詳細: プロトコルネゴシエーション編 - Qiita
この記事について 今さら、個人的に HTTP/2 の少し詳細をまとめたもの。内容は HTTP/2 を開始するためのプロトコルネゴシエーションについて。 HTTPS(h2) と HTTP(h2c) HTTP/2 には HTTP/1.x と同様に、TLS を使う HTTPS と、使わない HTTP がある。 HTTPS (HTTP/2 over TLS) TLS を用いた暗号化通信を行う 識別子は h2 HTTP (HTTP/2 over cleartext TCP) TLSを用いないで平文(Cleartext)で通信を行う 識別子は h2c 一般的なブラウザは h2 のみに対応しているため、実質的に h2 が必須となっている。また、h2 で用いる TLS には以下の要件がある。 TLS のバージョンは 1.2 以上 SNI 拡張の対応が必要 クライアントは TLS のネゴシエーションの際に、
WinHTTPがHTTP/2に対応した (Windows 10 1607) - イグトランスの頭の中
WinHTTPにHTTP/2の対応が入ったようです。そこで、簡単にですが確かめてみました。 WinHTTPは、Windowsの汎用的なHTTPとWebSocketのAPIです。そんなわけで、自身でときどき使ったり、使っているアプリをたまに見かけたりします。 フラグをMSDNライブラリで見つけた この前、WinHttpSetOption関数で指定するOption Flagsを見ていたところ、WINHTTP_PROTOCOL_FLAG_HTTP2というものが増えていることに気付きました。 WINHTTP_OPTION_ENABLE_HTTP_PROTOCOL Sets a DWORD bitmask of acceptable advanced HTTP versions. Supported on Windows 10, version 1607 and newer. Possible va
HTTP/2における双方向通信とgRPCとこれから - Qiita
この記事は 第2のドワンゴ Advent Calendar 2017 最終日の記事です。 はじめに ウェブ技術を語る上で欠かすことのできない要素として、HTTPがある。 従来のHTTP/1を無くして、ここまでのウェブの発展はなかったといえるだろう。言うまでもなく、HTTP/1が我々人類に齎した功績は大きい。 しかしその一方で、その規格のシンプルな原理原則に縛られた結果、要件を達成するために非効率なネットワーク使用を前提とするシステムが量産されるなど、HTTP/1がもたらした技術的負債も存在する。 その中の一分野として、双方向通信に着目したときに、HTTP/1からHTTP/2へのアップグレードによってどのような変化がもたらされたか。 本稿ではHTTP/2という規格と、それが持つ可能性の一端としてgRPCについての仕組みを紹介し、従来とこれからのWeb開発における双方向通信について述懐する。
日本最大級のHTTP/2移行、TLS 1.3、そしてQUICについてヤフーに聞いてみた！
日本最大級のHTTP/2移行、TLS 1.3、そしてQUICについてヤフーに聞いてみた！ 白石 俊平（HTML5 Experts.jp編集長） こんにちは、編集長の白石です。 この記事は、9月24日に開催されるHTML5 Conference 2017に登壇するエキスパートに、予定しているセッションのトピックを中心に、様々な技術的なお話を伺おうというものです。セッションの内容をより深く理解する手助けになるだけでなく、本記事単体でも面白く読んでいただけることを目指しています。 今回お話を伺ったのは、ヤフー株式会社にお勤めの大津繁樹さんと新部長則さんです。 ▲左から、ヤフー株式会社 大津繁樹さん、新部長則さん お二人のセッションは「大規模運用で見えるWebプロトコルの理想と現実、そして今後」（ルームB 13:20-14:00）です。 （現在HTML5 Conferenceは定員オーバーの状態で
はてなブログをHugo+AWSに移行しました
長らくはてなブログで運営していた当ブログですが、この度AWSにHugoで移行しました。 ありがとう、さようなら、はてなブログ — 🛵 (@stormcat24) June 25, 2017 動機 色々考えるとこはあるんですが、つまるところ以下の要因。 はてなブログがHTTP2Sに未対応 はてなで独自ドメインかつHTTPS、さらにHTTP2化できる未来が直近で見えなかった マネージドだとそもそも自由度に限界がある。色々自由にやりたくなった お品書き 手順としては以下の通り。 はてなブログからブログデータをエクスポート はてなブログデータをHugo用に変換 HugoをCIでビルドし、Amazon S3にアップロード S3のStatic Web HostをCloudFrontで配信 AWS Certificate Managerで証明書を作成 CloudFrontを設定 旧ブログのURLから新
HTTP/2へのmruby活用やこれからのTLS設定と大量証明書設定の効率化について - 人間とウェブの未来
Webサービス事業者として僕が先行して調査したり研究・開発している技術の中で、Webサーバ設定におけるHTTP/2とそのmruby活用についてや、PFS（Perfect Foward Secrecy）を考慮したTLS設定と大量証明書設定の効率化について、社内のインフラエンジニア向けに技術共有を行いました。 内容としては、まずはざっくりと知ってもらう事を目的に、細かい要素技術について深く立ち入り過ぎない程度に、今後弊社でのWebサービスのインフラ技術周りのアーキテクチャを考える上で必要になりそうな事を中心にお話しましたので、少し汎用性に欠けるかもしれません。 特に技術的に見せられないような話ではないので、参考程度に公開しておきます。どこかで喋って欲しいみたいな依頼は随時受け付けておりますので、お気軽にお問い合わせ下さい。 以下の二本立てです。 HTTP/2とmrubyの活用 HTTP/2時代
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
SSL/TLSなしのHTTPでもHTTP/2に対応してくれるWebサーバーのリバースプロキシ - nwtgck / Ryo Ota