ということで、例によって「ご利用は計画的に 」の設定メモです。

インストールはapt-get（もしくはaptitude）で一発。

sudo apt-get install postfix

で、設定ファイルである /etc/postfix/main.cf をこのように書きました。

mynetworks = 127.0.0.1
inet_interfaces = localhost
alias_maps = hash:/etc/aliases
 
mydomain = hostname.sakura.ne.jp #hostnameはVPSのホスト名
myhostname = hostname.sakura.ne.jp #hostnameはVPSのホスト名
myorigin = $mydomain
 
mydestination = $myhostname, localhost.$mydomain, localhost, $mydomain
relay_domains = $mydestination
 
mynetworks_style = host
 
message_size_limit = 0
mailbox_size_limit = 0

rootあてのメールを hoge@tecking.org へ転送するため /etc/aliases に

postmaster:root
webmaster:root
root:hoge@tecking.org

と書いて

sudo newaliases
sudo /etc/init.d/postfix reload

という感じで稼働させます。

留意点として、本契約後に送られてくる住所確認はがきの「お知らせ番号」を入力するまでは

• 外向きの25番ポートが閉じられた状態
• 転送量制限（2Mbps）

になっているので、以前のエントリーで書いたように relayhost を設定して稼働テストをする必要が出てくるかもしれませんね。

wp-config.php

自動アップグレード機能を使う際にFTP情報を尋ねてくるのがうっとうしかったので、以下の定数を追記しました。本来、適切なパーミッションやユーザ・グループ設定がしてあれば不必要なはずなので、おそらくどこかで適切でない設定をしているのでしょう

define( 'FS_METHOD', 'direct' );

投稿・ページの記事を書いている際のバックアップファイル数を減らすために以下の定数も追記。

define( 'WP_POST_REVISIONS', 3 );

『Twitter Tools』を使うためにPHPのcURLモジュール導入

Twitterのツイートをサイドバーに表示できるWordPressのプラグイン『Twitter Tools』。これを使うには、PHPのcURLというモジュールが必要になります。モジュールが有効になってないと『Twitter Tools』の設定画面が真っ白になってコトが進みません。

sudo apt-get install php5-curl
sudo /etc/init.d/apache2 restart

テーマやメディアファイルのバックアップ

データベースのバックアップに『WP-DB-Backup』や『WP-DB Manager』を使うケースは多いと思いますが、wp-content ディレクトリ内のテーマやアップロードしたメディアファイルなどがバックアップされない難点があります。

そこで wp-content ディレクトリをアーカイブしたファイルを uuenview でエンコード→メールで送ってバックアップ、というシェルスクリプトを作りました。

まずは uuenview をインストール。uuenview は uudeview というパッケージに含まれています。

sudo apt-get install uudeview

シェルスクリプトはこんな感じで。/etc/cron.d/weekly に wp-backup.sh みたいなファイル名で保存しておきます。

#!/bin/sh
 
DATE=`date "+%Y/%m/%d %T"`
 
cd /path/to/wordpress
tar czf - wp-content | (cd /tmp; split -b 15m - backup.tgz.)
 
cd /tmp
for FILE in backup.tgz.*
do
uuenview -b -m hoge@tecking.org\
 -s "WP backup [$DATE]" $FILE
done
 
rm -f backup.tgz.*

サーバの時刻合わせ

NTPサーバとの同期をとれるよう ntpdate をインストール（最初から入ってたかも）。

sudo apt-get install ntpdate

1時間に1回、NTPサーバに問い合わせてシステム時刻合わせ＋ハードウェア時刻合わせをするよう /etc/cron.hourly/ntpdate に以下のように記述します。

#!/bin/sh
 
ntpdate ntp.nict.jp
hwclock -w
 
echo ''
echo 'system clock is...'
date
echo ''
echo 'hardware clock is...'
hwclock
echo ''

ファイルに実行権を与えておくのをお忘れなく。

/etc/php5/apache2/php.ini

HTTPレスポンスヘッダに X-Powered-By を含まないようにするために

-expose_php = On
+expose_php = Off

と書いてApache2をリロード。デフォルトがOffだといいのにね。

現サーバ（さくらのレンタルサーバ スタンダード）から新サーバ（さくらのVPS）へデータを移すため

• 現サーバ内の /wp-content 以下の全ファイルを新サーバにコピー
• データベースの内容をエクスポート→新サーバにてインポート

という作業を行います。

当初は

