数年前にOpteronQuadCoreなDELL T105をゲットして以来、VMWare ESXiで仮想サーバー環境が手に入り実験し放題。かなり快適な自宅サーバ環境を自由に使える状況にあったのですが、昨年夏に大問題を経験しました。

とにかく夏の発熱量がハンパじゃないことです。冬はファンがほとんど回ってないのに、夏場はブンブン回りっぱなしです。背面は熱風がどんどん出てきて壁は結構な温度になっていました。当然部屋の温度も上がり、エアコンで冷やさないといけませんし、部屋の中に居られません。

電気代どんだけかかるねん

と言うわけで打開策を考えていたのですが、最近身近になってきたVPSのサービスを利用することにしました。評判の良い、「さくらVPS」を使うことにします。ウチのWebサーバはSQLも必要ですが、アクセス数も大したことないので、「さくらVPS512」で十分いけるだろうと判断しました。現在の自宅サーバでも仮想サーバですが、メモリーは1GBしか割り当てていません。512だと多少スワップが発生するかも知れませんが、問題はネットワークにあると考えています。

最近、やたらとネットワークが遅いのです。ISPがどんどん帯域を絞っているとしか思えないのですが、ＡＤＳＬ 8Mbpsで不自由を感じなかったのが、やってることはほとんど変わってないのに（動画とかは見ない）普通のことが普通にできません。当然外部からのリクエストに対する上りの帯域はもともと狭いので、更に遅いでしょう。

ぷらら・・・・

そろそろ潮時かもしれませぬ。

という訳でISPを乗り換える前段階としても、Webサーバを外部に出すことが優先課題と判断して、さくらVPSに自宅サーバを引っ越しさせることにした次第です。OSはさくらでも標準のCentOS。職場で使い慣れているのでなんら問題はありません。 ドメインの名前解決手段、DNSはZoneeditで解決しています。メールサーバはすでにGoogle Appsに移行済みです。

今年の夏はサーバーを常時稼動させなくて済みそうですからエアコンの効きも良いでしょう。それならさくらVPS512の月額980円も安いもんです。

どうせだから.htaccessでもリダイレクトしようと思って301エラーのリダイレクトをhtaccess.txtに記してFFFTPでアップロード。その後、.htaccessにリネームしたら、FFFTPから消えてしまった。なぁんも操作出来ない。しまった・・不可視ファイルは見えなくなるのか！

しかも、サーバーがredirectに対応していないらしく（と言うか.htaccess未サポート）、Internal Server Errorがでてどうしようも無くなりました。ちなみに記したのはこんな一行。

redirect 301 / http://www.example.com/

FFFTPからは削除出来ないし、上位ディレクトリごと削除を試みたのですが失敗。これじゃあどうやっても無理じゃないかと、電話でサポートに相談したのですが。

状況を理解させるのに何度も同じ説明をしなくてはならないし、それはソフトウェアの使い方に関する事ですからこちらでは分かりかねますとか言うので、「お前バカちんっ」と 言いたくなるのを押さえて、.htaccessは御社のWebサーバーで使われているApacheの設定に関係する標準的なファイルなのですよと説明して、最悪全部削除していいから.htaccessを削除して下さいなと頼んだ。

んで何時までにやってくれるのか？と確認したら（期限を切るのはビジネスでは常識でしょ？）、ちょっと調べてみないと分からないとかうだうだ言うので、仕方なく目処が付いたら連絡をもらうことにした。

こんなクソレンタルサーバ止める様にアドバイスして大正解だったなとマジに思う。高い金取っているくせに全然なってない。サポートのスキルが低すぎて話にならない。待てども連絡が無いので、いつ電話がかかって来るか期待出来ないと判断して自力で出来ることはやってみる事にした。こんなんで法人相手にサーバーレンタルをよくやってるよなぁとある意味感心してしまった。良くないサービスは淘汰されていかないといけないと思う。でもだまされる人（良いサービスを選べない人）っているんだろうなぁ。実際知人がそうだったんだけど（苦笑

一般的にはMS-Projectを使うのだろうが、何しろ金額が高い。現状はExcelで地道に作っているらしいのだが、非常に手間がかかるのでおっくうになってついつい端折ってしまい、結局繰り返しの仕事でも効率が上がらないとか、見積もりで同じ苦悩を味わったりと何とかしたいというのである。

このご時世、同じ苦悩を味わっているプログラマーも多いだろうし、お金がかからなくてそこそこ工数管理が出来るツールがあるのではないかと調べてみた。するとSIOSが作ったProjectKeeperというソフトウェアがオープンソースで公開されているらしいという情報を得た。早速試してみようと思ったのだが色々な壁があった。

しかし最近Webサイトからメールフォームを使ってメールを送信する試験をしていて、送信する必要が出てきたのでSendmailの設定を思い出しながらちょっとやってみた。とは言っても受信はしないからプロバイダの中継サーバを設定して外部に出て行けるようにするだけの話し。

こんな状態じゃ何やっても無駄だし、一ヶ月恥書きっぱなしかよと思いつつ、Apache22のconf書き換え格闘開始。FreeBSD 4.x系ではApache1.3系を使っていたので、Apache2x系が面倒に感じる。なんで一々confファイルを分割すんねんっ。鬱陶しいわ。とか文句言いながらやっていてもらちがあかないので（何故か設定が効かない）、.htaccessで対処する事にした。

しかし、.htaccessが効かないっ。なんで？なんで？

Option Indexes　を外したりしたけど、どうしてもファイルが丸見えになってしまう。

