自宅サーバーにして3ヶ月ぐらい経過し、まあまあ順調。
月1000円ぐらいのレンタルサーバーで不具合がでるようになって、仕方なしの移行ではあったのだけれど、悪くない気がしている。

サーバー選びについてちょっと書こう。

サーバー選びは、コストとパフォーマンスと気分で決めるものだとして、個人で持つ選択肢としては、
1. 共有レンタルサーバー
2. 専有レンタルサーバー
3. 自宅サーバー
であろう。1と2の中間みたいのもあるようだけれど割愛。

共有レンタルサーバーで動くコンテンツならば、圧倒的に安いし気楽。僕が限界に至ったのは、CPUの処理能力とMySQLのリクエスト回数。ポストマップのようにGoogleMaps APIで多くのマーカーをパースするにはそこそこのCPUが必要になる。当時の80code.comやさくらインターネットでは、パースが遅くて耐えられなかった。CPUはxserver.ne.jpが速かったので使っていたけれど、MySQLのリクエスト回数でエラーが出るようになった。作り方に問題がある気もするけれど、共有サーバーではそのあたりの設定を変えられないので、いずれ限界は訪れたのだと思う。

で、次のステップを考えた訳だけれど、専有レンタルサーバーは、なかなか高い。月1万円ぐらいからあるけれど(それでも高い)、その最低スペックのものはそんなにCPUが速そうじゃない。そうなると月数万みたいなプランになってしまって、大赤字で精神衛生上よくない。

じゃあ、自宅サーバーだと。
気になる点は、
・停電とかブレーカーが落ちたら困るなあ
・ハードが壊れたらどうしよう
・メンテ手間がストレスになるんじゃないか
・設定のスキルないな
・うるさいんじゃないか
といったことだけれど、どうだろう。

まず、停電について。
昨年、珍しく例の停電(川で高圧線を切ったとかいう事故)があったけれど、経験的にこの20年ぐらいほとんど停電はない。停電したって、数時間で復旧するだろうし、確率としては飛行機の事故リスクぐらいに考えて良いのではないかと思う（飛行機は落ちるけれども自動車よりはぜんぜん安全だという言い分）。サーバーが落ちたぐらいで誰も死なないので、リスクなんてない。

次、ハードについて。
ハードは壊れないと言いたいところだけれど、これは消耗品なのでいつかは唐突に壊れる。でもそれって、レンタルサーバーにだって同じことが言えるので、バックアップを取って復旧体制を考えておくということで良いだろう。

で、ハード選びだ。サーバーならMacだ。なんといってもMacだ。Macじゃなきゃ気分が乗らないし、他の扱い方を知らない。また、万一のときに自分用のマックを代替機としてサーバーにできる。

コスト・スペース的に、Mac miniかMacBookだろう。Mac miniは小さくて良いのだけれど、ハードディスクが壊れた時に自分で分解するのがちょっと大変そうな気がする。まあ当時Mac miniはCPUが古かったから、更新された今だったらMac miniを選ぶと思う。MacBookの良いところは、ハードディスクが簡単に交換できることとか、バッテリーがあって停電でもハードが落ちないことだろうか。キーボード・モニターもついてるので、手っ取り早くもある。反面、ややスペースは取るし、ファンが想像してた以上にうるさい。(コンパネの省エネルギー設定に停電後に自動再起動するとあるので、それを信じれば停電はMac miniでも問題ないといえばない)

書くの疲れた。やめたい。あとは投げやりにいこう。

メンテ手間について。
これは最初がメインで、安定しちゃえばほとんど放置でよさそう。バックアップの自動化とログの削除ぐらいをちょっと意識しておけば良いだろう。

設置スキルについて。
ネットでいくらでも出てくるので、なんとかなる。

うるさいんじゃないかについて。
うるさい。少なくともMacBookはうるさい。ただ、ファンが回るのはアクセスが結構来てるということだから、それはそれで「きてますきてます」と言えて楽しいのかもしれない。

以上。

で、MacBookで賄えなくなった際の、次のステップを考える訳だけれども、複数台ということになるのかな。「Delegate」っていうのを使うとできるそうなので、いずれ研究。

あ、使用感や未解決問題。
・パフォーマンスはすばらしい
・どうもテクノラティなど、Pingを送っても反映されない。なんとなくサーバー設定の問題じゃないかと今は思ってる。Googleのブログ検索には反映される。
・サーバー内のドメインへのアクセスにLAN内DNSサーバーを立てるのだけれど、それを経由するとyahoo関係の広告ドメイン(yimg.jp)になぜかアクセスできない。

やたら重い訳だけれども、ネットを見てもそんなことを書いてる人が見当たらないし・・・。

どうも自宅サーバー絡みで、LAN内用のネームサーバーを経由していることが原因のようだ。経由しないと普通に繋がる。

繋がらないのはYahoo!だけで、数日前まで問題なく繋がっていたから、なんのことやら分からないけれども、解決策を探る。

1) Yahoo!が存在しないことにする。
2) BINDを研究する。
3) 回線をもう一本引く。

1をベースに2だろうなあ。

LAN用でBINDを利用しているのだけれど、どうも反応が遅い。

