(1) mblog.example.comでドメインを登録（サブドメインでは駄目）
(2) メールアドレスを1個作り、「存在しないユーザへのメール」をこのアドレスに転送するようにする
(3) (qmailの場合)/var/qmail/mailnames/mblog.example.com/.qmail-defaultを編集

※メールのログは/usr/local/psa/var/log/maillogにある
※「存在しないユーザへのメール」を管理画面から換えると.qmail-defaultがまた書き換わってしまうので注意

これは「計算機プログラムの構造と解釈」（愛称：SICP）という本をCSNagoyaで読んでいるのだけど、問題が面倒すぎて毎回3問ずつぐらいしか進まなくて、（幸運にも）このペースで進んだとして終了まであと3年かかるらしいことがわかったので、3年もたったらロンドンオリンピックだし、それに俺30歳だよ！やってらんねえよ！ってわめきたかったけど、他に30歳超えている人が普通にいるので口に出せなくてっていうそういう感じの焦りからとりあえず泊まりでやれば一気に進むんじゃないか？というclaさんらの提案のもの開催された会です。
当日は天気がよくて、窓を開けると本当に昼寝日和といった感じで気持ちのよい勉強会になりました。

場所

名古屋市瑞穂区のかう楽という旅館でした。素泊まりで5,500円。地下鉄から徒歩1分、LAN有りなのでなかなかいいですね。

様子

ネットワークはclaなんとかさんが整えてくれたので何の心配も要りませんでした。僕はプロジェクターをもって行きましたが、今回は活躍できませんでした。

まさかのノンアルコール。男7人が同じ部屋に集まり、ろくに外出もせず深夜までカタカタ夜までやっていたので旅館のおばちゃんはさぞ気持ち悪く思ったでしょう。

布団を敷いてもなお勉強するメンバー。

まとめ

・12時間ぐらいやったのに5問ぐらいしか進まないSICP恐ろしい
・アリッサはみんなのために頑張ったのにフルボッコでかわいそう
・なんとかして問題も解きながらお酒を飲みたい
・準備が嫌いなので泊りが嫌いな僕も近ければ気が楽ということに気がついた。またやりたい

参考

使えるねっとのVPSにyumをインストールする (CentOSサーバ構築術 文具堂)
↑CentOSが5の人はこちら
a/使えるネット+CentOSの基本的な設定 - PukiWiki

シェルが使えるのでファイルとかはrsyncでとれるのだけど、DBのファイルはみれないのでmysqldump（mysqlhotcopyは使えない。）などを使ってユーザのディレクトリにデータをもってくる必要がある。シェルスクリプトをcoreserverにおいてcronでバックアップしてもいいのだけど、バックアップ関連のスクリプト類は手元で一括管理したいのでRuby経由でSSHしてmysqldumpをするようにした。

シェルが使えて年間5000円のcoreserverはすごいとおもう。

（１）DBのデータを全部ダンプ

（２）rsyncでファイルをローカル（バックアップマシン）に移動

まとめ

・公開鍵認証を使っているのでSSHのパスワードは聞かれない。（作業メモ）
・mysqldumpを絶対パスで指定しないと駄目らしい。

さらにローカルにrsyncされたデータをpdumpfsで毎日バックアップして、さらにpdumpsf-cleanでローテートしている。なんだか面倒なので、みんなどうやってやってるのか教えてほしいなぁ

参考サイト

Pure Ruby な SSH クライアントライブラリ「Net::SSH」 - WebOS Goodies

手順

sshで公開鍵認証をやりたいときにやること
（１）公開鍵と秘密鍵をつくる
（２）公開鍵をリモートに置く

作業

（１）公開鍵と秘密鍵をつくる

まずはローカルで公開鍵と秘密鍵を作ります。

Nはパスフレーズの指定。今回は空にします（セキュリティはその分低下します*1）
tは鍵の種類を選ぶもの。rsa1,rsa,dsaから選べるが最近は強度が高いrsaを選ぶことが多い

