The state of HTTP in 2022
This post is also available in 简体中文, 繁體中文, 日本語, 한국어, Deutsch, Français, Español and Português. At over thirty years old, HTTP is still the foundation of the web and one of the Internet’s most popular protocols—not just for browsing, watching videos and listening to music, but also for apps, machine-to-machine communication, and even as a basis for building other protocols, forming what some refer
HTTP 関連 RFC が大量に出た話と 3 行まとめ | blog.jxck.io
Intro 2022/06/06 ~ 9 あたりに、長きに渡って策定作業が行われていた HTTP 関連の RFC が大量に公開された。 RFC 9110: HTTP Semantics RFC 9111: HTTP Caching RFC 9112: HTTP/1.1 RFC 9113: HTTP/2 RFC 9114: HTTP/3 RFC 9163: Expect-CT Extension for HTTP RFC 9204: QPACK: Field Compression for HTTP/3 RFC 9205: Building Protocols with HTTP RFC 9209: The Proxy-Status HTTP Response Header Field RFC 9211: The Cache-Status HTTP Response Header Field
QUICをゆっくり解説(1)：QUICが標準化されました | IIJ Engineers Blog
Haskellコミュニティでは、ネットワーク関連を担当。 4児の父であり、家庭では子供たちと、ジョギング、サッカー、スキー、釣り、クワガタ採集をして過ごす。 不定期連載を始めます IIJ-II 技術研究所 技術開発室の山本です。私はプログラミング言語HaskellでHTTP/2とTLS 1.3を実装した後、もっぱらQUICを実装することに時間を費やしてきました。 ご存知の方もいらっしゃると思いますが、今年の5月にQUICの仕様がRFC9000として公開されました。このRFCは実によく書かれているので、読みこなせばQUICの全容が掴めるでしょう。 しかし仕様は膨大ですし、実際に実装してみて初めて腑に落ちることもあります。そこでこの機会に、実際にQUICを実装した経験者目線で、QUICの解説をしていきたいと思います。なんとなくTCP/IPを分かっている方が、ある程度QUICの理解ができることを
CentOS7,firewalldでhttpとsshだけ許可する設定 - Qiita
インフラエンジニアインターンが実際にやってみて、苦戦したところ、理解したところまでまとめます。 仕様環境 PCのOS:Windows10 使用したソフト:VMware(仮想環境にCentOS7をインストール)、Tera Term 苦戦したところ ・Firewalldを起動します。その後、次回以降サーバ起動時に自動でfirewalldが起動するよう設定します。 [root@localhost ~]# systemctl start firewalld #サービスを起動するコマンド [root@localhost ~]# systemctl enable firewalld #自動起動設定 [root@localhost ~]# firewall-cmd --get-default-zone #firewalldのコマンド FirewallD is not running #firewalld
[新機能]Webサーバでの実装不要！ALBだけでリダイレクト出来るようになりました！ | DevelopersIO
今回は ELB の新機能のご紹介です。 Elastic Load Balancing で Application Load Balancer のリダイレクトおよび固定レスポンスのサポートを発表 これまでリダイレクトは、Web サーバー側で実装する必要がありました。代表的な例としては、昨今、Web サイトのセキュアな通信、検索ランキングの向上を目的とした、HTTP → HTTPS のリダイレクトは多くのWebサーバーで実装されていると思います。ALB を経由した場合、リダイレクトループを回避するために X-Forwarded-Proto ヘッダー を利用したリダイレクトループ回避の実装など、ちょっとした工夫が必要でした。 今回のアップデートによって、これらのリダイレクトを ALB 側で実装できるようになったということです！これは嬉しいですね！ なお、同時に発表された固定レスポンスの新機能につ
![[新機能]Webサーバでの実装不要！ALBだけでリダイレクト出来るようになりました！ | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/b87e732c82c8791fc86eac4689996b0481f8d3db/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2015%2F02%2Felb.png)
HTTP/2 の概要 | Articles | web.dev
HTTP/2 の概要 コレクションでコンテンツを整理 必要に応じて、コンテンツの保存と分類を行います。 HTTP/2 は、めったにない組み合わせで、アプリケーションの速度、シンプルさ、堅牢性を高めます。これまでアプリケーション内で行っていた HTTP/1.1 の回避策の多くを元に戻し、トランスポート レイヤ自体でこれらの問題に対処できるようになります。さらに、アプリケーションを最適化してパフォーマンスを改善するまったく新しい機会も数多く生まれます。 HTTP/2 の主な目標は、リクエストとレスポンス全体の多重化を有効にしてレイテンシを短縮し、HTTP ヘッダー フィールドを効率的に圧縮することでプロトコルのオーバーヘッドを最小限に抑え、リクエストの優先順位付けとサーバー push のサポートを追加することです。これらの要件を実装するために、他のプロトコル機能強化（新しいフロー制御、エラー処
今時のPHP HTTPクライアントのGuzzleを使ってみた - Qiita
はじめに LaravelでHTTPリクエストを投げたかったのでGuzzleを使ってみました。 以前ですとPEARのHTTP_Request2を使っていましたが、あまり最近使われていないようなので新しいパッケージを使ってみました。 HTTP_Request2は長年使ってまして、使いやすくて好きです。cURLも悪くはないのですが…。 Laravelで使いましたが、もちろん生のPHPでも使えます。 Laravelのラッパー Laravel 7系ではGuzzleラッパーが提供されているようです。 例 $response = Http::post('http://test.com/users', [ 'name' => 'Steve', 'role' => 'Network Administrator', ]); $ laravel new hogeproject $ cd hogeproject
キャッシュ制御に関する私的まとめ | SD MILIEU
はじめに Googleのドキュメント読めばわかる。 HTTP キャッシュ Web Google Developers キャッシュに関して覚えるべきヘッダー キャッシュデータ使用に関するヘッダー Cache-Control Expires キャッシュされたデータとサーバーのデータの同一性判断に関するヘッダー ETag Last-Modified 上記の４つ。 キャッシュデータ使用に関するヘッダー Cache-ControlとExpiresはキャッシュデータ使用に関するヘッダー。 Cache-ControlはHTTP/1.1の仕様として定義されたもので、Expiresはそれ以前の古い仕様。 現行ブラウザでもExpiresは動作するが、Cache-Controlの方が優先される。 Cache-Control ヘッダーは Cache-Control: max-age=1200 だとか Cache-
ページにアクセスするとリクエストが2回飛んでしまう現象の原因が判明しました - 中年プログラマーの息抜き
特定のページで二重アクセスが起きているようだ そんな現象が確認できてから今日まで、原因不明で放置していたのですが、どうにもこうにもテストに支障がでてきたため本気で調べました。 プログラムを見直しても問題なさそうだし、設定も大丈夫っぽい、、なぜ？？、時間だけが過ぎていく・・ ほんと焦ります。そうこうしていて、気分変えないともうだめってとこまでいってしまい、機能テストをいったん止め、ブラウザ別の表示確認をみていたら、あれっ、Edgeだと二重アクセスおきてないじゃん！ えっ、 ・・・こんなこともあるんですね。 chromeで二重アクセスが起きてしまう問題 開発中にありがちなところで、中途半端なHTMLひな形で開発していたことがchrome先生のお怒りをかっていたようです。 ”<link rel="shortcut icon" href="" />”、「「href=””」」これがよくなかったようで
Cookie の仕様とセキュリティ | yunabe.jp
このドキュメントの目的は Cookie とは何かを一から説明することではないので、そもそも Cookie とは何で何に使えるのかといった話はWikipedia の Cookie の記事などを参考にして下さい。 ここでは Cookie がどういうものかは大体理解しているという前提で、仕様の確認をしていきます。 目次 Set-Cookie ヘッダを使って Cookie を保存する Cookie を参照する JavaScript を使って Cookie を保存・参照する Cookie の属性 domain 属性 path 属性 max-age と expire secure httponly その他 クッキーと port 番号 Cookie が絡むセキュリティ関係の問題 通信路上でのクッキーの漏洩 クロスサイトスクリプティング (Cross Site Scripting, XSS) Set-Co
[RxSwift] HTTP通信部分にRxSwiftを使ってみる | DevelopersIO
Rxは便利そうだけど...なんだか難しそう こんにちは。モバイルアプリサービス部の加藤です。皆さんはRxSwiftを使って開発していますか？ 今回の記事は「Rxは便利そうだけど...なんだか難しそう」と感じている人にHTTP通信部分にRxSwiftを使ってみることで「あ、そんなに難しくないかも」と感じてもらえればと思います。 かく言う私も最近RxSwiftを触り出してまだまだ勉強中の身です。 （実は過去にC#をやっていたこともあり、Rx自体は知っていて「LINQみたいで便利」と思っていたのですが、C#にはasync/awaitあるし必要性をあまり感じてなかったのです） Rxはもともと.NETから始まりました。Rxの歴史について興味のある人はこちらが詳しいのでご覧ください。 なお、RxSwiftのインストール方法はREADMEをご覧ください。 検証環境 本記事は以下の環境で検証を行っています
![[RxSwift] HTTP通信部分にRxSwiftを使ってみる | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/4b9b98d8423d1943cae402d21764bf51589e811b/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2014%2F11%2Flogo_swift_400x400.png)
ネットワーク診断の現場から（netcat編・その2） | NTTデータ先端技術株式会社
Tweet はじめに 今回はnetcatを利用して、Webサーバーのレスポンスヘッダーから得られる情報を収集してみましょう。レスポンスヘッダー内にはさまざまな情報がありますが、ここでは「バナー取得」および「内部IPアドレスの漏えい」について紹介します。 前回に引き続き、本稿の実行例ではLinux(CentOS 6)を利用しています。また対象のWebサーバーとしては、Apache HTTP Server(以下Apache)を想定しています。 バナー取得 バナーとは、サービスが出力するメッセージのうち、ソフトウェアの名称やバージョン情報が含まれるものを指します。外部からバナーが取得可能な場合、そこには攻撃者にとって有益な情報が含まれることがあるため注意が必要です。 例を見てみましょう。以下の実行例では、Webサーバーであるtest.example.comの80/tcp(http)にnetcat
HTTP2.0がやってくる？HTTP1.1、HTTP1.0の勉強をしておこうか。
ぼくの主（作者）がインターネットを使い始めたのは1998年頃になるので、もうすでにHTTP/1.1が発表された後のことになります。プロトコルは今と同じですが、光回線だとかケーブルテレビだとかの普及によって、当時とは比較にならないほど多くの通信量を扱えるようになり、フルHDの動画配信、ストリーム放送、オンラインゲームだったりとコンテンツもそれに伴い変化してきました。そしてさらに進化を続けています。 まずは昔話からいきますか。 HTTP/1.0の前はHTTP/0.9です。HTTP0.9にはGETメソッドしかなかったようですね。 HTTP/1.0になり、POSTやHEADメソッドが利用できるようになりました。POSTと見ると動的な事が頭に浮かびます。ところで、パソコン通信が流行っていたのはいつ頃かというと1990年前後のようです。GETしかないのにどうやって！？と思ったら、パソコン通信はそもそも
TLS上でのプロトコルネゴシエーションの仕組み、NPNとALPN - ASnoKaze blog
(この記事は古いため、HTTP2.0と表記していますが、正しくはHTTP/2です) (HTTP ConnectメソッドのALPNヘッダは「ALPN HTTP Headerとは」) TLS-NPN(Next Protocol Negotiation) SPDYはHTTPSと同一ポートで接続を受け付けるため、SPDYの通信を開始する前にどちらのプロトコルで通信するか決める必要がある。その方法としてTLS-NPNを用いる。これは、SSLハンドシェイク時に使用するプロトコルのネゴシエーションも同時に行なってしまう方法である。TLS-NPNはGoogleによって仕様が策定されている(仕様URL)。 TLS-ALPN(Application Layer Protocol Negotiation) HTTP2.0においても、このSSLハンドシェイク時にネゴシエーションをすることが検討されている。もともと
HTTPクライアントは、コネクションが切断された際に同じリクエストを再送する事がある – CAT EARS
※ RFC7230 時点の情報に更新 → HTTP/1.1 のコネクション管理の理解メモ – CAT EARS HTTPリクエストの処理中(長いAPサーバーの処理等)にタイムアウトなどでTCPコネクションが切断された場合、HTTPクライアントはRFC2616に従い同じリクエストを勝手に再送する事がある。(SHOLDとなっているのでその場合の方が多いかと) なので、場合によっては二重POSTとなってしまう。。 非冪等メソッドの自動再試行は不可。 これはHTTPベースのプロトコル(SOAPやAMF、WebDAV等のRPC)全てに当てはまるため、RPCを使用する際には注意が必要である。 失敗パターンは リクエスト送信→失敗→再送信→失敗→切断(エラー?) が標準動作。 RFC2616 8.1.4 Practical Considerations より抜粋 A client, server, or
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
HTTPパケットキャプチャあれこれ - Qiita