参照
http://www.res-system.com/item/307
http://www.hereticanthem.com/softwar...

/etc/named.conf
の

options {
  directory "/var/named";
};

の中に

options {
  directory "/var/named";
  forwarders {
    202.224.32.1;　//プロバイダのDNS
    202.224.32.2;
  };
};

を追加したら、少し速くなった気がする。

MySQLの本体ダウンロードでどれを選べばいいのかよく分かってなかったのだけれど(「Mac OS X 10.4 (PowerPC, 32-bit) 5.0.45 62.9M」を選んでた。べつに動くけど）、x86がintel mac用だという事を昨晩発見。

http://dev.mysql.com/downloads/mysql...
Mac OS X (package format) download ＞ Mac OS X 10.4 (x86) 5.0.45 61.0M

で、なにも考えずアップグレード。

何も考えずにアップグレードしたものだから、バックアップなんか取ってない(まあテストサーバーだからよいのだけれど)。えーと、データは勝手に移行されないので、mysqldumpでバックアップファイルをつくっておいた方が無難です。
/usr/local/mysql/bin/mysql-5.0.41-osx10.4-powerpc/data
みたいな旧フォルダに生データは残っているので、コピーしてみようとトライしてみたけどよく分からなかった。

MySQLのマニュアルを読んでいたら、古いバージョンで立ち上げるようなこともできるみたいだけど追求しない。

あと、アップグレードするとパスワードも初期化されるみたいだから再設定が必要。

アクティビティモニタでmysqldを見ると、種類がIntelに変わってて少し満足。パフォーマンスが上がってるのかどうかは分かりません。

テストサーバーのシステムをリストアしたら、SSH接続ができなくなった。

@ WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED! @
とアラートが出る。

terminalでは、ssh -1 user@192.168.x.x
みたいに -1 をつけることでアクセス可能。

でも、SFTPではその-1みたいな意味がわからない。検索。
http://www.slis.tsukuba.ac.jp/ipc/ma...

/Users/ユーザ名/.ssh/known_hosts
を空にしたら接続できた。以上。

どうも、Flet'sにしてからSFTPの接続が切れる。ルータ絡みだと思いごちゃごちゃやってみるもどうもだめ。

で、
http://www.ecoop.net/memo/cat_ssh.ht...
を参考に

/etc/ssh_config
に

ServerAliveInterval 10
ServerAliveCountMax 12

を書いたら接続が維持するようになった。

・・・
ぎゃー、雷だ。帰れん。

もう一ヶ月ぐらい経つかな。ずいぶん安定してきた気がする。一度だけ高負荷になって繋がりづらかったけれども、MySQLのチューニングをして、その後はいいみたい。

スペックは、Core Duo 1.83Ghz メモリ2G。

ブラウザのフォームからアップロードした画像をFTPで見ると、オーナーがwwwでパーミッションが600になっている。これだとユーザー権限でファイルへのアクセス権がない。

何が困るかというと、ユーザー権限で立ち上げたバックアップソフトでは、ファイルをバックアップできない。

ということに昨日気がついて、対策を検討。
sync!sync!sync!
http://homepage.mac.com/nsekine/SYW/...
だと、root権限でバックアップができないので、外付けのアップロードファイルを見ると容量が0kbになっている。

ラシーのシルバーキーパー(silverkeeper)だとできるけれども、スケジュール機能が怪しいのでcronでrsyncを使うことにする。

webminでcronを設定。
rsync -avz  --delete /xxx/xxx/www/ /Volumes/xxxHD/backup/www/
cronはrootで実行される(webminでroot以外を設定するとなんかエラーがでるし)ので無事バックアップ完了。の筈。

ローカル(私のMacbook)のテストサイトで作業なんていうことをここ数日していたのですが、なんだかメールが送れない。なんでかなあと悩むこと数時間、25番ポートブロック(Outbound Port25 Blocking)に辿り着く。で、今接続してるASAHI-NETでこんな情報があった。
http://asahi-net.jp/support/qa/item....

で、/etc/postfix/main.cf　に、
relayhost = [op25b.asahi-net.or.jp]
を追記して解決。
Postfix Enablerを使っているなら、メールサーバー＞Postfixカスタム設定の枠にその記述を追加して再起動すればよし。

やっぱり固定IPじゃないとつらいなと思って(TEPCO光だと固定IPがもらえない)、116に電話してみると、ここは集合住宅(アパート)だけれど引き込んでもらえそう。フレッツのページを見て、駄目だと思ってたのだけれど聞いてみるもんだなと少し反省。

OSXのファイル共有でちょっと気になっていたのは、ゲストでアクセスして共有フォルダ(Publicフォルダ)のDrop Boxに、書き込みができちゃうこと。ここに100GBとかのファイルをアップされたら困るじゃないかと。

で、調査。やっぱりOSXでサーバー稼業のページが出てきた。
http://earlybirds.ddo.jp/namahage/in...

/Library/Preferences/com.apple.AppleFileServer.plist
をダブルクリックで開いて、guestAccessをnoにすることで解決。(デベロッパツールを入れておくとProperty List Editorというので開ける。厳密には、アクセス権で保存できないのでデスクトップにコピーを作成してそこで編集し上書きする)