これは何 HTTPとWebSocketサーバーのコア部分を実装しながら仕組みを理解していきます。学習目的で実用ではありません。 HTTP、WebSocketはどちらもWEBエンジニアなら当たり前に使うプロトコルですが、仕組みはふわっとしか分かっていませんでした。そんな折サーバー周りを触る必要が出てきたので改めて理解しておきたくなり、せっかくなので自分でいちから実装してみることにしました。コード全体は以下から見れます。 実装する機能 ざっくりと以下のような機能を作っています。 HTTPサーバー GETメソッドのみ、HTTP/1.1のみに対応 リクエストラインをパースして、リクエストに応じた処理を行う（GETのみ対応なのでレスポンスヘッダーを付けてファイルを返すだけ） ヘッダーフィールドもパースするが、Websocket関連以外のフィールドは無視する WebSocketサーバー Websock
社名にHTMLスクリプトタグを採用したソフトウェア開発企業が、企業登記所から「データベースの脆弱(ぜいじゃく)性につながる」として社名変更を強制されたという事例が、ソーシャルニュースサイトのHacker Newsで話題となっています。 Company forced to change name that could be used to hack websites | UK news | The Guardian https://www.theguardian.com/uk-news/2020/nov/06/companies-house-forces-business-name-change-to-prevent-security-risk UK govt aims to kill off Bobby Tables in Companies House name rules https:
10月5日、mitmproxyは「mitmproxy 11」をリリースした。この新バージョンは、HTTP/3の完全サポートを導入し、透明およびリバースプロキシモードでの利用が可能となった。また、DNSの機能改善が数多く行われている。 mitmproxyとは mitmproxyは、オープンソースで開発されているHTTPSの対話型プロキシである。HTTPS通信を解析・監視・変更することができ、主にHTTP/HTTPSトラフィックのプロキシとして利用される。セキュリティ研究者や開発者にとっては、通信内容を可視化し、アプリケーションの動作を調査するための有用なツールである。また、リバースプロキシや透過プロキシとして動作し、特定の通信経路を経由する全てのデータを傍受し、改変することも可能だ。 HTTP/3サポート mitmproxy 11では、HTTP/3がリバースプロキシモードで動作する。mitm
By Sedrubal HTTP/3は2022年に標準化されたHTTPの仕様で、開発当初は「HTTP over QUIC(QUICを使用したHTTP)」と呼ばれていました。HTTP/3を使用することで通信パフォーマンスが向上するとされていますが、特定の条件においては旧バージョンのHTTP/2の方がパフォーマンスが高まるという論文が発表されました。 QUIC is not Quick Enough over Fast Internet | Proceedings of the ACM Web Conference 2024 https://dl.acm.org/doi/10.1145/3589334.3645323 QUIC is not Quick Enough over Fast Internet - YouTube 2024年時点ではHTTPには大きく3つのバージョンが存在しています。
米Amazon.comが7月17日から18日（現地時間）に開催した会員限定セール「プライムデー」。例年と同様、大量の注文をさばくに当たっては米Amazon Web Servicesのクラウドサービスを活用したが、その規模は前年を上回るものだったという。8月19日には、AWSの各種サービスをどれだけ使ったかのデータも公開した。 例えばCDNサービス「Amazon CloudFront」は、プライムデーの期間中、1分当たり最大5億件を超えるHTTPリクエストを処理。リクエストの総数は1兆3000億件（2023年に開催したプライムデーの1.3倍程度）を超えたという。 ログ取得サービス「AWS CloudTrail」ではイベント全体で約9760億件（前回の1.2倍程度）のイベントを処理。セキュリティサービス「Amazon GuardDuty」は、1時間当たり約6兆件（前回の1.3倍程度）のログイベ
Wake up call This post is about HTTP/3 and QUIC. If you don’t know what that is, there are many, many, many, many, many, many, many good resources that will get you up to speed. I’m writing this post to enlighten people on what has been happening in the last few years. All major browsers support HTTP/3 now. Most major cloud providers support HTTP/3 now. Most major load balancers support HTTP/3 now
Firefox 129 Now Available With HTTPS Replacing HTTP As Default Protocol Written by Michael Larabel in Mozilla on 5 August 2024 at 10:43 AM EDT. 47 Comments Mozilla Firefox 129.0 is now available for download ahead of its formal release announcement on Tuesday. Making Firefox 129 notable is that for non-local sites it's now replacing HTTP with HTTPS by default. Firefox will now aim for HTTPS as the
本記事は、TechFeed Experts Night#29 〜 HTTP3/QUIC…Webプロトコル最前線のセッション書き起こし記事になります。 イベントページのタイムテーブルから、その他のセッションに関する記事もお読み頂けますので、一度アクセスしてみてください。 本セッションの登壇者 セッション動画 ＠flano_yukiと言います。普段はXのこのアカウントでHTTP関連の情報発信をしています。この領域に10年ぐらい前に興味を持って取り組んできて、ウェブやHTTPが進化し続けていくおもしろさを感じて追い続けています。今回、HTTPがまだまだ進化しているということを、HTTPそのものの話として皆様にご紹介できればと思います。 HTTPのセマンティクスと、ヘッダやCookieなどの仕様動向をご紹介します。今回は議論中の内容を含んでいることと、HTTPの仕様上の話で、ブラウザやクラウドの側
本記事は、TechFeed Experts Night#29 〜 HTTP3/QUIC…Webプロトコル最前線のセッション書き起こし記事になります。 イベントページのタイムテーブルから、その他のセッションに関する記事もお読み頂けますので、一度アクセスしてみてください。 本セッションの登壇者 セッション動画 僕の方からは「Media Over QUIC 最新事情」という話をしたいと思います。Media Over QUICは映像通信向けQUICの規格で、IETFから出て1年ちょっとぐらいです。自己紹介は割愛します。 今日の概要ですが、Media Over QUIC（MoQ）について、従来の映像通信であるHLSやWebRTCと何が違うのかという話と、標準化の最新動向の話をします。 既存方式の短所を埋めるMedia Over QUIC まず、Media Over QUICとは何かという話ですが、W
本記事は、TechFeed Experts Night#29 〜 HTTP3/QUIC…Webプロトコル最前線のセッション書き起こし記事になります。 イベントページのタイムテーブルから、その他のセッションに関する記事もお読み頂けますので、一度アクセスしてみてください。 本セッションの登壇者 セッション動画 奥一穂と申します。今日は「これからのHTTP～拡大するセマンティクスと高速化」と題して話をさせていただきます。 私はFastlyというCDNの会社で、シニアプリンシパルOSSエンジニアという仕事をやっています。具体的には、Fastlyで使われているHTTPのターミネーターサーバー実装であるH2Oの開発と、その中で使われているTLSやQUICのスタックのメンテナーもやっています。その他、標準化関連ではいくつかのRFCやドラフトで著者や共著者を務めています。
4月3日、OpenSSLはOpenSSL 3.3のベータ版を公開した。このリリースは、半年ごとのリリーススケジュールに従って行われた。OpenSSL 3.3のコードは現在機能的には完全に揃った状態であり、最終リリースも予定通りに行われることが期待されている。 4月3日、OpenSSLはOpenSSL 3.3のベータ版を公開した。このリリースは、半年ごとのリリーススケジュールに従って行われた。OpenSSL 3.3のコードは現在機能的には完全に揃った状態であり、最終リリースも予定通りに行われることが期待されている。 特にQUICプロトコルのサポート強化は、リアルタイム通信の需要が高まる中での重要な進歩と言える。QUICは、高速で信頼性の高い接続を提供することを目的としたプロトコルで、今回のアップデートにはQUIC qlog診断ロギングサポート、複数のQUIC接続やストリームオブジェクトの非ブ
本書はHTTPに関する技術的な内容を一冊にまとめることを目的とした書籍です。HTTPが進化する道筋をたどりながら、ブラウザが内部で行っていること、サーバーとのやりとりの内容などについて、プロトコルの実例や実際の使用例などを交えながら紹介しています。さまざまな仕様や実例、またGoやJavaScriptによるコード例を紹介しながら、シンプルなHTTPアクセスやフォームの送信、キャッシュやクッキーのコントロール、SSL/TLS、Server-Sent Eventsなどの動作、また認証やメタデータ、CDNやセキュリティといったウェブ技術に関連する話題を幅広く紹介し、いま使われているHTTPという技術のリアルな姿を学びます。 第3版では、より初学者を意識した導入や、スーパーアプリなどプラットフォーム化するウェブに関する新章を追加。幅広く複雑なHTTPとウェブ技術に関する知識を整理するのに役立ち、また
OpenSSLがOpenSSL 3.3のアルファ版をリリースした。このリリースは、開発およびテストの目的で利用されるものであり、OpenSSL 3.3のリリース計画の最初の段階を示している。 OpenSSLがOpenSSL 3.3のアルファ版をリリースした。このリリースは、開発およびテストの目的で利用されるものであり、OpenSSL 3.3のリリース計画の最初の段階を示している。 OpenSSL 3.3では、以下の新機能が導入される。 QUIC qlog診断ログのサポート 複数のQUIC接続またはストリームオブジェクトのノンブロッキングポーリングのサポート QUIC接続のストリームフレームの最適化された生成のサポート API呼び出し時のQUICイベント処理の無効化サポート QUICアイドルタイムアウト期間の設定サポート QUICストリームの書き込みバッファのサイズと利用状況の問い合わせサポ
IETFに『Secure shell over HTTP/3 connections』という提案仕様が提出されています。 これは、HTTP/3コネクション上でSSHを実行するプロトコルを定義しています。なお、"SSH3"という名称を仕様中で使用していますが、あくまで提案段階ですので今後変わる可能性もあります。 SSH3ではHTTP/3を使うことにより以下の特徴を持ちます QUICのメリットが享受できる（例えばIPアドレスが変わってもコネクションを維持できる） HTTPの認証方式をサポートする（Basic認証、OAuth 2.0、Signature HTTP Authentication Scheme） SSH通信の秘匿 (第三者からするとただのHTTP通信にみえる) エンドポイントの秘匿 (Signature HTTP Authentication Schemeを使うことで、そこでサービス
RFC9460が出ました 昨年、このエンジニアブログでHTTPSレコードについてとりあげました。これを書いたときはHTTPSレコードはまだインターネットドラフトだったのですが、2023年11月、ついにRFC9460として標準化されました。 RFCにはなったけど日本語の詳しい記事はまだ少ないし需要あるかなーと思って改めて解説を書きはじめたんですが、だらだらとクソ長くなって書いた本人が読んでも眠くて退屈な内容になってしまいました。ので、書いたものはばっさり捨てました。 そういえばいまから3年前、DNS Summer Day 2021で発表したプレゼン資料がありました。これをRFCになった現在の内容にあわせてアップデートしたほうがてっとりばやいしわかりやすそうです。 ということで、加筆修正した資料を置いておきます。DNS屋さんはとりあえず全部読んでおいてください。Web屋さんは前半だけ理解してお
Webを構成する重要な要素の1つであるHTTPは、その最新仕様で2層構造となり、バージョンに関係なく使えるSemanticsと、特徴の異なる通信仕様を定めたHTTP/1.1、2、3に分割されました。 さらに現在では、HTTPの上にあらためてUDPやIP、イーサネットなどのプロトコルを実装する提案が行われており、まさにHTTPは通信の全てを飲み込む勢いで進化しつつあります。 こうしたHTTPの最新動向の解説が、大手CDNベンダでエッジクラウドなども展開するFastlyが2023年11月8日開催したイベント「Yamagoya 2023」で同社シニアプリンシパルエンジニアの奥一穂氏が行ったセッション「HTTPが全てを飲み込む」にて行われました。 本記事ではこのセッションをダイジェストで紹介していきます。記事は以下の3つに分かれています。 HTTPが全てを飲み込む（前編）～HTTPの2層構造と、H
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
