いまや業務システムではネットワーク環境が当たり前になっており、開発者であってもネットワークプロトコルの知識を知らないでは済まされません。しかし、巷に出版されている専門書は、ネットワーク管理本やプロトコルを図解したもの、または非常に高度な前提知識を求められるものがほとんどです。そこで本連載では、プログラマが実際に手を動かして身に付けられるような形で、TCP/IPについて学んでいきます。 はじめに エンドユーザーの要求は複雑化の一途を辿り、それに伴って開発者にも多くの知識が求められるようになりました。その一例がネットワークプロトコルの知識です。 昔はネットワーク管理者が知っていればよい知識でしたが、いまや業務システムではネットワーク環境が当たり前なので、知らないでは済まされません。それに加え、業務システムには様々な問題がつきものです。ですからトラブルが起こった時、障害がどこで発生しているのか素
本特集では、次世代DNSサーバソフトウェア「Unbound」にフォーカスし、機能や特徴を解説しながら、実際の運用ノウハウについてお届けします。第1回目はUnboundの基礎知識について解説します。 Unboundの概要 UnboundはBINDの代替を目指したDNSキャッシュサーバです。2008年5月20日に正式版1.0がリリースされました。オープンソースのソフトウェアとして公開されており、ライセンスはBSDライセンスです。 UnboundはNLnet Labsにより開発と保守が行われています。UnboundはVerisign labs、Nominet、Kirei、ep.netによりJavaで開発したプロトタイプを、NLnet LabsがCで実装し直したものです。ちなみに、NLnet Labsはルートサーバとしても利用されているDNSコンテンツサーバのNSDも開発しています。リリースされた
サン電子(株)は19日、イー・モバイル(株)や(株)NTTドコモ、(株)ウィルコムが提供するデータ通信カードを装着できるブロードバンドルーター「Rooster-G8.0」を9月24日に発売すると発表した。価格はオープンプライスで、実売価格は5万円前後。 「Rooster-G8.0」は、CardBusスロットとUSB 2.0端子を備えており、携帯電話およびPHS事業者が提供するデータ通信端末を装着することでWAN側に各社の回線網を利用したブロードバンドルーターだ。USB端子では、イー・モバイルやウィルコムなどのスマートフォンとの接続にも対応。理論値7.2MbpsのHSDPA（3.5G）に対応しており、NTTドコモの「FOMAハイスピード」やソフトバンクモバイル(株)の「3Gハイスピード」、イー・モバイルの「EMモバイルブロードバンド」をサポートする。対応キャリアおよび端末の詳細は下記関連サイ
連載: Microsoft ネットワークを解剖する 文書一覧 タイトル 状態 最終更新日 Microsoft ネットワークを解剖する 第6回「トラヒックのチューニングと運用のポイント」 完了0 2003/01/21 Microsoft ネットワークを解剖する 第5回「ドメインと認証機構」 作成中TG 2002/11/16 Microsoft ネットワークを解剖する 第4回「ブラウジング機能(後編)」 作成中T 2002/11/11 Microsoft ネットワークを解剖する 第3回「ブラウジング機能」 完了1 2002/11/16 Microsoft ネットワークを解剖する 第2回「NetBIOSでの通信と名前解決の仕組み(後編)」 完了1 2003/01/11 Microsoft ネットワークを解剖する 第1回「NetBIOSでの通信と名前解決の仕組み」 完了0 2002/09/28 C
市谷：何か他の手はありませんか。 室長：うーん。じゃあ，こういうのはどうじゃ。今どきのウイルスは，外に向けて通信しようとするのが普通じゃから，その通信を監視するという手じゃ。 市谷：怪しい通信がないかを監視するってことですか？ 室長：そうじゃな。 確度はやや落ちるが，対策ソフトにもフォレンジック的な手法にも頼らずウイルス感染を検出する方法もある。手軽なのは，ウイルスの通信に着目する方法である。 「今どきのウイルス」の多くは，自分から外部に通信をしかける。盗み出した情報は外に送信しなければ意味がないからだ。また，指令を受けるために外部と通信することもある。 通さなかった通信をチェックする そこで，社内のクライアント・パソコンからインターネットへの通信をすべて禁止するようにファイアウォールを設定しておく。パソコンからインターネットへは，プロキシ・サーバーやメール・サーバー，DNSサーバーなど，
inetd や xinetd (以下 inetd) はインターネットサービスをデーモン化するのに共通している処理を担い、ほとんどの時間をアイドル状態で過ごすその手のサービスに必要なリソースを節約する役割を果たします。 inetd のひとつ面白いところは、inetd でサービス化したいプログラムの標準入力/標準出力がクライアントソケットの入出力に接続されるところです。例えば daytime 相当のサービスを自分で作ろうと思った場合 #!/usr/local/bin/perl # daytime.pl use strict; use warnings; use DateTime; use IO::Handle; STDOUT->autoflush(1); STDOUT->printf( "%s\n", DateTime->now(time_zone => 'Asia/Tokyo') ); と標
前回さくらiDCに移転し始めた、ということを書いたのですが、あれから一ヶ月ちょっとが経過しましてその後も順調に iDC への移転が進んでいます。すでにラックもいくつか借りて、サーバーも数十台がさくら iDC で稼動しています。回線がこれまでよりも高速なバックボーンに接続されつつ、帯域幅も大きくなったことから、移転したサービスによってはこれまでよりもパフォーマンスが出ているサービスもあります。うち比較的大きなデータを扱うフォトライフも移転を完了していますが、おかげさまで画像の読み出しがかなり速くなったのが体感できるぐらいスループットが向上しました。 既存サービスを移転するにあたって、どういった構成でそれを行っているかをちょっと紹介してみようと思います。 移転当初は、既存のはてなのサービスとはあまり関係していないサーバー群から手を付けました。例えば広告のシステムといった、はてなのデータベースを
TheC10kProblem - 「C10K問題」（クライアント1万台問題）とは、ハードウェアの性能上は問題がなくても、あまりにもクライアントの数が多くなるとサーバがパンクする問題のこと 目次 この文書について C10K 問題 関連サイト まず読むべき本 I/O フレームワーク I/O 戦略 1. 各スレッドが複数のクライアントを受け付ける. そしてノンブロッキング I/O と レベル・トリガ型の完了通知を利用する. 伝統的な select() 伝統的な poll() /dev/poll kqueue() 2. 各スレッドが複数のクライアントを受け付ける. そしてノンブロッキング I/O と 変更型の完了通知(readiness change notification)を利用する. kqueue() epoll リアルタイム・シグナル fd 単位のシグナル (Signal-per-fd)
「A New Way to look at Networking (Google Video)」を見ました。 Van Jacobson氏による1時間21分のプレゼン映像でした。 ビデオでは、コペルニクス的発想が必要だとか、昔は電話システムを前提に皆が議論をしていたからインターネットの仕組みはあり得ないと当初は皆が言っていた、という内容の事を何度か言っています。 確かに、私も聞いていて「WinnyかBitTorrentをDRMと組み合わせたもの？」という感じの方法論を考えてしまいました。 恐らく、今の仕組みで作ってしまう方法を考えるのではなく、アーキテクチャとしてこの案を考えなくてはならないという物だと思いました。 きっと、ここで言っている話が実現するとIPの上でも動くけど、下にその他の通信形態が来ても動くという新たなアドレッシング手法に近いものを提案しているのだと思いました。 どうしても現
最速インターフェース研究会 :: 最近IE6でWikipedia日本語版の表示が異常に遅いのはKeepAliveのせい 2月初めぐらいからか、キャッシュが空の状態で日本語版のWikipediaを表示すると、IE6が1分間ほど固まる、という不具合があるそうだ。 で、Proxomitronでレスポンスとか調べてみてたりしたのだけれど、プロキシ経由だと問題なく表示される。 これ、私が普段仕事で使っているIE6でも再現していたので、HTTP Debugging Proxy - Fiddlerを使ってブラウザのHTTP通信をキャプチャして調べてみました。 （※2007/02/13追記：upload.wikimedia.orgで対策され、既に本現象は解消されています） どうやら画像ファイルhttp://upload.wikimedia.org/wikipedia/ja/b/bc/Wiki.pngの読み
多数の TCP/IP セッションを同時に維持する必要性などから、 非同期I/O が最近流行りのようです。 何をいまさら、という気もするのですが、 いわゆる「最新技術」の多くが 30年前の技術の焼き直しに過ぎない今日このごろなので、 非同期I/O 技術が「再発見」されるのも、 「歴史は繰り返す」の一環なのでしょう。 スレッドが当たり前の時代になってからコンピュータ技術を学んだ人にとっては、 (古めかしい) 非同期I/O が新鮮に映るのかも知れず、 なんだか「ファッションのリバイバル」に似ていますね。 Perl で非同期I/O 処理を手軽に行なうための枠組みとして、 POE: Perl Object Environment というものが あるようです。 POE を使うと、 あたかもスレッドを使っているような手軽さでプログラミングできます。 試しに VPN-Warp の relayagent を
第11回 NETMARKで不正な通信をシャットアウト 面 和毅 サイオステクノロジー株式会社 インフラストラクチャービジネスユニット Linuxテクノロジー部 OSSテクノロジーグループ シニアマネージャ 2006/10/5 前回はvsftpdを例にして、LIDSのACL／ケーパビリティを設定する方法をステップバイステップで紹介しました。今回は、LIDS-1系列で説明していなかったもう1つの機能「NETMARK」の説明と、実際の応用例をお見せします。 今回も説明のためにVMwareイメージを用いて解説を行いますので、実際に手元で設定ファイル等を確認したい場合には以下のURLからVMwareイメージをダウンロードしてください。 iptablesとMARKマッチ Linuxではiptablesを用いてパケットフィルタリングなどを行っていますが、そのiptablesに「MARKマッチ」という機能
先日のはてなブックマーカがドンドン馬鹿になっていくへのいろいろな反応ありがとうございます。書き終えて思ったのですが、中身詰め込みすぎちゃいましたね。人によって全然違う反応をするだろうなぁと、コメントを頂く側としては非常に楽しかったです。 きっかけはとあるブロガーからの一通のメールでした。「Web2.0と言われても、結局はホッテントリに入ったり、ニュースサイトで紹介されないと読まれないんですよね」という感じの内容だったと思います。確かに、情報はネット上のどこかにあることを前提に、その中からいかに良い情報を得ることができるかを求めてしまっている今、「人」ではなく「良い記事」だけが切り取られてしまいます。それって、情報発信者からしたらすごく悲しいことなんじゃないかと思って。 たまたまはてブお気に入りの話題が流行っていたのでそれにのっかってみました。誰がどんな記事を集めてくるかも大事だけれど、本当
suVeneのあれ - (はてブ)お気に入りの紹介を読んで、僕もお気に入りのブックマーカーに持っている印象を書き留めてみようと思った。 以下、系列に分けて書き出してみたい。*1 技術系 id:tsupo （tsupoのブックマーク） 最新の技術ネタ・Web関連のネタに詳しい。 きめ細かく分類されたタグも興味深い。 id:u-san （u--sanのブックマーク） ウェブ周辺のユーザビリティに関する記事に強い。 ユニバーサルデザインやウェブのアクセシビリティを考えるとき、非常に役に立つ情報を提供してくれる。 id:suVene （suVeneのSBM） 技術ネタを中心にネット、ブログ周辺の話題も。 この記事を書くきっかけを与えてくれたZer0readerを開発した人。 ブクマだけでなくコメントも興味深い。独自かつ冷静な視点から記されるコメントを鋭いと感じることが多い。 ネット系 id:kan
id:hirose31くんがロードバランサについてあれこれ書いてる. そんなわきゃない＞DNS RRはロードバランサの座を奪い返せるか この間彼から教えてもらったんだけどLVS(LinuxVirtualServer)は結構すごいという話. 「でも安定性がぁ」とか「ASICには勝てないよね」といかいうやつは、まずは試してみてみー きっとびっくりするから。 ロードバランサの1運用形態であるDSR(Direct Server Return)を知らない人だと「ソフトウェアでロードバランサ?ありえねー」とか思っててもしかたないと思う.DSRを知らないといつまでもベンダーに高いお金を払うことになるのでチョロチョロ書いてみる. DSRを知らない人がロードバランサーに持っているイメージは図の1の通りだと思う.つまり HUBを通してリクエストがロードバランサに届く(1,2) ロードバランサは適当にバランシン
「惑星間インターネット」を目指して 2006年3月15日 コメント： トラックバック (0) Joanna Glasner 2006年03月15日 現在、火星上の探査車から米航空宇宙局(NASA)の科学者まで、約40分で情報が伝わる。データが1億〜4億キロメートル移動することを考えれば、かなりの早業だ。 しかし、これでもまだ待ち時間が長すぎると、NASAでデータ規格プログラムの責任者を務めるエイドリアン・フック氏は考えている。 フック氏によると、地球から月くらいの距離であれば、人間と機械の双方向通信システムを作るのは技術的に可能だという。研究者たちはさらに長い距離で、頻繁に障害が発生しても通信を維持できるような方法を探っている。 「惑星間の通信は双方向性に乏しい……。すべて蓄積転送方式で行なわれる傾向がある」と、フック氏は話す。「われわれは、インターネットのような通信を発展させて、障害やス
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