1. phpMyAdminでデータベースを新規作成
2. 現サーバのWordPressインストールディレクトリ以下の全ファイルを新サーバにコピー（/home/hoge/www/fuga にインストールするとします）
3. 現サーバのデータベースの内容をエクスポート→新サーバのデータベースにインポート（phpMyAdmin利用がお手軽）
4. 新サーバ内の wp-config.php を適宜修正

という手順でなんとかなると思ったのですがなんともなりませんでした。
（今思えば .htaccess の設定がまずかったような気がする）

そういうわけで、新サーバにいったんWordPressをインストール。/wp-content 以下の全ファイルを現サーバからコピーした後、新サーバのphpMyAdminにてインポートする方法で移行を行いました。

インポートファイルの上限がデフォルトでは2MBになっているはずです。エクスポートファイルが大きい場合このままではphpMyAdminでインポートできないので /etc/php5/apache2/php.ini をこんな感じで書き換えてApache2をリロードしましょう。

-upload_max_filesize = 2M
+upload_max_filesize = 16M
-post_max_size = 16M
+post_max_size = 32M

受け売りですが設定する数値は
upload_max_filesize < post_max_size < memory_limit
でないとダメよ、ということらしいです。

さて、現状では www.tecking.org にアクセスしても現サーバを読みに行く状態なので（DNSの設定が現サーバを向いている） http://VPSのホスト名/~hoge/fuga で表示されるはずですが……されません

なぜなら、現サーバからインポートした options テーブルのうち

• siteurl
• home

に www.tecking.org と書かれているからでした。

そこでphpMyAdminから options テーブルを覗いてこのように変更。

• siteurl

  http://VPSのホスト名/~hoge/fuga

• home

  http://VPSのホスト名/~hoge

表示されたでしょうか？　おそらくプラグインが全部無効になっているはずなので、管理パネルから適宜有効化してください。

なお、私のようにsiteurlとhomeが異なっている〔＝管理パネルの「一般設定」にある「WordPress のアドレス (URL)」と「サイトのアドレス (URL)」が異なっている）場合は、Codex日本語版の『WordPress を専用ディレクトリに配置する』の項もぜひ参考にしてください）

無事に表示されることが確認できたらいよいよ新サーバへ切り替えです。もう一度phpMyAdminから options テーブルを覗き

• siteurl

  http://www.tecking.org/fuga

• home

  http://www.tecking.org

さらに /home/hoge/www/.htaccess を開き以下のようにします。

# BEGIN WordPress
 
RewriteEngine On
-RewriteBase /~hoge/
+RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
-RewriteRule . /~hoge/index.php [L]
+RewriteRule . /index.php [L]
 
# END WordPress

この時点で http://VPSのホスト名/~hoge でのアクセスはできなくなります（404エラーが出るはず）。受け側の体制はこれでオッケイなので、『ムームーDNS』のコントロールパネルに行き、Aレコードを新サーバのIPアドレスに書き換えましょう。

というような手順を踏んで、ようやく快適環境を手に入れることができたのでした。今まで何度かレンタルサーバの乗り換えをしたことはあるものの、VPSとはいえ専用サーバへの移行は初めてだったのでいい経験になりました。

• ドメイン管理……ムームードメイン
• DNSサーバ……さくらインターネットのDNSサーバ（ns1.dns.ne.jp, ns2.dns.ne.jp）

となっているところを『ムームーDNS』に変更、あわせてGoogle Appsでメールサーバを運用する設定をしていきます。

DNSサーバやメールサーバを外部にもたせたのは

VPSサーバのメンテナンスを簡潔にできるように

とのねらいからです。特にメールサーバは、外部からのメール送信を受け付ける設定にすると踏み台にされるリスクがあるので、運用を外部に任せてしまった方が安心です。HDDが20GB割り当てられてるとはいえ、メールボックスで圧迫してしまうのもどうかと思いましたし。

では今日もいつものお約束。「無保証の技術情報につきご利用は計画的に 」

まずは『ムームーDNS』の設定へ。『ムームードメイン』コントロールパネルから「ムームーDNSセットアップ」に行きカスタム設定を選択。この時点ではAレコードに現在稼働中のサーバ（共用サーバ）のIPアドレスを書いておきます。現サーバから新サーバ（VPS）へのデータ移設が終わったことを確認してからAレコードのIPアドレスを更新する、というわけです。

レコードの設定をしたら、さくらから『ムームーDNS』へとDNSサーバを変更。

設定が完了しました。

DNSの情報が浸透したところでGoogle Appsの設定画面へ。Google Appsには機能制限付きの無料版と、メールボックス増量や高い動作保証率が確保されている有料版がありますが、あくまで個人ブログなので無料版を選択。

