ソースコードで体感するネットワークの仕組み ～手を動かしながら基礎からTCP/IPの実装までがわかる
2018年5月15日紙版発売 2018年5月9日電子版発売 小俣光之 著 A5判／272ページ 定価2,728円（本体2,480円＋税10%） ISBN 978-4-7741-9744-9 Gihyo Direct Amazon 楽天ブックス 丸善ジュンク堂書店 ヨドバシ.com 電子版 Gihyo Digital Publishing Amazon Kindle ブックライブ 楽天kobo honto 本書のサポートページサンプルファイルのダウンロードや正誤表など この本の概要 普段あたりまえのようにネットワークを使っていますが，「IPアドレスを持っている」とはどういったことか，本当に理解できているでしょうか。本書では，IPやUDP，TCPを自作し，ネットワークの仕組みを体験。pingのやりとりを行うプログラムを，DHCPクライアント機能の実装，TCPの送受信と切断を行うものへと拡張して
GoogleやCloudflareなど各社DNSサービスのパフォーマンスを比較した結果が公開される
無料で提供されているDNSサービスはGoogleやCloudflareなど複数のサービスがありますが、どのサービスを使えばインターネットをより快適に使えるかが、わかりづらくなっています。ハッカーのNyakolas Z氏は、世界中の有志を集めて、これらのDNSサービスのパフォーマンス比較を行い、結果を公開しました。今回行われたパフォーマンス比較は、日本の東京を含む世界の18の地域でテストが行われており、記事作成時点において、どのDNSサービスの応答時間が優れているかを示しています。 DNS Performance Comparison: Google, Quad9, OpenDNS, Norton, CleanBrowsing, and Yandex https://hackernoon.com/dns-performance-comparison-google-quad9-opendns-
ルーターの設定情報改ざんについてまとめてみた - piyolog
2018年2月末頃から何者かによるルーター内の設定情報が書き換えられる被害が報告されています。改ざんによりインターネットへ接続できなくなったり、マルウェア配布サイトへ誘導されたりする事象が発生し、日本国内でも3月半ばぐらいから同様の事象が報告があがっています。 ここでは関連情報をまとめます。 確認されている被害事象 (1) ルーターの設定情報が改ざんされる ルーター内部に設定されたDNS情報が改ざんされる。 DNSはプライマリ、セカンダリともに改ざんされた事例が報告されている。 (2) マルウェア配布サイトへ誘導される 改ざんされたDNSへ名前解決のクエリを要求するとマルウェアを配布するサイトのIPアドレスが返され配布サイトへ誘導される。 一部サイト（Twitter,Facebookなど）は正規のIPアドレスが返されサイトへ接続できる。 誘導先の配布サイトではマルウェアのインストールを促す
どうやってIPからMACアドレスを解決するか - ARPの挙動を調べた - $shibayu36->blog;
自分はアプリケーションエンジニアでネットワークを触ることは少ないのだけど、ネットワークも関わるタスクや障害が現れた時に話についていけないのは良くないと思い、マスタリングTCP/IP 入門編を今読んでいる。データリンク層の章まで読み、この章ではデータリンク層の通信ではMACアドレスを用いて通信していると書かれていた。 しかし、読むだけではまだ理解が足りてないなと思い、pingをサブネット内のホストに打ちながらWiresharkでフレームを眺めるということをしていた。特にIPからMACアドレスの解決をどのようにしているのかと思い、192.168.10.7から192.168.10.4にpingしながら、ARPのフレームを眺めていると、 No. Time Source Destination Protocol Length Info 1811 87.235306 Apple_42:64:b2 Ap
Docker の iptables 設定
Docker のネットワークまわりの理解を深める一環として iptables について整理します。 全体として Iptables Tutorial がとても参考になりました。 iptables とは iptables の構成要素 Docker デーモン起動時の iptables Docker コンテナ起動時の iptables 環境: # OS $ cat /proc/version Linux version 4.14.13-1-ARCH (builduser@heftig-32336) (gcc version 7.2.1 20171224 (GCC)) #1 SMP PREEMPT Wed Jan 10 11:14:50 UTC 2018 # iptables $ iptables --version iptables v1.6.1 # Docker $ docker version
Iptables Tutorial 1.2.2
Permission is granted to copy, distribute and/or modify this document under the terms of the GNU Free Documentation License, Version 1.1; with the Invariant Sections being "Introduction" and all sub-sections, with the Front-Cover Texts being "Original Author: Oskar Andreasson", and with no Back-Cover Texts. A copy of the license is included in the section entitled "GNU Free Documentation License".
iptablesのNOTRACKターゲットを使う
Linux管理者のみなさん、iptables使ってますか？ iptablesとは、Linuxカーネルが持っているipファイヤウォール機能です。カーネル本体が持っている機能ということもあり、お手軽に使えるし、そもそも大抵のディストリビューションではインストール直後から有効になっているので、気付かないうちに恩恵に預かっていることもあると思います。 デフォルト機能ということで、機能が少なかったりするのかな、と思われるかもしれませんが、結構凝ったこともできて、何しろ設定を覚えることでネットワークの勉強にもなります。iproute2と組み合わせて、パケットラベリングしてDSR構成とか。あんな構成が組めるのも、LinuxのIPスタックの面白さですよね。 閑話休題。この便利なiptablesですが、時折不可解な挙動をすることがあります。フィルタに引っかかってもいないのに、パケットが落とされるという謎事象
The Ins and Outs of Networking in Google Container Engine
Why Service is the worst API in Kubernetes, and what we can do about it
パケットフィルタリング Netfilterの動作と設定 - Qiita
Netfilterとは CentOSで使用することができるパケットフィルタリングのパッケージ。 ネットワークドライバとカーネルの間でパケットの内容を精査し、設定に応じてパケットを破棄することで不正なパケットの排除を行う。 IPv4, IPv6の両方に対応している。 パケットフィルタリングの流れ パケットフィルタリングの処理はいくつかの順序があり、段階に応じてフィルタリングが行われる Checksum and sanity パケットのチェックサムをチェックし、不正な構造を持ったパケットはここで破棄される。 PreRouting パケットのリダイレクトなど、ネットワークインターフェースから送られてきたパケットのアドレス変換などを行う。 Routing（一般的なネットワークのルーティング処理） パケットのルーティング（宛先に向けて転送）を行う。 Forward（他のマシンに転送する） ネットワー
ネットワークの遅延について真面目に書く - たごもりすメモ
遅延（レイテンシ）とはなにか？ - はてなポイント３万を使い切るまで死なない日記 この記事に果てしなくテキトーなことが書いてあってこれを真っ向から信じられると大変迷惑なので、こと細かに真面目に書くことにする。 ……つもりだったが、なんか果てしなくめんどくさくなったのでテキトーに書き散らすことにした。大学の教科書にそのへん詳しいのがいくらでもあったのに、見付からねーし。どこいったんだ。 信号の伝送速度について まず光速度 3.0*10^8 m/s というのは真空中の値*1であって、光ファイバや電線の信号伝送速度はもっと遅い。一般的には光ファイバが 2.0*10^8 m/s 程度とか言われていて、電線についてもモノによってあれこれある。詳しくは波長短縮率とかの単語でググれ。ざっくりとでも30万キロとか恥ずかしいことは言うな。 またどんな距離の都市間でも直接接続できるわけではない。500kmくら
GCEのSubNetwork対応による、変更点とAWSとの違い - 続 カッコの付け方
昨年の12月頃らしいですが、GCEでもSubnetがサポートされました。最初、これを知った時 なんて無駄な機能をつけたんだ！Googleのパワーをこんなしょうもないことに使うな と思いましたが、調べてみるとGoogle流の考慮は入っていました。 ひとまず、このエントリに引っかかった人は、最後まで読んでください。tl;dr とかでは表せませんが、無理やり概要をまとめると、 GCEもsubnetという太古のダサい技術をサポートしてしまったが、他のパブリック・クラウドとは一味ちがうから安心して！ となります。 今までのGCE:Network GCPドキュメント上では、Legacy mode と書いていますが、こちらのほうが よっぽど先鋭的 です。簡単にまとめると ローカルIPアドレスの CIDRだけ指定する そのCIDRは全リージョンにまたがる たったこれだけです。AWSで言い換えると 全リージ
gdnsdでかんたんGSLB(その1) - Qiita
GSLBアプライアンス製品って買うとめっちゃ高くないですか？ そんなに高かったら、月額数百円から運用出来てしまうAmazon Route 53やさくらのクラウドGSLB(税抜500円/月)、GMO ConoHA GeoDNS(税抜500円/月)を使っちゃいますよね！！ でも、自前で安価にGSLBを運用したいという方もいらっしゃると思います。 そんなあなたに、gdnsdというオープンソースのGSLBがありますよ！ そもそもGSLBとは？ GSLBはGlobal Server Load Balancingの略で、広域負荷分散と日本語訳されることがあります。地理的に離れた複数のサイトに負荷を分散したり、障害時にサイト単位のフェイルオーバを行ったりする場合に利用されます。 地理的に離れている(＝エンドポイントIPアドレスをサイト間で引き継げない)ような状況で使用されるため、DNSの仕組みを用いたア
net.ipv4.tcp_tw_recycle は廃止されました ― その危険性を理解する - Qiita
Disclaimer 私はネットワークの勉強もちゃんとしたことないし、Linux のソース読むのもはじめてな素人です。 何かおかしなところなどあれば、遠慮なくコメント欄でまさかりをお願いいたします。 ソースコードの引用に関して 本文中で Linux のコード／ドキュメントを引用している箇所がありますが、すべてタグ v4.11 のものです。また、日本語のコメント・翻訳文は筆者が入れたものです。 TL; DR Linux のカーネルパラメータ net.ipv4.tcp_tw_recycle は、バージョン4.12から廃止されました。 今後はこの設定は行わないようにしましょう（というかできません）。 一方、net.ipv4.tcp_tw_reuse は安全であり、引き続き利用できます。 …というだけの話なのですが、自分用にメモがてら経緯・背景などを記録しておきます。 なんで気がついたか このパラ
インターネットは当初目指したものではなくなってしまった:Geekなぺーじ
NANOG 68のDesperately Seeking Defaultという発表にて、APNICのGeoff Huston氏が、いまのインターネットはかつてエンジニア達が目指したものとは違うものになってしまったと表現しています。 この発表が行われたNANOG 68(2016年10月17日)は、ネットワークエンジニアが集まるイベントであるため、ここで言う「我々」というのは、主にネットワークエンジニアを指しています。 IETFでもそういう雰囲気があるのですが、「我々がインターネットを作っている」という自負がある人々が会場内に多いです。そういった空気感がある「場」での発表です。 発表そのものは、インターネットを運用する際に見える「経路」は組織によって異なり、インターネットでは互いに通信ができないネットワークがあるという話です。 「Default」の経路として提供されるものが異なり、インターネッ
初心者向けインターネットの仕組みと8/25の障害についての説明
18. 8/25関連参考リンク 詳細はいろいろな方がまとめてくれてる ● 2017年8月25日の大規模インターネット障害:Geekなページ http://www.geekpage.jp/blog/?id=2017-8-29-1 ● BGP leak causing Internet outages in Japan and beyond. https://bgpmon.net/bgp-leak-causing-internet-outages-in-japan-and-beyond/ ● パブリックデータから経路リークを探る http://codeout.hatenablog.com/entry/2017/08/28/010222 ● mazによる解説スライド https://www.attn.jp/maz/p/t/pdf/20170825-routeleakage.pdf ● 8月25日
Amazon Linux 2017.03で新しいTCP輻輳制御アルゴリズムBBRを試してみた | DevelopersIO
ども、大瀧です。 AWSが提供するLinuxディストリビューション Amazon Linuxの最新版であるAmazon Linux 2017.03がリリースされました。このリリースで採用しているLinuxカーネル バージョン4.9では、新しいTCP輻輳制御アルゴリズムBBRのサポートが追加されています。 しかしながらAmazon Linux 2017.03.0のカーネルパッケージではBBRモジュールが無効なため、今回はカーネルを再ビルドして試す手順をご紹介してみたいと思います。 お断り : 一般的にカーネルを再ビルドして利用することはディストリビュータのサポート範囲外になります。自己責任の元、検証用途にとどめ本番環境への適用はビルド済みカーネルパッケージのリリースを待ちましょう。 ビルド環境の準備 まずは、カーネルを再ビルドするための環境を整えましょう。一般的にカーネルの再ビルドにはローカ
ネットワークキャプチャデータを見る時のTips - Qiita
ネットワークのトラブルシュートなどをする時にtcpdumpやwiresharkといったツールを使ってキャプチャデータを取得し、正常ではない通信を特定するなど分析します。その時にIPアドレスやポート番号といったことは当然確認すると思いますが、本記事ではそれ以外に分析に利用できそうな小技をいくつか紹介したいと思います。お題は以下のとおりです。 MACアドレスからNICのベンダーが分かる IPヘッダからおおよそのホップ数が推測できる TCP/IPヘッダからOSを推定できる TCPの3-way-handshakeからネットワークの遅延を測れる TCPの再送状況からネットワーク品質の変化を見れる DHCP/mDNS/NBNS/LLMNR から同一ネットワーク内のホスト名がわかる TLSのclient helloから接続先のホスト名がわかる 【注意事項】 本職のネットワークエンジニアの方にとっては当た
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Wi-Fi再入門〜見えない電波を知識で見抜く
ネットワーク ゲームにおけるTCPとUDPの使い分け
ブログ（Wireless・のおと）｜サイレックス・テクノロジー株式会社