今回は前回に続いて、プロトコルについてです。前回はSMTPでしたが、今回はおそらく最もメジャーなプロトコルであるといっても過言ではないHTTPについてです。 「デカいRFC」の読み方 まずHTTPにはバージョンとして1.0と1.1があります。実質、今はほぼ100％のサイトが1.1だと思って良いでしょう。 HTT1.1はRFC2068で提唱され、RFC2616にObsoleteされています。ですのでRFC2616（と、RFC2616をUpdateしているRFC2817とRFC5785）を読めば、HTTP1.1のことが把握できます。とはいってもでかいRFCなので、読むのはちょっと大変かもしれません。ただ、これくらいポピュラーなRFCになると日本語訳もたくさんあるので、原文と一緒に日本語訳も読むと、理解が速いかもしれません（訳だけ読むのはあまりオススメできません）。 また、RFCを読むとき（
ネットワーク仮想化を実現する技術の1つであるVXLANが、インターネットの標準化団体であるIETFのRFC7348として公開されました。カテゴリは、インターネット全体に広く公知することが望ましいと判断された情報に与えられる「Informational」となっています。 VXLANは、VMware、シスコシステムズなどが中心となってIETFで規格化を目指していたプロトコルです。レイヤ2のイーサネットフレームをカプセル化して、レイヤ3のIPネットワーク上に論理的なL2ネットワークを構築できる、いわゆるネットワーク仮想化を実現するプロトコルです。 データセンターなどでは、VLANの上限値である4096を超えて多数のVLANを設定したいケースが数多く発生します。例えば、1つのデータセンターに多数のお客様のシステムを収容する場合、システムごとにVLANを用いてセキュアなネットワーク環境を構築したくな
EPIC2014 Google Public DNS (8.8.8.8, 8.8.4.4) および Cloudflare (1.1.1.1, 1.0.0.1) 経由では本サイトにアクセスできないよう措置させて頂いております。 本日、JPRS がようやく重い腰をあげて注意喚起を発してくれましたが、その内容は危険性をよく理解して対策をとるにあたって十分な情報が含まれているとはいえません。 一方で注意深い攻撃者が探せば、ネット上にはすでに深刻な攻撃を行うのに必要な情報は十分に流れています。特に、JPRS が3月に慌てて co.jp などにこっそり入れた署名付き TXT レコードは大きなヒントに見えます。 DNS に詳しい攻撃者であれば、攻撃手法に辿りつくのは時間の問題でしょう。(すでに攻撃は行われているかも知れません) 長く秘密にしておくことは得策ではないと判断し、防御する側の心構えと手助けにし
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く