最速配信研究会 - ロードバランサの運用.DSRって知ってますか
id:hirose31くんがロードバランサについてあれこれ書いてる. そんなわきゃない＞DNS RRはロードバランサの座を奪い返せるか この間彼から教えてもらったんだけどLVS(LinuxVirtualServer)は結構すごいという話. 「でも安定性がぁ」とか「ASICには勝てないよね」といかいうやつは、まずは試してみてみー きっとびっくりするから。 ロードバランサの1運用形態であるDSR(Direct Server Return)を知らない人だと「ソフトウェアでロードバランサ?ありえねー」とか思っててもしかたないと思う.DSRを知らないといつまでもベンダーに高いお金を払うことになるのでチョロチョロ書いてみる. DSRを知らない人がロードバランサーに持っているイメージは図の1の通りだと思う.つまり HUBを通してリクエストがロードバランサに届く(1,2) ロードバランサは適当にバランシン
HTTP : GET と POST の知られざる違い - 灯台下暗し -カッターナイフで恐竜を腑分けした記録-
HTTP の GET メソッドと POST メソッドについて、改めて書きたいことがあります。定義の中のある箇所が世間では軽視されているように思うのです。 Wikipedia に簡潔かつ正確に解説されている話ですが、ここで改めて解説を。 http://ja.wikipedia.org/wiki/%E5%86%AA%E7%AD%89#WWW HTTP 1.1 の通信手順・動作を定義している RFC 2616 http://www.ietf.org/rfc/rfc2616.txt に「9.1.2 Idempotent Methods」という節があります。 "Idempotent" の形容詞 "Idempotence" とは「N(>0)回実行された際の副作用が、1回のみ実行された際の副作用と同じ」と定義されています。平たく言うと、1回目の実行で何か変化が起きる(かもしれない)のですが、2回目以降の
Shibu's Diary: できる人ほど読むべき(いちばんやさしいネットワークの本)
渋日記@shibu.jp 渋川よしきの日記です。ソフトウェア開発とか、ライフハックを中心に記事を書いていきます。 たしか、いがじゅんさんにお会いしたのは「第一回肉しか信じない」という焼き肉の会でした。ジャニーズ好きで、その後はクリスマスイブのライフハック系？(非IT)の勉強会に参加したりと、あんまりITなイメージはなかったのですが、そのいがじゅんさんがこのたび本を出版されました－。その名も「いちばんやさしいネットワークの本 (技評SE選書 10)」です。 書くのに時間がかかった、と書かれているところ、申し訳ないのですがすーっと読めます。読みやすいです。ですが、タイトルのやさしいは"easy"じゃなくて"kind/gentle"のやさしいです。こうやってかみ砕いて説明していけばいいのね、というのがよく分かります。僕自身も「ネットワークが何者か？」みたいなものはイメージとしては頭にあるけど、こ
VPN接続できなくなった(The remote peer is no longer responding.)ので何とかするの巻 - 元RX-7乗りの適当な日々
最近、引越しをしまして、マンションにデフォルトで備え付けられているインターネット回線(VDSL)を使い始めたのですが、1つ困ったことに某所にVPN接続できなくなってしまいました。 Secure VPN Connection terminated locally by the Client. Reason 412: The remote peer is no longer responding.と、こんな感じで、レスポンスがないと言われちゃいます。 が、手元にあるEMOBILE回線を利用してのVPN接続は成功します。つまり、クライアントマシンに問題はなく、その中継ポイントにある機器や回線など経路上の何かに問題がありそうなわけです。多分。 仕方ないので、通信ログを採ってみて調べてみたところ、マンションのインターネット回線(VDSL)を使った場合、EMOBILE利用時に成功する場合と比較して、I
ウノウラボ Unoh Labs: TCP/IP入門
尾藤正人(a.k.a BTO)です このブログを読んでる方にはWebプログラマが多いかと思いますが、Webの仕組みを基礎から理解してプログラムは書いてますでしょうか。 もちろんそんなことは知らなくても抽象化されてるので気にする必要は全然ないのですが、やはりエンジニアとしてはちゃんとどういうものか理解してプログラムを書いた方がよりよいプログラムが書けると思います。 そこで先日の社内勉強会で、TCP/IPについて軽くおさらいしてみました。 かくいう僕もTCP/IPについて勉強したのは7, 8年前だったのでいろいろ復習してたんですが、忘れていたり、実はちゃんと理解できてなかったことがありました。 せっかくなので資料を公開しておきます。 よかったら参考にしていただければと思います。
ルーティングテーブル - Linuxカーネルメモ
IPv4のルーティングテーブルに関するメモ 1. 概要 Linuxではルーティングテーブルのことをフォワーディングインフォメーションベース(FIB)と呼ぶ(以下でルーティングテーブルと呼んだ場合はFIBのことを指す)。また、パケットの送受信で参照されたルーティングエントリはルートキャッシュにキャッシュして次から素早くルーティングエントリを検索できるようになっている。 2. フォワーディングインフォメーションベース 2.1 FIBの構造 FIBの構造を図1に示す。 FIBはハッシュ構造をしている(*1)。 ルーティングエントリは宛先のプレフィクス長(サブネットマスク長)毎に分けて管理される。各プレフィクス長(0〜32)毎にZone(struct fn_zone)が存在し、プレフィクス長(Zone)毎にハッシュテーブル(fz_hash)を持つ。宛先のプレフィクス長が同じルーティングエントリは、
第7回 ネットワーク処理はモジュール処理と上下が逆
前回は，カーネルにモジュールを追加する処理をデバイス・ドライバを例に解説しました。デバイスに依存しない上位層の共通関数と，デバイスに依存する下位層の実関数を結び付けているのが構造体でした。今回は，下位に共通関数，上位に実関数がくる場合をネットワーク処理を例に見ていきます。 前回は，カーネルでよく使われている構造体の利用方法を紹介しました。デバイスに依存する処理を記述した「実関数」と，どのデバイスでも共通に使える「共通関数」を別々に定義しておき，構造体を使って，実関数と共通関数を同じものとして定義するというものでした。これにより，いかなるデバイスを使うときでも同じ共通関数名が使えるようになり，デバイスを物理的に差し替えたときも，上位層のプログラムのソース・コードを書き換えずに済みます。この方法はデバイス・ドライバだけではなく，カーネルのモジュール一般でよく用いられています。 今回も，同じよう
Perl and UNIX Network Programming (YAPC::Asia 2007) - naoyaのはてなダイアリー
YAPC::Asia で Perl UNIX ネットワークプログラミングについての発表をしてきました。UNIX ネットワークプログラミングの基礎の概論、I/O多重化の話、Perl のモダンなネットワークライブラリの話です。資料を以下に置いておきます。 http://bloghackers.net/~naoya/ppt/070404Perl_and_UNIX_Network_Programming.ppt (ppt, 122k) なお、会場では口頭で触れましたが、資料中のソースは簡単のためエラー処理を飛ばしています。また、途中で出てくる図は例えば vfs のページキャッシュをはしょってあったりとこれも簡単のため省略事項がある点にご注意ください。 それからフォントが Consolas なので Consolas が入ってない環境だと変になる、かも。
natテーブルを利用したLinuxルータの作成
サーバとして ・外部からの接続パケットは基本的にすべて破棄 ・ただし接続済み通信のパケットは許可 ・内部からの接続パケットは基本的にすべて許可 ・ループバックアドレスに関してはすべて許可 ・メンテナンスホストからのping、メンテナンスホストへのpingを許可 ・メンテナンスホストからのssh（TCP 22）を許可 ルータとして ・Linuxサーバを経由して外部へ出ていくパケットのソースアドレスを変換 ・内部アドレス→外部アドレス ・内部アドレスやプライベートアドレスが外部に漏れないようにブロック 市販のブロードバンドルータと同じような働きをするLinuxルータを作ります。Linuxサーバに2枚のNICを組み込み、一方にはプロバイダなどから与えられたグローバルアドレス、もう一方にはプライベートアドレスを設定します（以下、グローバルアドレス側を外部ネット、プライベートアドレス側を内部ネットと
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
お父さんもお母さんもこれを読めばOK 2007年春の無線LAN用語ばっちり講座