Google Apps はグループによるコミュニティ形成を支援します – Google Apps
http://www.google.com/apps/intl/ja/group/

ウィザードに沿っていくと、ドメインの所有者であることを確認するためにCNAMEレコードの追記を求められます。『ムームーDNS』の設定画面にて追記し、Google Appsのウィザードを進めます。こんどはメールの配信設定です。

ページにMXレコードの設定値が書かれているので『ムームーDNS』のコントロールパネルに転記します（なお、画像の「MXサーバアドレス」の最後にあるピリオドは『ムームーDNS』では不要でした）。

また、迷惑メール防止のためのSPFレコードを、Google Apps ヘルプの「SPF レコードの作成」を参考に以下のように記述します。

v=spf1 include:_spf.google.com ~all

これにてDNSサーバとGoogle Appsのセッティングは完了。

• www.tecking.orgへのアクセス……現サーバ（さくらのレンタルサーバ）
• hoge@tecking.orgへのメール……Google Apps

へと振り分けられることになりました。

では今回もお約束の一言。「無保証の技術情報につきご利用は計画的に 」

この後、当サイト以外にもいくつかのサイトをVPSに同居させる予定ですが、基本的には以下の手順で進めることになります。あくまで自分流のやり方なのでご参考までに。

1. サイトごとにユーザディレクトリを作成
2. 1.の中に www と log ディレクトリを作成（.ssh ディレクトリと併せ /etc/skel にひな形を入れておくとあとあと便利）
3. /etc/apache2/sites-available に設定ファイルを作る
4. sudo a2ensite を実行
5. Apacheを再起動

以下、ポイントを絞ってメモを置いておきます。

今回の環境下でのApache2は

• ユーザ……www-data
• グループ……www-data

で稼働しているので 2. と 3. の間で

• 新規ユーザを www-data グループに登録（sudo usermod -G www-data hoge）
• www ディレクトリと log ディレクトリのグループを www-data にする
• www ディレクトリと log ディレクトリのパーミッションを再帰的に2775とする

ことが必要になります。

以上が終わったと仮定して 3. の手順に進みましょう。バーチャルホストの設定ファイルは /etc/apache2/sites-available 内に作ります。ファイル名は default 以外なら何でもオッケイですが、ここでは 001-tecking.org としました。

/etc/apache2/sites-available/001-tecking.org

<VirtualHost *:80>
        ServerAdmin webmaster@tecking.org
        ServerName www.tecking.org
        ServerAlias tecking.org
 
        DocumentRoot /home/hoge/www
        <Directory />
                Options FollowSymLinks
                AllowOverride None
        </Directory>
        <Directory /home/hoge/www>
                Options -Indexes FollowSymLinks ExecCGI
                AllowOverride All
                Order allow,deny
                allow from all
                AddHandler cgi-script .cgi .pl
        </Directory>
 
        ErrorLog /home/hoge/log/error.log
        LogLevel warn
 
        CustomLog /home/hoge/log/access.log combined
 
        UserDir disabled
</VirtualHost>

ファイルができたら

sudo a2ensite 001-tecking.org
sudo /etc/init.d/apache2 reload

で、ひとまず待機（この時点ではまだ www.tecking.org の行き先は旧サーバです）。

では次回、いよいよDNSの設定書き換えに進みます。まずはメールサーバの移行から。

今回もご唱和をひとつ。「無保証の技術情報につきご利用は計画的に 」　設定後に手書きメモの断片を見ながら記事を書いているため、ところどころ漏れがあるハズですので。
また、OSをUbuntu 10.04 i386に入れ替えてますのでお含み置きを。

サクサクとパッケージをインストール。なお、インストール中にrootパスワード（UbuntuのパスワードじゃなくてMySQLのパスワード）の設定を求められます。

sudo apt-get install mysql-server

パッケージ名を明示しない限りはMySQL 5.1が入るようになってます。

文字セットをUTF-8にするため、設定ファイル /etc/mysql/my.cnf に追記。

[client]
+default-character-set = utf8
 
[mysqld]
+default-character-set = utf8
+character-set-server = utf8

MySQLを再起動してsysv-rc-confでも起動状況を確認。

今後コマンドラインでごにょごにょ設定していけるほどタフじゃないので phpMyAdminもついでにインストール。

sudo apt-get install phpmyadmin

/etc/phpmyadmin/apache.conf と /etc/apache2/mods-enabled/userdir.conf を修正して