上記のコマンドを実行すると$HOME/.sshに
・id_rsa(秘密鍵）
・id_rsa.pub(公開鍵)
が作られる。

（２）公開鍵をリモートに置く

リモートに公開鍵を登録するにはssh-copy-idというそれ専用のコマンドがある

これでauthorized_keysに勝手に登録してくれます。便利！

もしくはSPCを使います。SCPコマンドは
"scp 送りたいファイル名 ユーザ名@ホスト名:ディレクトリ"
って感じで。

んでリモートの$HOME/.sshにauthorized_keysという名前で保存する。
すでにauthorized_keysがある場合は追記するようにする。たとえばこんな感じ

リモートにおいたauthorized_keysはパーミッションを600とかにしておきましょう。

※ssh-copy-idを使った場合は追記の処理とパーミッションの変更は自動でやってくれます。

まとめ

これで

とかってやると、IDとパスワードの入力はもちろん、秘密鍵のパスフレーズも聞かれずにログインできるようになった。

*1･･･パスフレーズはなしにするが、パスワード認証とは違い秘密鍵のファイルが盗まれない限り大丈夫なので実際には安全性にそれほど差はないと思う。心配な場合はリモートの公開鍵にcommand="" というのを追加して公開鍵認証してきたユーザができることを制限する方法が「rsync + cron + ssh （rsyncd を立てない編）」では紹介されています。そのほかにも「ssh scp sftp の正しい自動実行方法」なども参考になります。

参考サイト

rsync + cron + ssh （rsyncd を立てない編）
ssh scp sftp の正しい自動実行方法
公開鍵暗号でのsshリモートログイン - 別館 子子子子子子（ねこのここねこ）

svnadmin create /var/svn/project-name
chown -R www-data:www-data /var/svn/project-name
trac-admin /var/trac/project-name initenv
chown -R www-data:www-data /var/trac/project-name

注意：apacheが読み書きできる権限で作ること

削除

subversionのリポジトリと同じように、単純にファイルだけ消せばよい。
（この場合は/var/trac/svnproject-nameを消せばよい）

TracWebAdminの設定

/var/trac/project-name/conf/trac.ini

を追記

trac-admin /var/trac/project-name

んで、webサーバを再起動

どれぐらい早いか

なんせVMware用のUbuntuイメージが用意されているので、VMwarePlayerのインストールさえ終わっていれば、やることはUbuntuでのユーザ作成だけなので５分以内でデスクトップ環境が手に入る。

なんかもうオープンソースで得したというよりは「まじで儲かった」というぐらいの衝撃を感じました。早いとこ使うばかりでなく提供する側になりたいもんですね。ほんとすばらしいです。

ダウンロード

VMwarePlayer
http://www.vmware.com/jp/download/player/

VMware用ubuntu
http://www.ubuntulinux.jp/products/JA-Localized/vmware

パソコン工房（http://www.pc-koubou.jp/）
TS128MLQ72V6J (DDR2 PC5300 1GB)　\3,780×2

本体を買ったときは、メモリが本体以上の値段がした気がしますが本当に安くなりましたね。
（コネコネットでの比較）

これでVMが何個か動いていてもサクサクになりました。

subversion（サブバージョン）とはファイルのバージョン管理システムです。
何度も更新があるファイルを作るとき
index.html.2007111401
index.html.2007111402
みたいなファイルを作って管理していませんか？
バージョン管理システムを使うとそれとさよならできます。

また、Web制作の際にサーバ上のファイルを最新に保つために
毎回毎回すべてのファイルをダウンロードしてから作業していませんか？
これもやっぱりバージョン管理システムが解決してくれます

今回はlinux上で動くsubversionをインストールしたのですが、windows上で動くTortoiseSVNというのもある。ファイルを更新するすべての人に使ってもらいたいなと思います。

参考サイト

Subversion によるバージョン管理
http://subversion.bluegate.org/doc/book.html

Subversionでサイト管理(1/3) - Linux Home Server Memo - 自宅サーバ
http://asshole.dip.jp/subversion.php

Debian 設定メモ - Subversion
http://wiki.fdiary.net/debianmemo/?Subversion

インストールメモ

subversionをインストール

aptitude update
aptitude install subversion

svn用のユーザを作りパスワードを設定する

# useradd svn
# passwd svn

/etc/inetd.conf
svn stream tcp nowait svn /usr/sbin/tcpd /usr/bin/svnserve -i

# mkdir /var/svn
# svnadmin create /var/svn

/var/svn/conf/svnserve.confの編集

[general]
anon-access = none
auth-access = write
password-db = passwd #ユーザのリストを書くところ

/var/svn/conf/passwdの編集

[users]
svn = さっき設定したパスワード

svnフォルダのパーミッションを変更

# chown -R svn:svn /var/svn
# chmod -R og+w /var/svn

initdを再起動

/etc/init.d/openbsd-inetd restart