TCPパケットを解析して構造化ログでダンプするツール tcpdp を作った - Copy/Cut/Paste/Hatena
やっと形になってきました。 github.com 「データベースのクエリログを取得したい」 例えば、データベース（RDBMS）のクエリログを取得したいとき一番確実な方法は、そのRDBMSに備わっているログ機構を利用することです。 一方で、全てのクエリログを出力するとなるとそれなりにIO負荷がかかることが予想されるので、負荷状況によってはクエリログ出力（のIO負荷）を別サーバに分離したくなります。 では、どうすればよいかというと、例えば アプリケーションサーバとデータベースサーバの間にプロキシサーバを挟んでそこで記録することでIO負荷を分離する アプリケーションサーバ側で（notアプリケーションで）記録することで（大抵、サーバ台数の多い）アプリケーション側にIO負荷を分散する というような方法を思いつきます。 そこで、「もし、TCPコネクション上に流れている（例えば）クエリログを解析してログ
注意! 2019年2月から主要DNSサーバソフトウェアの挙動が変わります – JPNIC Blog
tech_team 2018年7月10日 JPNICからのお知らせ インターネットの技術 ■ はじめに DNSにはEDNSと呼ばれる拡張機能があります。このEDNSの実装が正しくないDNSサーバやネットワーク機器が、インターネット上に存在しています。これまで、いくつかのオープンソースのDNSサーバソフトウェアでは、EDNSの動作に不具合があるようなサーバ等に対しても名前解決ができるように、回避策が実装されていました。しかし「実装が複雑になりDNSの安定運用にも支障をきたすため、2019年2月1日以降のリリースから回避策の機能を削除することにした」というアナウンスがありました。 機能削除の予定日である2019年2月1日は “DNS flag day” と名付けられました。この記事では、その DNS flag day についてご紹介します。 ■ EDNS (Extension Mechanis
新しいWi-Fiセキュリティ規格「WPA3」登場
Wi-Fiの規格標準化団体であるWi-Fi Allianceはこのほど、新しいWi-Fiセキュリティ規格「Wi-Fi CERTIFIED WPA3」（以下、WPA3）を発表した。10年以上にわたって広く使われてきたWPA2の後継規格。WPA2で指摘された脆弱性「KRACKs」対策に加え、普及が見込まれるIoT機器での利用も想定した規格となった。 WPA3では、WPA2デバイスとの相互運用性を維持しながらPMF（Protected Management Frames：管理フレーム保護）を必須とした。また鍵確立手法を従来のPSK（Pre-Shared Key：事前共有鍵）から新しいSAE（Simultaneous Authentication of Equals：同等性同時認証）に変更。ハンドシェイクの手順や認証の再試行回数を変更して各種攻撃への耐性を上げた。 WAP2と同様、「WPA3-Pe
IPv6本 脱稿しました:Geekなぺーじ
2011年から書き続けていたIPv6本がついに脱稿しました。 この本は、クラウドファンディングで書きました。 完成したIPv6本の電子版は無償配布します。 サポーターの皆様、ありがとうございます！ 全章のフィードバック受付版は、5月21日(月)にマクアケ経由のメッセージにてサポーターの皆様にお送りする予定です。 その後、7月中に完成した書籍をサポーターの皆様にお届けするとともに、一般公開および一般販売開始する予定です。 IPv6本電子版の無償配布を行いますが、紙版と電子版の販売も行います。 ご購入いただけると、私とラムダノート社が喜びます。 なお、有料版と無償配布版の間にコンテンツとしての違いはありません。 ご購入いただかなくても内容を読むことはできます。 幅広く多くの方々にIPv6に関する技術情報が伝われば幸いです。 長くツライ執筆でした IANAのIPv4アドレス中央在庫が枯渇したので
DNS over HTTPSの標準化開始:Geekなぺーじ
DNSのメッセージをHTTPSの上に乗せようという標準化活動がIETFで開始されました。 IETFのDOH(DNS Over HTTPS)ワーキンググループです。 DOHワーキンググループは、Applications and Real-timeのエリアです。 先月開催されたIETF 100(2017年11月)にて、DOHワーキンググループの第1回ミーティングが行われました。 そこでは、ワーキンググループが対象としている範囲や、現在あるインターネットドラフトに関しての議論が行われました。 draft-ietf-doh-dns-over-https : DNS Queries over HTTPS 現段階におけるインターネットドラフトは、以下のような内容が最初に書かれています。 DNS queries sometimes experience problems with end to end
［続報］OCNの通信障害、米グーグルによる誤った経路情報の大量送信が原因か
2017年8月25日、NTTコミュニケーションズ（NTTコム）のインターネット接続サービス「OCN」で発生した通信障害に関して、インターネット通信関連の識者は誤った経路情報が大量に流れたことが原因ではないかとの見方を示した。ここでいう経路情報はルーターがBGP（Border Gateway Protocol）というプロトコルを使って交換するものだ。 日本ネットワークインフォメーションセンター（JPNIC）の岡田雅之氏は、NTTコムは複数の組織と対等な関係でネットワークの経路情報をやり取りしているが（これを「ピアリング」という）、そのうちのある組織が誤った経路情報を大量に流したのではないかと話す。その結果、「NTTコムを介してインターネットに接続していた企業のルーターが、大量の経路情報を受け取り高い負荷がかかり、一部はフリーズしたような状態に陥るなどして通信障害につながったのではないか」（岡
Twitter Loves Japan:Geekなぺーじ
BBIX BGP Meeting 2017 Summerにて、TwitterのTim Hoffman氏が「Twitter loves Japan」という発表を行いました。 そこでは、Twitterの行っている独自CDNの紹介、日本におけるユーザトラフィックの特徴などが紹介などもされていました。発表そのものは、日本国内のASに対してBGPでのピアリングを呼びかけるというものです。 一部ネット界隈では「ギガが減る」という表現がホットな話題ですが、BBIX BGP meetingにおけるTwitter社とSpotify社による発表されたユーザトラフィックにおいても、そういった状況が示されているのが個人的には興味深かったです。Spotify日本進出の発表に関しては別途記事を書く予定です。 日本はTwitterを非常に多く使っている Tim Hoffman氏によると、Twitterでは、日本が最も大
ポートノッキングで10秒間だけsshdを公開する設定 - hnwの日記
先日Twitterに次のような書き込みをしたところ思ったより反応が良かったので、詳細の設定を紹介します。 UDP53番、TCP443番、UDP123番とポートノッキングをするとTCP443番に10秒だけsshdが現れる、という中二病全開の設定をした。皆様にもお勧めしたい。— hnw (@hnw) 2017年3月26日 といっても特殊なことをしたわけではなく、knockdでポートノッキングの設定を行い、iptablesと組み合わせて実現しました。 ポートノッキングとは ポートノッキングというのは、決められたポートを決められた順番で叩くことでファイアーウォールに穴を空けられるような仕組みのことです。ポートノッキングを使えば、TCPの7000番、8000番、9000番の3ポートにパケットを送りつけると22番ポート (SSH) へのアクセスが許可される、といった設定ができます。 ポートノッキングの
日本国内携帯3社、2017年度中にIPv6導入:Geekなぺーじ
IPv6導入が世界中に進んでいますが、日本国内では2017年中にIPv6導入が一気に加速しそうです。 NTTドコモは2017年4月頃からIPv6導入 昨日、NTTドコモ端末でのIPv6利用が2017年4月頃より開始されることがTwitterで発表されました。 2017年4月頃より、 #ドコモ 端末よりインターネットにアクセスする際に #IPv6 アドレスが付与される場合があります。自サーバへの接続でIPアドレス制限されている場合は、今のうちに設定変更を実施しましょう。詳細は→ https://t.co/cblmNM9lZ0 担当pix — NTTドコモ開発者情報 (@docomo_dev_info) 2017年2月7日 そのTweetで紹介されている「詳細」は、次のページです。 NTTドコモ：spモードサーバ情報 その「spモードサーバ情報」のページでは、一番下に以下のように記載されていま
IAB、IPv4アドレス枯渇対応の必要性呼びかけ - ZDNet Japan
印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます 遅れているIPv6への移行プロセスは新たな節目を迎えている。IAB（Internet Architecture Board）は米国時間11月7日、IPv4アドレスプールが枯渇しており、「この結果、（IPv4とIPv6の両方をサポートする）デュアルスタック環境とIPv6のみの環境の増加傾向は、今後ますます強まっていくだろう。このため、今後通信プロトコル標準は、IPv6を全面的にサポートする必要がある」と声明の中で述べている。 IABは、今後通信プロトコルのIPv6への依存が高まることから、IPv6の使用を前提に既存の標準を見直し、標準の説明でIPv6を使用した例を提供すべきだとしている。 また、「IABは、IETF（Internet En
Google、最新海底ケーブル「FASTER」を計画中の東京リージョンに接続。Google Cloud PlatformやGoogle Appsで活用すると明らかに
Google、最新海底ケーブル「FASTER」を計画中の東京リージョンに接続。Google Cloud PlatformやGoogle Appsで活用すると明らかに 6月30日に稼働を開始したばかりの、太平洋を横断して日米間をつなぐ最新の海底ケーブル「FASTER」はトータルで毎秒60テラビットもの帯域を実現し、三重県と千葉県の2カ所で国内ネットワークと接続することで災害などによる障害に対する冗長化も果たしています。 このFASTERはGoogle、KDDI、Singtel、中国移動、中国電信など6社のコンソーシアムによるもので、Googleは6分の1である毎秒10テラビットを利用可能。 Googleはこの新しい帯域を、Google AppsとGoogle Cloud Platformのユーザーをサポートするために利用すると、ブログ「Google Cloud Platform Blog:
DMM inside
なぜDMMがweb3に参入したのか。Seamoon Protocolが目指す新たなエンタメ体験の未来とは
新たに三つのgTLDがルートゾーンに追加 - JPNIC
ICANNが2012年に募集した、 いわゆる新gTLDプログラムに申請のあったgTLDのうち、 12月18日に三つが新たにルートゾーンに追加されました。 追加日 TLD文字列 申請組織
WebRTCにおけるNAT越えの課題へのアプローチ - 鈴木うどんの横須賀おもしろ生活
WebRTCにおけるNAT越えの課題へのアプローチ - Qiita に移転しました。
Dockerのネットワーク管理とnetnsの関係 - めもめも
RHEL7RC+EPEL版Dockerの前提で解説します。RHEL7RCを最小構成で入れて、次の手順でDockerを導入します。 # yum -y install bridge-utils net-tools # yum -y install http://download.fedoraproject.org/pub/epel/beta/7/x86_64/epel-release-7-0.1.noarch.rpm # yum -y install docker-io # systemctl enable docker.serviceDockerが設定するiptablesの内容を見るために（見やすくするために）、firewalldを停止した上でdockerサービスを起動します。 # systemctl stop firewalld.service # systemctl mask firew
SoftEther VPN のソースコードを GPLv2 オープンソース・ライセンスで公開 - SoftEther VPN プロジェクト
2014 年 1 月 4 日 (土) SoftEther VPN プロジェクト 登 大遊 (筑波大学大学院システム情報工学研究科 博士後期課程) SoftEther VPN プロジェクトは、本日、SoftEther VPN のソースコードをオープンソース・ソフトウェア (GPLv2 ライセンス) として公開いたしました。ソースコードは、.tar.gz 形式または.zip 形式でダウンロードできるほか、GitHub のリポジトリ上でも公開されています。ソースコードは Windows、Linux、Mac OS X、FreeBSD および Solaris 上でビルドでき、再配布のためのインストーラも自動生成可能です。 ソースコードのダウンロード SoftEther VPN はオンプレミスまたはクラウドベースの VPN を構築するためのツールとして人気がある、製品レベルの VPN ソフトウェア・ス
Winnyの技術
P2P型ファイル共有ソフトWinny。その仕様と実装について、P2Pの基本や開発手法までを含めて紹介した、作者自身による解説書。 関連サイト本書の詳細ページが用意されています。 『Winnyの技術』内容紹介本書は読者対象として、Winnyの動作や仕組みに関心のある方と、P2P技術に興味があるソフトウェア技術者を想定しています。 1～3章では、Winnyの技術背景となっているP2P型システムについての基礎知識を説明し、ファイル共有ソフトの歴史を紹介したうえで、Winnyの基本的な動作と設計コンセプトをわかりやすく解説しました。Winnyの動作や仕組みに関心のある方はこちらをご覧ください。 4～5章ではP2P技術に興味がある開発者向けに、さらに詳細な実装を解説し、実際にP2Pソフトウェアを開発してみてわかった注意事項やヒント、今後P2Pソフトウェアを開発される方へのメモをまとめました。 Win
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://sunpro.io/techbookfest/hakatashi.html
「固定電話」の今後について[PDF:3.90MB]
登 大遊
