| < 2007年11月 > | ||||||
|---|---|---|---|---|---|---|
| 28 | 29 | 30 | 31 | 1 | 2 | 3 |
| 4 | 5 | 6 | 7 | 8 | 9 | 10 |
| 11 | 12 | 13 | 14 | 15 | 16 | 17 |
| 18 | 19 | 20 | 21 | 22 | 23 | 24 |
| 25 | 26 | 27 | 28 | 29 | 30 | 1 |
次の月: 2007年12月
| < 2007年11月 > | ||||||
|---|---|---|---|---|---|---|
| 28 | 29 | 30 | 31 | 1 | 2 | 3 |
| 4 | 5 | 6 | 7 | 8 | 9 | 10 |
| 11 | 12 | 13 | 14 | 15 | 16 | 17 |
| 18 | 19 | 20 | 21 | 22 | 23 | 24 |
| 25 | 26 | 27 | 28 | 29 | 30 | 1 |
先週壊れてくれたハブの交換をしました。買ったのは PLANEX 社製の S-0116FF です。
16 ポートのスマートスイッチ。インテリジェントスイッチとまではいかないものの、かなり高機能なスイッチングハブです。
ふつーのハブと違うところとしては、ほかのポートの通信を指定ポートにコピーする「ミラーリング」や、VLAN 対応などがあります。二台以上の同じ装置をつないでハブ間の帯域を広くする Trunk なんてのもありますが、残念ながら 1000Base-T に対応していないですし役には立ちそうにありません。面白いから好きですが。
このうち、ポートのミラーリングは、接続した機器のどれが暴走してるかを簡単にチェックできそうで素敵です。実際、設定のためにつないだポートにミラーリングすると、PPPoE の通信やら NTP のパケットやらが大量に見えました。楽しかった(笑
そんなわけで、我が家最古の 100Base-TX スイッチングハブは、やっぱり 100Base-TX な、しかしちょっと素敵なハブに置き換わりました。
ところで NTP 絡みなんですが、通っている大学からパケットが大量に飛んできます。しかし、NTP はお互いに 123 番ポートを使う(みたい)のですが、相手の 123 番に到達する前に、相手側の中継ルータに蹴り落とされてしまっています。その上、"ICMP Destination Unreachable Communication with Destination Host is Administratively Prohibited" とかいうパケットが返ってきてて、snort に記録されるわけですよ。
「こらー、ちゃんと設定チェックしろー」ってメール送っても応答はないし、パケットは相変わらずだし。もう、しょうがないからファイアウォールで切っちゃいました。
というわけで、NTP を使う皆さんは、ファイアウォールの設定をちゃんとしましょうという話。それだけです(笑
9/15に「こんな長い時間サーバが停止するのは、今年はこれで最後でしょう」とか書いておきながら、あっさり第二回です。
関係者の方々、ほんとすんません orz
今回は回復前に詳細な調査をした結果、原因ははっきりしています。毎度疑われる3台のルータですが、なんと今回は無罪でした。死んだのは、Ethernet ハブ。
我が家に Ethernet が張り巡らされたのは、ちょうど 2000 年頃でしょうか。今回壊れたのは、その頃に購入した PLANEX 製 FX-05SC というスイッチングハブです。当時はまだそこそこ高くて、5000 円近くしたのを覚えています。PLANEX 特有のあの青い箱でした。
ネットワークを改築して以来、うちでは ADSL モデムを含む3台のルータを接続する、非常に重要な役割を担ってきました。そんなこんなで、とても思い入れもありますし、使えなくなってしまったのは非常に残念です。
幸い、とっておいてもかさ張りませんので、思い出の品としてどこかに飾っておこうかな、とか思ってます。
あ、ちなみに今は臨時であまってるBBR-4MG(毎度おなじみ BUFFALO の安いルータ)の LAN ポートを代わりに使ってます。一応代わりは注文済み。えぇ、もちろん PLANEX 社製ですとも。
「ストリーミングサーバ、動いてる?」とか突然お隣の人に聞かれて、存在を思い出しました。
mp3 ファイルを持っているのは silky サーバで、ストリーミングサーバ・デーモンである scast もこの上で動きます。普段は silky に samba で接続して、それを iTunes で管理して聞いたりしてます。
プレイリストは iTunes で作って、これをテキストで書き出して Perl で処理、silky 上のファイルのパスに変換してサーバが食べます。しかしここで、全角チルダが盛大にお邪魔をしてくれました。
Wikipedia の項目に書かれるくらいには有名な問題なのですが、簡単に言うと Windows 上で全角チルダ(または波ダッシュ)を CP-932(Shift JIS の親戚) と Unicode で変換したりすると、ほかの OS との互換性が失われる、といったところでしょうか。
まず、ファイル名に全角チルダが入っていてアクセスできず。生成したプレイリストには 0xAC 0xC1 と書かれているけど、実際のファイル名は 0x8F 0xA2 0xB7 になっていたので、プレイリストの変換プロセスの最後で変換。
次に、ID3 タグの中では 0xFF 0x5E と書かれていたけど、これを iconv で Shift-JIS に変換しようとするとエラーになるので、0x30 0x1C に直してから iconv。
これですっきり快適に。
ところで、いい加減サーバが異常終了すると mpg321 だの lame だのが残っちゃう問題とか、直さないとなー。
クラスってなに?一言でいうと??とか聞かれて悶絶しました。私の(苦し紛れの)答えは「struct とそれに関する操作をする関数のセット」
オブジェクト指向とかの本読むといいよーって逃げたら、オブジェクト指向って?と聞かれて即死。自分の説明の下手っぷりがよく実感できました。
てか、お願いだから図書館に行って!