• アクセス制限（hoge.example.comからのアクセスのみ有効にする）
• UserDir対応

の設定にします。セットアップスクリプトを使う方法が王道なのかもしれないんですが、気づいたときには遅かったといいますか。

/etc/phpmyadmin/apache.conf

<Directory /usr/share/phpmyadmin>
-Alias /phpmyadmin /usr/share/phpmyadmin
+# Alias /phpmyadmin /usr/share/phpmyadmin
 
+Order Deny,Allow
+Deny from all
+Allow from hoge.example.com

/etc/apache2/mods-enabled/userdir.conf

-UserDir www
+UserDir www
+AliasMatch ^/fuga/?(.*) /usr/share/phpmyadmin/$1

あと「リンクテーブルを処理するための追加機能が無効になっています」の警告が出てくるので、警告を消すために（というか追加機能を使わないようにするために） /etc/phpmyadmin/config.inc.php の最後に追記

$cfg['PmaNoRelation_DisableWarning'] = true;

Apache2の設定ファイルをリロードすれば http://VPSのホスト名/fuga でphpMyAdminにアクセスできるようになります。

次回はApacheのインストールパート2。バーチャルホスト設定編を。

ではここでお約束の一言。「無保証の技術情報につきご利用は計画的に 」
また、OSをUbuntu 10.04 i386に入れ替えてますのでお含み置きを。

バーチャルホストの設定はひとまず措いて、最低限の設定から。

sudo apt-get install apache2

Apacheの設定は1.3.xの記憶で止まっていたので、初体験する点がいろいろと。何が驚いたって、

httpd.conf が空ファイル

だったこと。どうやら httpd.conf には基本的に何も書かないのがUbuntuの流儀のようです。

まずは余計な情報をはき出さないように /etc/apache2/conf.d/security を修正。

-ServerTokens Full
+ServerTokens Prod
 
-ServerSignature On
+ServerSignature Off
 
-TraceEnable On
+TraceEnable Off

この先、設定ファイルを修正するごとに

sudo /etc/init.d/apache2 reload

こまめにリロードして反映させていきます。

ウェブサイト関連のファイルはデフォルトの /var/www 配下ではなく /home/hoge/www 配下に置くようにしたかったので、Apache2のモジュールのうち mod_userdir を組み込み。WordPressの導入に備えて mod_rewrite も。

モジュールの組み込みには a2enmod コマンドを使います（このあたりの流儀も新鮮でありました）。

sudo a2enmod userdir
sudo a2enmod rewrite

Apacheをいったん再起動。

sudo /etc/init.d/apache2 restart

mod_userdirはデフォルトでユーザディレクトリの public_html 内を読みに行くようになっているので /etc/apache2/mods-enabled/userdir.conf をちょっと編集。

-UserDir public_html
+UserDir www

Apacheをリロードしたらこのあたりで sysv-rc-conf に apache2 が登録されてるか確認します。私の場合はApache2をインストールした時点でランレベル2～5に登録されてました。登録されてなかったら適宜対応ということで。

バーチャルホストの設定は先送りにして、次回、MySQLのインストールの巻。

お約束ですが、無保証の技術情報ですのでご利用は計画的に
また、OSをUbuntu 10.04 i386に入れ替えてますのでお含み置きを。

Ubuntuのインストール中にアカウントとパスワードを登録したので、VPSのコントロールパネルに記されたアドレスに向けてSSH接続。私の場合はTeraTermを使っていますが、このへんはお好みで。

ログインしたらUbuntuに入っているufwを使ってファイアウオールを設定。なお、この時点では22番ポート（ssh）を開けますが後でこのポート番号は変更します。

sudo ufw default deny
sudo ufw allow 22/tcp
sudo ufw allow 80/tcp
sudo ufw enable

パッケージを最新のものにします。

sudo apt-get update
sudo apt-get upgrade

ロケールをja_JP.UTF-8に。

sudo apt-get install language-pack-ja
sudo locale-gen ja_JP.UTF-8
sudo update-locale LANG=ja_JP.UTF-8
export LANG=ja_JP.UTF-8

SSHでの接続を公開鍵認証に変更。サーバ上で鍵のペアを作る方法もありますが、秘密鍵を安全に手元にもってくるのが手間なので、TeraTermで鍵を作って公開鍵だけ送り込む方法をとりました。

ホームディレクトリに .ssh ディレクトリを作り、SFTP対応のFTPソフト（私の場合はFilezillaを使用）で公開鍵ファイル（id_rsa.pub）を送り込んだら id_rsa.pub を authorized_keys とファイル名変更。

