ウェブを支えるHTTP通信はどのように進化しているのか
HTTPはハイパーテキスト・トランスファー・プロトコルの略称で、ウェブサイトを閲覧する際のサーバーとの通信にて使用されています。CloudflareがHTTPの新バージョン「HTTP/3」に対応するにあたり、これまでのHTTP通信の問題点がHTTP/3でどのように解決されているのかをブログにまとめています。 HTTP/3: the past, the present, and the future https://blog.cloudflare.com/http3-the-past-present-and-future/ 1990年末に世界初のウェブページが登場し、その翌年の1991年にHTTPの初めての仕様書が書かれました。これはHTTP/0.9と呼ばれており、単にサーバーから特定のドキュメントをダウンロードするだけの簡易なものとなっていました。 1996年にはアップロードに対応するなど
HTTPS化示す鍵マーク、もはや信頼の証しではない - 日本経済新聞
個人情報を入力するウェブサイトでは、ウェブブラウザーに鍵マーク（錠マーク）が表示されているのを確認する――。セキュリティーのセオリーとして、筆者も記事に書いてきた。だが、「鍵マークが表示されていれば安全」という、ウェブアクセスを暗号化する「HTTPS」の神話は崩壊した。常識が変わったのだ。米連邦捜査局（FBI）のインターネット犯罪苦情センター（IC3）は今年6月、「ウェブブラウザーのアドレスバ
崩壊する「HTTPS神話」、鍵マークはもはや信頼の証しではない
個人情報を入力するWebサイトでは、Webブラウザーに鍵マーク（錠マーク）が表示されているのを確認する――。セキュリティーのセオリーとして、筆者が何度も記事に書いたフレーズだ。 だが、「鍵マークが表示されていれば安全」というHTTPSの神話は崩壊した。常識が変わったのだ。 米国の政府組織であるインターネット犯罪苦情センター（IC3）は2019年6月、「Webブラウザーのアドレスバーに、鍵のアイコンあるいは『https』という表示があるという理由だけでWebサイトを信頼しないでください」と注意を呼びかけた。
中央主権的なHTTPから脱却し新しいインターネットの世界を生み出す壮大な分散型システム「IPFS」とは？ - GIGAZINE
インターネットの世界は通信プロトコルの「HTTP」によって成り立っていますが、情報(データ)を管理するサーバーが存在するシステム設計上、そのサーバーがオフラインになるとウェブから情報が失われるという欠点を抱えています。このような構造的な欠点を抱える中央集権型のHTTPと違い、分散型のファイルシステム「Interplanetary File System(IPFS)」が考案され、新しいインターネットの世界の構築に向けてプロジェクトが動き始めています。 The InterPlanetary File System (IPFS) | Simply Explained & Illustrated https://achainofblocks.com/2018/10/05/ipfs-interplanetary-file-system-simply-explained/ ◆HTTPによるインターネッ
「HTTP-over-QUIC」が「HTTP/3」に改称へ--IETFで承認 - ZDNet Japan
Internet Engineering Task Force（IETF）で仕様の策定が進められているHTTP-over-QUICがHTTP/3に改称されることをIETFの関係者が明かした。 Googleの開発した実験的技術がHTTPの次世代プロトコルとして仕様策定作業が進められるのは、今回で2回目である（1回目は、Googleの「SPDY」技術がHTTP/2の基盤になった）。 QUICはGoogleが開発したプロトコルで、「Quick UDP Internet Connections」の頭文字をとった語だ。HTTP-over-QUICは、TCPに代わるプロトコルとしてUDPをベースにHTTP/2、TCP、TLSのような機能などを組み合わせている。
「HTTP/3」がHTTP-over-QUICの新名称に。IETFのQUICワーキンググループとHTTPワーキンググループで合意 － Publickey
現在IETFで仕様策定が進められている、UDPをベースに効率的で高速な通信を実現するためのプロトコル「QUIC」をトラスポート層に用いる新しいHTTPの名称が「HTTP/3」になることが決まりました。 HTTP/3のベースはGoogleが開発したQUIC。IETFで標準化へ もともとQUICは、Googleが高速なHTTPの通信を実現するためのプロトコルとして2013年に発表し、同社のChromeブラウザやクラウドサービスなどに実装してきました。 QUICは、従来のHTTPでトランスポート層に用いられているTCPの代わりに、UDPを用いています。 TCPはエラー訂正機能などを備え信頼性の高い通信が可能な一方、比較的オーバーヘッドの大きなプロトコルです。そこでTCPの代わりに通信の信頼性は保証されないもののオーバーヘッドの小さいUDPを用い、独自に一定の信頼性を保つ実装を組み込みつつHTTP
UDPベースの「HTTP-over-QUIC」が新HTTPバージョン「HTTP/3」に名称変更される - GIGAZINE
インターネットのネットワークプロトコルを標準化する業界団体のInternet Engineering Task Force(IETF)が、これまで「HTTP-over-QUIC(hq)」と呼ばれていたプロトコルを「HTTP/3」という名称に変更すると発表しました。 HTTP/3 | daniel.haxx.se https://daniel.haxx.se/blog/2018/11/11/http-3/ HTTP/1.1やHTTP/2などの現在、インターネットで利用されているプロトコルはTCP(Transmission Control Protocol)をベースにしています。TCPではデータは送信された順序での受信が確約され、転送中に一部のデータが失われた場合に受信側で検出できるエラーチェック機能を備えているため高い信頼性を持ちます。しかし、TCPでは接続を確立するためにサーバーとクライア
「HTTP-over-QUIC」が「HTTP/3」に改称へ--IETFで承認（ZDNet Japan） - Yahoo!ニュース
Internet Engineering Task Force（IETF）で仕様の策定が進められているHTTP-over-QUICがHTTP/3に改称されることをIETFの関係者が明かした。 Googleの開発した実験的技術がHTTPの次世代プロトコルとして仕様策定作業が進められるのは、今回で2回目である（1回目は、Googleの「SPDY」技術がHTTP/2の基盤になった）。 QUICはGoogleが開発したプロトコルで、「Quick UDP Internet Connections」の頭文字をとった語だ。HTTP-over-QUICは、TCPに代わるプロトコルとしてUDPをベースにHTTP/2、TCP、TLSのような機能などを組み合わせている。 Googleは、これがインターネット上でバイナリデータを移動するための新しいプロトコルとして、TCPとTLSによる通信に取ってかわっていくこと
HTTP接続のサイトが「保護されていません」と表示されるGoogle Chrome 68安定版リリース
ウェブブラウザ「Google Chrome」の最新安定版・バージョン68.0.3440.75がリリースされました。Chrome 68での大きな変更点は、通信内容が暗号化されないHTTPウェブサイトとの接続時に「保護されていません」と明示されるようになったことです。 A milestone for Chrome security: marking HTTP as “not secure” https://www.blog.google/products/chrome/milestone-chrome-security-marking-http-not-secure/ インターネットでは、通信の内容を暗号化するHTTPSへの対応が世界的に進められています。 サイトの「HTTPS化」が世界的に進んで大きなターニングポイントを迎える - GIGAZINE Googleもこの流れに乗っていて、Goo
「https化」って何？どうすべき？にざっくりお答え！｜アルサーガパートナーズ・フロンティアビジョンコラム
どうもどうも、Webディレクターのひろきです( ´∀｀) 今回の内容は「https化への対応」についてです。 実はこのテーマ、先日弊社主催のHP活用セミナーを開催した際の1テーマでもあります。 かなり普及したとはいえ、まだ「https」と聞いてもピンと来ていないHPオーナー様もいらっしゃるようなので今回は改めまして基本的なことから、今後どうすべきかまでを＜ざっくり＞とお伝えします！ 「https化はしなければならない」という前提で、まずは自社のHPで「httpsへの対応ができているか」をチェックしてみましょう！ 関連記事：ホームページのリニューアルの進め方とは？目的別に解説！ httpsへの対応ができているかの確認方法 自社HPを見るだけで一目で確認する方法があります。 URLのこの部分です！ httpsへの対応が済んでいるHPであればこのように「https：」と表示されます。 対応できて
NginxをWebサーバー“以外”でも徹底活用する
Nginxは高速化だけではありません。Webサーバー以外への応用事例として、ロードバランサー、HTTPS対応、WAFとしての利用を紹介します。 連載目次 Nginxの活用 「高速・軽量・高機能WebサーバーのNginx」連載の最終回にあたり、今回はNginxのWebサーバー以外の活用方法を紹介します。 NginxはWebサーバー以外にも、ロードバランサーやHTTPSサーバー、WAF（Webアプリケーションファイアウォール）、キャッシュサーバーとして利用することができます。そもそもNginxが開発されたのは、Apache HTTPDのロードバランシング機能に対するパフォーマンス不足からでした。そのためNginxのロードバランシング機能はパフォーマンスが高く、またさまざまな付加機能を持ち合わせています。 例えばHTTPSとロードバランサーを組み合わせHTTPSアクセラレーションを実現したり、W
nginx proxyキャッシュまとめ - Qiita
http { # proxy_cache_pathとproxy_temp_pathは同じファイルシステム上に配置するのがパフォーマンス上よい # keys_zoneの1mは共有メモリのサイズ。1MiBあたり約8000個のキーを保持できるので、それほど大きくなくて良い # max_sizeは全キャッシュファイルのサイズ合計の上限 # inactiveで指定した期間内にアクセスされなかったキャッシュファイルは、その有効期間に関わらず削除される（デフォルトで10分） proxy_cache_path /var/cache/nginx keys_zone=zone1:1m max_size=1g inactive=24h; proxy_temp_path /var/cache/nginx_tmp; # オリジンから来るCache-Controlを無視する #proxy_ignore_headers
「nginx」導入！「HTTP/2」対応！Webサイト表示速度の大幅向上のお知らせ（2017/9/20 AM8:30更新）
平素はエックスサーバーをご利用いただき、誠にありがとうございます。 この度エックスサーバーでは、お客様により快適にサービスをご利用いただけるよう、 高速Webサーバー「nginx（エンジンエックス）」を導入いたしました。 併せて、「HTTP/2」に対応しました。 「nginx」とは、世界トップ100万Webサイトにおいて最も利用されているWebサーバーです。 大量の同時アクセスへの処理に最適化されており、「nginx」が未導入の環境に比べ処理が速く、 突発的にアクセスが集中した場合でもより高速かつ安定したWebサイトの運営が可能です。 「HTTP/2」とは、SSL化したWebサイトの表示速度が大幅に向上する新しい通信規格です。 「無料独自SSL」「オプション独自SSL」によりSSL化されたWebサイトであれば、 特別な作業を行うことなく、自動的にHTTP/2による通信が行われます。 詳細に
WordPress の wp-cron を無効にしたら劇的にパフォーマンスが改善した話
きっかけは謎のDoS攻撃 つい先日、Apache のDoS攻撃対策機能を検証するため、とある WordPressサイトのサーバーにDoS攻撃を検出できるモジュールを設置しました。 モジュールが出力するログを確認してみると、同じIPアドレスから大量のDoS攻撃が！！しかも1日中攻撃しています。 [Tue May 16 06:51:54.053502 2017] [:notice] [pid 813] dosdetector: '160.16.57.86' is suspected as DoS attack! (counter: 6) [Tue May 16 06:53:54.065761 2017] [:notice] [pid 1282] dosdetector: '160.16.57.86' is suspected as DoS attack! (counter: 6) [Tue M
エックスサーバーに無料SSLサーバー証明書「Let’s Encrypt」を導入する方法
エックスサーバーは無料のSSL/TLSサーバー証明書「Let's Encrypt」に標準対応しています。他社でもLet's Encryptを導入できるサービスはありますが、標準で「自動更新」に対応しているサービスはほとんどありません。 Let's Encryptそのものは自動更新に対応していますが、専用サーバーやVPSなどでroot権限が必要となります。つまり、一般的なレンタルサーバーではサービス側が自動更新に対応しない限り、証明書の設定ができても更新は手動となります。Let's Encryptの有効期間は90日間（記事作成時）と短いため、手動での更新作業はかなり面倒です。エックスサーバーであれば、最初に設定してしまえばそれ以降の更新手続は不要です。 大手検索エンジンの評価にも影響しますが、今後標準となる「HTTP/2」にもSSL/TLS接続が必須となります。もし、レンタルサーバーを検討し
エックスサーバーが無料そして無制限の標準独自SSLサービスを開始しました！
これまで、安くても年間費用が数万円（以上）であった独自SSL（IPベース）ですが、最近ではSNI SSL（ドメインベース）の普及もあり、わずか1,000円（年間）程度になりました。某大手検索エンジンがSSL対応サイトを優遇することを告知しており、アフィリエイトなど検索順位が重要となるウェブサイト運営には（近い将来）必須の機能となります。 利用料金が下がったことで、独自SSLは非常に身近なものとなっています。さらに、2016年になると無料でSSL証明書を取得できる「 Let's Encrypt 」のサービスが公式に開始され、ウェブサイトのSSL対応（HTTPS対応）が「誰でも無料」で可能となりました。少し前まで数万円の費用が発生していたことを考えれば、とても良い時代になったと思います。 Let's Encryptとは Let's Encrypt は、認証局（CA）として「SSL/TLSサーバ
エックスサーバーが独自SSLを格安で利用できる「SNI SSL」に対応
エックスサーバー（XServer）の 全プラン が 「SNI SSL」 に対応しました。これまでエックスサーバーで独自SSL（HTTP S ）対応のWebサイトを運営するには、かなり高額なオプションを利用する必要がありましたが、今回の「SNI SSL」対応により、誰でも気軽にSSL/TLS対応のサイト運営が可能となりました。 これまでは、 IPアドレスベース のSSL証明書しか利用できなかったため、 最も安いサービスでも 10,000円/年 （さらに初期費用が10,000円）が必要でした。「SNI SSL」であれば、最も安いサービスだとわずか 1,000円/年 （初期費用無料）でWebサイトを独自SSL対応とすることができます。 IPアドレスベースが高くなる理由や、SNI SSLとは何かを簡単に説明しましょう。 従来のHTTPS通信 以前のSSL/TLSの仕様では、サーバーはIPアドレスに
WordPessをスムーズに移行するための安全策 | ブランド戦略 WEB 採用サイト制作、大阪のフレイバーズ
WordPressをCMSとして活用した環境を移行する際に、注意すべきポイントがいくつかある。カスタマイズを加えたWordPressのモジュールやデータベースの扱いだ。 たとえば、リニューアル時の開発用サーバーから本番サーバーへ、新しいサーバーの乗り換えでも慎重に移行を進めなければならない。 コーポレートサイト構築の際に、トピックス（お知らせ、新着情報）や製品検索などのCMSとしてWordPressを活用するケースは多い。 この記事では、WordPressをサーバー移行する際の、データベースの扱いについて、注意点について紹介しておく。スムーズかつ安全に異なる環境にWordPress一式を移行するための参考にしてほしい。 ドメインをデータベースに抱え込んでしまうWordPress WordPressは、非常によく考えられて、よく作り込まれたソフトウェアであるが、約７年前にWordPressを
HTTPで稼働しているWordPressサイトを「常時SSL、HTTP/2化」する方法（準備編）
HTTPで稼働しているWordPressサイトを「常時SSL、HTTP/2化」する方法（準備編）：とにかく速いWordPress（15）（1/3 ページ） エンタープライズ用途での利用が増えている「WordPress」の高速化チューニングテクニックを解説する本連載。今回は、既にHTTPで稼働している一般的なWordPressサイトを、常時SSL、HTTP/2化する方法を解説します。 連載バックナンバー 前回は商用SSLサーバ証明書を用いて、前々回は無償で利用できるSSLサーバ証明書Let's Encryptを用いて、最初から「常時SSL、HTTP/2化」を済ませた新規WordPressサイトを構築する方法を解説しました。 しかし、既にWordPressサイトを運用している人も多いでしょう。今回から2回に分けて、「既にHTTPで稼働しているWordPressサイト」を対象に、KUSANAGI
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://jp.techcrunch.com/2018/09/15/2018-09-14-three-years-later-lets-encrypt-now-secures-75-of-the-web/