30分ばかりかかって一通り調べてようやく分かった。
鯖の復旧（移行）作業時に端折って、DocumentRootをそのまま（放置）にしていたのが原因の発端だ。今まで使っていたドキュメントルートはさして重要ではないから復元せずにHDDに保存したままにしている。Apacheはディレクティブが別れているので、ドキュメントルートはそのままでも関係ないと思いきや、なんの全部それが反映されるという仕組みだ。つまり子ディレクティブや.htaccessで何やっても意味がない。あー紛らわしいっ。

AllowOverride None

httpd.confに書かれた、たったこの一行が全てのUserDir、つまりはバーチャルホストにも影響していたという訳だ。

AllowOverride All

なぜ最初からこうしておいてくれないのか？マジにconfファイルを分割したの鬱陶しい。1.3系の方に慣れてるから仕方ないんだけど絶対に2.x系のconfiファイルは不便過ぎる。

.htaccessにはもちろんこう書いた

Options -Indexes

という訳で自分の確認不足が露呈してしまったのだが、1.3系で細工していたのが殆ど機能せず、構成ファイルが丸見えになっていたのは情けなさ過ぎるというか間抜けというか。まぁこれが半年先とかにならなかったのが不幸中の幸いかも知れないのだが。横着せずに全部のチェックしていかないと駄目って事か。いやぁ、たかがWebサーバ、されどWebサーバですな。 Apacheを全然使いこなせてないじゃん..orz

ずっとFreeBSD 4.x系で動いてきたのでそのまま惰性で4.x系を使い続けてきた。4.11Rでお終いだったか。5系もそろそろ終わりと言われているし、6.2Rがスタンダードで7系のアナウンスも出ているからな。

幸いIDEなHDDは無事だったので、データは丸々残っているという寸法だ。問題はどうやって新しいマシンに移行させるかだな。もう流石に4.11Rは使えないので6.2Rに鞍替えする計画。場合によってはOpenBSDもありかなと思っていたけれど、まだOpenBSDについては理解が進んでいないので、当分先送りする事にして、FreeBSD 6.2Rで行く事にした。

メインの仕事はWebサーバとDDNS書き換えである。後者は地味な役割であるが、IPアドレス変動式のADSL回線ではかなり重要な役割を果たしている。それがハードウェアの原因か、ソフトウェアの原因か現時点では全く分からない（調べられない）が機能しなくなってしまったのだ。幸いBlogサーバは別のハードウェアで稼働させているので、こうやってBlogを更新することは出来る。しかし時々IPアドレスが変わってしまうとアクセス出来なくなるので、その時はかみさんに連絡して、checkip.dynds.orgでルーターに割り当てられているグローバルIPアドレスを知らせて貰い、手作業でDDNSを書き換えている。

要するに常時起動のVine Linuxマシンから、TVサーバのマシンの電源ONの制御をしようって考えだ。それをWebブラウザを使ってやりたいと言う話。

もちろんこの方法なら、ルーター越しのWOLも可能だということだ。職場などの出先のPCからはもちろん、最近の携帯電話ならブラウザが付いているのでそれも可能だと思う。技術的には大した事無いが一つの方法として参考になれば幸いである。

問題は私がPerlを全く理解していない事である。よってCGIもシェルスクリプトで書かざるを得ない。でも本当にそれって可能なのだか？調べてみたら同じことをやっている方のブログで「ルーターの外からwol」を発見したので、シェルスクリプトでCGIを書くのも可能なんだなと裏づけが取れたので実践することにした。

しかし、シェルスクリプトでCGIを書くのって本当は良くない方法らしいから、せめてベーシック認証をかけたディレクトリに設置することにした。ついでにhtmlファイルを置いてちょっとだけ見栄えもよくしてみる。実行ボタンをクリックするだけなんだが。

将来的にはLinuxでTV録画サーバにしたいのだが、当分は使い勝手の問題で純正のWindows版ソフトを使って録画することにした。 やっぱり考えられて作られて製品化しているだけあって、オープンソースなソフトウェアだけではちょっと不便だからだ。もっとも自分にスキルがあれば改良も可能だろうが。 まだまだ勉強が足りないと痛感する。

そんな訳で二週間ほど録画をしているのだが、自分の趣向が見えてきて、そういう番組が放送されている時間帯が朝と夜に偏っていることが分かった。ということは日中は録画待機のまま無駄に電源を消費しているってことだ。なんとか改善したいなと思った。

Windowsパソコンを上げて、SSHでアクセスしてみた。激遅！！

ようやくtopコマンドを入れる事が出来た。

mt-comments.cgi
mt-tb.cgi

プロセス乱立．．．一体何個ある？こりゃ遅くもなるわいな（汗
明らかにトラックバック＆コメントスパムだな

RedhatやVine等は説明要らないでしょって位簡単だと思うのですが、こうやって色々なディストリビューションのインストール手順をWebで公開してくれていると、結構有り難い気がする。中でもGentoo Linuxはインストールに少々コツが必要だと感じており、グラフィカルなインストーラーの存在に全く気づいていなかった為、2006.1版のGUIなインストーラが有ることを知ってちょっと驚いた次第である。

これからLinuxを始めてみようと言う気持ちの有る方は是非参考にして見て頂きたいサイトです。これは有る意味永久保存＆公開しておいて欲しい情報だなと個人的には思ったり。

しかし、もっと根本的なところで対策出来るのではないかと思いつき、実際やってみたら非常に効果がある事が分かった。敵の立場になってみれば簡単な答えだったと思うのだが、まっとうに運営している人ほど、スパマーの気持ちなどに気づかないと思う。

考えてみれば、私がGentooのインストールに使ってみたのは、50MB程度のminiインストールCDだったから、必要最低限のツールしか入ってなかったのだ。一時は諦めかけたBootable CDによる一時的なdistcc分散コンパイル計画は、現実味を帯びてきた。