続いて /etc/ssh/sshd_config を修正。rootアクセス禁止・パスワード認証禁止・公開鍵認証許可・待ち受けポートの変更（例：22を56789とした場合）の設定を行います。

-Port 22
+Port 56789
 
-PermitRootLogin yes
+PermitRootLogin no
 
-#RSAAuthentication yes
+RSAAuthentication yes
 
-#PubkeyAuthentication yes
+PubkeyAuthentication yes
 
-#AuthorizedKeysFile      %h/.ssh/authorized_keys
+AuthorizedKeysFile      %h/.ssh/authorized_keys
 
-PermitEmptyPasswords yes
+PermitEmptyPasswords no
 
-ChallengeResponseAuthentication yes
+ChallengeResponseAuthentication no
 
-PasswordAuthentication yes
+PasswordAuthentication no

設定ファイルの修正が終わったらsshを再起動。

sudo /etc/init.d/ssh restart

sshの待ち受けポートを変えたのでufwの設定も変更。

sudo ufw deny 22/tcp
sudo ufw allow 56789/tcp
sudo ufw reload

例では22番ポートをdenyしましたが

sudo ufw delete N # Nは数字

と22番ポートを許可しているエントリそのものを削除してしまうのもよいでしょう。

それと /etc/services を修正することも忘れずに（これを忘れてて、いつまでたっても「接続できん……」と頭抱えてたのはここだけの話）。

-ssh            22/tcp
+ssh            56789/tcp
 
-ssh            22/udp
+ssh            56789/udp

修正したらサーバを再起動。以降はサーバの56789番ポートに対して手元の秘密鍵を使ってSSH接続することになります。

22番ポートへの待ち受けは止めましたが、念のためDenyHostsも入れておくとします。

sudo apt-get install denyhosts

設定ファイル /etc/denyhosts.conf を少々修正。

-PURGE_DENY =
+PURGE_DENY = 3h
 
-DENY_THRESHOLD_INVALID = 5
+DENY_THRESHOLD_INVALID = 2
 
-DENY_THRESHOLD_VALID = 10
+DENY_THRESHOLD_VALID = 5

で、denyhostsを再起動。

このあたりで、サービスのランレベルを対話形式で管理できる sysv-rc-conf をインストールしておくことにします。

sudo apt-get install sysv-rc-conf

VPSサービス開始時からその破格な料金設定で気になってはいたのですが、5年ほど外向きのサーバなぞ構築していなかったので、ついつい面倒になってここまで引っぱってしまった次第です。

しかし、その重い腰を上げるに値するもっさりぶりが続いていたので、いよいよ。

VPSへの移行にあたり、以下の方針を立てました。

• VPSでは基本的にLAMP環境のみ稼働させる
• FTPサーバは立てない。ファイルのアップロード・ダウンロードはSFTPで行う
• メールサーバは送信環境のみ構築（各種レポートメールを受け取れるように）。外部からのメール受信はGoogle Appsで対応させる
• tecking.orgのドメインを『ムームードメイン』で管理しているので、DNSの処理は『ムームーDNS』にまかせる

『さくらのVPS』はCentOS 5.5がインストールされた状態で引き渡されますが、RedHat系（？）のディストリはRedHat 8以来ごぶさたでお作法も忘れてしまったので、カスタムインストール（＝完全初期化）として用意されているUbuntu 10.04 i386にすぐさま差しかえ。64ビット版にするか迷ったのですが、そもそもVPSへのメモリ割り当てが512MBしかないことや、現時点でのドキュメントの充実度から32ビット版を選んだ次第です。

公式インストールマニュアルはこちら。

SAKURA Internet // サポート – オンラインマニュアル – カスタムOSインストールガイド ： Ubuntu 10.04
http://support.sakura.ad.jp/support/vps/menu_oscustom_ubuntu.shtml

再インストールできたところで最低限の設定にかかっていきます。初期段階では以下のまとめ記事がなかなか充実しており参考になりました。
（CentOSでの環境設定なので適宜読み替える必要はありますが）

1,000円を切る低価格で登場、「さくらのVPS」をチェック――サーバー構築編 – SourceForge.JP Magazine : オープンソースの話題満載
http://sourceforge.jp/magazine/10/10/04/0020218

次回に続く。

続いて画像入りの投稿テストを。

それにしても今日の投稿が約2ヵ月ぶりだったんだな。サボりすぎ。

写真は京都駅近くの朝の風景。