Yuya Kusakabe on Twitter: "@akira6592 5/10に出ているみたいです https://t.co/RKMM6ORFyA"
@akira6592 5/10に出ているみたいです https://t.co/RKMM6ORFyA
WiresharkでのQUICの復号(decrypt) - ASnoKaze blog
2019/5/17追記 QUICの暗号化について説明を書きました asnokaze.hatenablog.com 2020/09/16「WiresharkがHTTP/3に対応した - ASnoKaze blog」 WiresharkはIETF版 QUICパケットのdecryptに対応しているので、やってみる。 Wiresharkの細かい対応状況については以下の通りです。 Tools · quicwg/base-drafts Wiki · GitHub 最新のソースコード内に書かれているTODOとしては、以下の通り。 * to-do list: * DONE key update via KEY_PHASE bit (untested) * TODO 0-RTT decryptionhttps://github.com/wireshark/wireshark/blob/master/epan
『入門 監視』を読んだ - Hash λ Bye
『入門 監視』 という本を読んだ。 普段は低レベルな部分の監視が多くて見失いがちだった、高レベルなポイントの監視について思いを馳せる機会を与えてもらったので読んでよかった。 以下、個人的に心の動いたポイントを記す。 本の内容については大して触れていないので、本書の内容そのものが知りたい人は読むしかない。 p.12 1.3.2 アラートに関しては、OSのメトリクスはあまり意味がない 体感としてもOSメトリクス自体にアラートつけて意味のあるアラート出せたことそんなに無かった。 監視を始めるにあたっていきなりこのOSメトリクスから取り組んでアラートを設定すると疲弊しそう。 メトリクス自体はとってもよい。 しかしトラブルが起きた時の解析材料としてのみ有用だと考えた方がよい。 OSから収集できるロードアベレージやメモリ使用率などが上昇したからといって、 必ずしもサービスに影響を与えるとは限らないこと
政府によるインターネットの検閲とSNIについて
しかし今回一般の人の目にも触れる形でSNIやHTTPSのことが報じられた結果、エンジニアも含めて明らかに技術に関して勘違いをしているのではないかと感じる発言を見ることがありました。このまま放置するのも良くないと感じているので、Q&Aという形でSNIやHTTPSに関する誤解を少しでも解ければと思います。 Q&AQ: そもそもSNIって何？以前書いた記事にも書かれているので是非読んでみてください。 簡単に説明すると、HTTPSではSSL/TLSを利用して通信が暗号化されます。なので1つのIPアドレスで複数の証明書を扱おうとした場合、最初の通信時にどの証明書を利用すればいいか分かりません。そこでSNIが必要になります。 SNIは最初の通信時に今から通信したいサーバーネーム（ドメイン名と考えてください）をサーバーに平文で渡すことで、通信したいSSL証明書を指定できます。SNIは現在の一般的なブラウ
QUICとHTTP/3時代のインターネット解説書はどうあるべきだろう - golden-luckyの日記
OSI参照モデルとTCP/IPモデル なぜいまでもOSI参照モデルによる説明が多いか QUICは、TCP/IPモデルのトランスポートとはいえるが、OSI参照モデルのレイヤ4とはいいにくい HTTP/QUICモデル QUICをどう解説するか OSI参照モデルとTCP/IPモデル かつてぼくたちは、7つのレイヤに分かれたOSI参照モデルという姿でコンピュータネットワークを学び、その7層のモデルにそって各種のプロトコルを理解しようとしていました。 だから、「SONET/SDH上のATM回線でIPパケットをやり取りする」という構想をきけば、「つまり、SONET/SDHがレイヤ1で、ATMがレイヤ2で、IPがレイヤ3なのだな」という枠組みを頭に描いていました。 と同時に、OSIのレイヤとはいったい……、というアンビバレントな想いにさいなまれることもよくありました。 「SONET/SDHがレイヤ1って
On Infrastructure at Scale: A Cascading Failure of Distributed Systems
On Infrastructure at Scale: A Cascading Failure of Distributed Systems At Target, we run a heterogeneous infrastructure in our datacenters (and many other places), where we have multiple different backend hosting infrastructure for workloads. Most of this is a legacy artifact of putting infrastructure into production for different use-cases and application development and deployment patterns. The
どこまでもめるブロッキング 海賊版対策の混迷 | 特集記事 | NHK政治マガジン
「漫画村」問題など、海賊版サイトによる作家や出版社などの被害を防ぐために政府が立ち上げた有識者会議は、結局、議論が真っ向から対立して方向性も示せないまま終わった。 関係者は、特に悪質なサイトを閲覧できないようにする「ブロッキング」を「するか、しないか」が論点になってしまい、前提の議論が欠けていたと指摘する。日本が世界に誇るコンテンツ産業をどう守っていくか。議論の内幕に迫った。 （政治部官邸クラブ 柳生寛吾／宮内宏樹） 海賊版サイトの脅威とは？ まずは大切な前提の議論から。最近は漫画をスマホで読む人が増えているが、通常はお金を払ってダウンロードする漫画を、無料で読めるようにして広告料などで稼いでいるのが、海賊版サイトだ。連載中のものだけでなく、１０年以上前に連載が終わった漫画を第１話から最終話まで読めるものまであった。 その影響がどの程度深刻なのか、出版大手の講談社の広報室長、乾智之さんに聞
TCP over WebSocket & IAP - Hateburo: kazeburo hatenablog
Googleのhuproxyみたいなもので、任意のprotocolが通しやすく、Google Cloud Load BalancingのIdentity aware proxyに対応したものが欲しかったので、作ってみた。 github.com github.com GCPの中のMySQLに対して、service accountで認証して接続するイメージとしては以下のようになる。 server側 pathとforward先の設定を行うmapファイルをまずつくる mysql,10.0.x.x:3306 ssh,127.0.0.1:22 起動 $ wsgate-server --listen 0.0.0.0:8080 --map map-server.txt これで、 ws://example.com/proxy/mysql にWebSocketで通信を行うと 10.0.x.xの3306 に対し
TLS 1.3の標準化と実装 | IIJ Engineers Blog
IIJ-II 技術研究所 技術開発室の山本です。現在技術開発室は、私を含めた4人で構成されており、主にプログラミング言語Haskellを使って開発を進めています。今回の話題である TLS(Transport Layer Security) 1.3 もHaskellで実装しました。 4年の歳月をかけて議論されてきたTLS 1.3ですが、この8月にめでたく仕様がRFC 8446となりました。貢献者リストに私の名前が載っていることを聞きつけた広報から、ブログ記事の執筆依頼がありましたので、TLS 1.3の標準化や実装の話について書いてみます。 なぜTLS 1.3を標準化する必要があったのか理由を知りたい方は、「TLSの動向」という記事や「TLS 1.3」というスライドを読んで下さい。 インターネットで使われているプロトコルは、IETFという団体で仕様が議論されて策定されます。IETFには、誰でも
VXLANとは
◆ VXLANとは VXLAN（Virtual eXtensible Local Area Network）とは、L3ネットワーク上に論理的なL2ネットワークを 構築するトンネリングプロトコルのことです。VXLANでは、VNI（VXLAN ID）でイーサネットフレームを カプセル化することでトンネリングを実現しています。2014/8 にIETF RFC7348として公開されています。 VLANでは最大で約4000のネットワークしか構成できず、大規模ネットワークでは不足することがあります。 VXLANでは24ビットのVNI（VXLAN ID）で、最大で約1600万のネットワークを構成することができます。 VXLANにより、大規模な複数のデータセンターにまたがった仮想データセンターを構築することができます。 VTEP（ VXLAN Tunnel End Point ）とは、トラフィックがVXL
約60時間を非常用電源設備で乗り切った石狩データセンターの奇跡
2018年9月6日に北海道を襲った震災により、停電状態に陥ったさくらインターネットの石狩データセンターに対し、9月8日ようやく電力供給が再開された。想定を超えた約60時間を非常用電源設備で乗り切り、インフラ事業者としての矜持を見せた石狩データセンターの「奇跡」について、改めてきちんと説明していきたいと思う。 卓越したオペレーション能力で「想定外」を「想定内」に 2011年11月に開設された石狩データセンターは、数多くのサーバーを収容するさくらインターネットの基幹データセンターになる。開設当時はソーシャルゲームの普及でサーバーの需要がうなぎ登りだったほか、環境に配慮したエコなデータセンターが求められていた。こうしたニーズに対応する石狩データセンターは、寒冷地のメリットを活かした外気冷却と東京ドーム1個分に相当する広大な敷地を用いたスケーラビリティが大きな売りだった。私も開設時と増設時で2回ほ
4. Kamueeとか、Cuisharkとか | fukabori.fm
話したネタ Kamueeとは NFV ソフトウェアルータのメリット Kamueeを作るモチベーション 既存のソフトウェアルータの限界、問題点 DPDKとは Trieとは ラストレベルキャッシュ PopTrieとは Kamueeが他に実装しているもの InteropのShownetにて、バックボーンコアルータでKamueeを動かしていた話 NTT Tech Conference #3 Cuishark Cuisharkを作るモチベーション Cuisharkの実装 Cursesを生で使うのは大変 未踏とは？ DPDKを使うのは大変 未踏2017テーマ環境に対して自動最適化する高性能通信基盤の開発 See Privacy Policy at https://art19.com/privacy and California Privacy Notice at https://art19.com/p
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Linuxのカーネル、デバイスドライバーをみて、やっぱりWindowsの方が良くできてるや、って思うのは気のせいでしょうか？
Fadis on Twitter: "なのでIPの拡張には輻輳した機器から即座に送信側にその事を通知するECNが、Ethernetの拡張には輻輳が起きそうな時に特定の送信側に対して「少し黙れ」を要求するPFCが用意されていて、送信側がこれらを扱える事が明らかなネットワ… https://t.co/mzjF08PZV6"
Modern router architecture and IPv6 | APNIC Blog
GitHub - pion/sctp: A Go implementation of SCTP
mattn on Twitter: "CUI 版の Wireshark なにこれかっこいい。 / “GitHub - gcla/termshark: A terminal UI for tshark, inspired by Wireshark” https://t.co/Z4WCCdV0RV"
ルーティングプロトコルとclojure - Qiita
403 - Forbidden Access to The Digital Library
Information on RFC 8451 » RFC Editor