証明書の取得

本来はSECOMやVeriSign等に有料で証明してもらうのですが、今回は以前にも紹介したCACertを載せときます。

• CAcertから証明書をもらおう！(その0:紹介)
• CAcertから証明書をもらおう！(その1:アカウントの登録)
• CAcertから証明書をもらおう！(その2:鍵と申請書の作成)
• CAcertから証明書をもらおう！(その3:CAcertから証明書をもらう)

ということで、証明書の取得は省略します。とりあえず、サーバーの秘密鍵 server.key と サーバーの証明書 server.cer が手に入った事にします。

nginxに設定

nginxでの設定は簡単で、既存の設定をコピーして、80番ではなく443番に変更し、SSLを有効にしてサーバーの鍵・証明書のファイルを指定してあげるだけです。

ちょっとその部分だけ書いてみます。

server {
	listen   443 default_server ssl;
	server_name	_;
	ssl_certificate /keys/server.cer;
	ssl_certificate_key /keys/server.key;

	location / {
		この辺は適当に
	}
}

リバースプロキシとしてnginxとして使っている場合も同様です。

名前ベースのバーチャルホストを使っている場合

ドメイン名を複数つかってバーチャルホストを使っている場合もあると思います。SSLではアクセスされたサーバー名がわかる前に証明書を渡さなければならないので、名前ベースのバーチャルホストでSSLは利用できませんでした。

が、SNI(Server Name Indication)というプロトコル拡張ができたので、名前ベースのバーチャルホストでも可能になりました。(ブラウザによっては対応してません)

設定は簡単で、httpと同じくserver_nameを設定するだけです。

リバースプロキシとして使っている場合は、証明書を変えるために、バーチャルホストの数だけServerディレクティブを作ってあげてください。

どう重いのかというと、Apacheは一つのプロセスが一つのHTTPリクエストを同期処理で裁いてるのでその間は他の処理をしません。なので、同時アクセス数が増えるとApacheはプロセスをどんどん生成します。(あるいは後からきたリクエストを待たせる)

なので、アクセス数が増えると急激にパフォーマンスが落ちるという問題を抱えてます。(ほかにもプロセスIDが足りなくなってどんなにリソースがあっても最大プロセスIDで制限されてしまう)

で、最近話題のハイパフォーマンスWebサーバーがnginx(えんじんえっくす)です。

nginxは一つのプロセスで複数のリクエストを非同期で同時に処理します。なので、アクセス数が増えてもパフォーマンスが落ちにくいという特性があります。特に静的ファイルの場合は処理のほとんどがI/O待ちなので効果が大きいです。

そこで、PHPとかSVNとか設定がめんどくさいものはApacheに任せておいて、静的なファイルだけをnginxに処理させてみると、Apacheへのリクエスト数は激減するはずです。

例えば、このブログのトップページの場合PHPで生成されるHTMLが一個にたいして、CSSや画像等の静的ファイルが20個近くあります。単純計算で21個のリクエストのうち1個だけがApacheで処理されるのでApacheへのリクエストは約95%削減されます。

では設定してみましょう。OSはUbuntu Server 10.04(64bit)です。Apacheは既にインストール済みで運用されているとします。設定後はnginxがポート80で待ち受けて、Apacheはポート8080で待ち受けるということにします。

(記事の最後でキャッシュファイルをRAMに置くというのもやってみます)

nginxのインストール

そのままaptitudeでインストールすると0.7.65がインストールされてしまうので、nginxのPPAを追加してからインストールします。

$ sudo add-apt-repository ppa:nginx/stable
$ sudo apt-get update
$ sudo install nginx

設定ファイルは /etc/nginx/ にあります。sites-enableとかApacheに似た構造になっています。

リバースプロキシの設定

ではこの sites-enabled/default をこのように設定しましょう。

upstream backend {
    server 127.0.0.1:8080;
}

server {
    listen   80;
    server_name _;
    location / {
        proxy_redirect                         off;
        proxy_set_header Host                $host;
        proxy_set_header X-Real-IP            $remote_addr;
        proxy_set_header X-Forwarded-Host    $host;
        proxy_set_header X-Forwarded-Server    $host;
        proxy_set_header X-Forwarded-For        $proxy_add_x_forwarded_for;
        proxy_pass http://backend;

    }
}

これはリバースプロキシに必要な設定だけです。すべてのアクセスをローカルのApacheに引き渡してます。

Apacheの方はports.confでリッスンポートを80から8080に変更し、各サイトの設定も80から8080に変更してください。そして、Apacheとnginxを再起動させます。(Apacheを先に8080にしてからnginxを起動させる)

$ sudo /etc/init.d/apache restart
$ sudo /etc/init.d/nginx restart

これでブラウザからアクセスすると、nginxを経由してApacheが処理します。ので、今までとかわらないはずです。

ところが、問題があって、Apacheのアクセスログを見るとアクセス元が127.0.0.1になっちゃってるはずです。これを解消するためにmod_rpafをインストールします。

$ sudo apt-get install libapache2-mod-rpaf

これでApacheを再起動すると正しくアクセス元が扱われているはずです。実はこのためにnginxの設定に X-Real-IP をHTTPヘッダに追加する設定やらを書いているのです。mod_rpafはプロキシサーバーが追加した X-Real-IP ヘッダをアクセス元として扱うモジュールです。

mod_rpafは127.0.0.1からのアクセスだけに対して処理をするのでもし、リバースプロキシが他のホストにあるのであれば /etc/apache2/mods-enabled/rpaf.conf の RPAFproxy_ips をリバースプロキシサーバーのIPアドレスに変更してください。(すべてのX-Real-IPを信用するとアクセス元の偽装ができてしまうためです)

プロキシキャッシュ

では、元々の目標であった静的ファイルをnginxでホストする設定をしましょう。本来はnginxが静的ファイルを直接ディスクから取ってくるのがいいのですが、nginxがApacheと違うホストにある場合も考えられますのでその場合でも対応できるように、静的ファイルへのアクセスをキャッシュしておき、2回目以降の同じファイルへのアクセスはApacheに引き渡さないように設定してみます。

defaultをこのように編集してみます。

proxy_cache_path /var/cache/nginx/static_file_cache levels=1:2 keys_zone=cache_static_file:128m inactive=7d max_size=512m;
proxy_temp_path /var/cache/nginx/temp;

upstream backend {
    server 127.0.0.1:8080;
}

server {
    listen   80;
    server_name _;
    location / {
        proxy_redirect                         off;

        set $do_not_cache 0;
        if ($request_method != GET) {
            set $do_not_cache 1;
        }
        if ($uri !~* "\.(jpg|png|gif|jpeg|css|js|swf|pdf|html|htm)$") {
            set $do_not_cache 1;
        }
        proxy_no_cache     $do_not_cache;
        proxy_cache_bypass $do_not_cache;
        proxy_cache cache_static_file;
        proxy_cache_key $scheme$host$uri$is_args$args;
        proxy_cache_valid  200 2h;
        proxy_cache_valid  any 1m;

        proxy_set_header Host                $host;
        proxy_set_header X-Real-IP            $remote_addr;
        proxy_set_header X-Forwarded-Host    $host;
        proxy_set_header X-Forwarded-Server    $host;
        proxy_set_header X-Forwarded-For        $proxy_add_x_forwarded_for;
        proxy_pass http://backend;
    }
}

この設定ではメモリ128M,ファイル最大512Mで、7日間キャッシュするファイルを /var/cache/nginx/static_file_cache に作成してます。

そして、do_not_cache 変数を用意して、0にしておき、GETでのアクセスでない場合と、静的ファイルでは無い場合にキャッシュしないようにその場合は do_not_cache を1にして、proxy_no_cacheを有効にしてます。静的ファイルの判断は正規表現でURLの拡張子を見ています。(注意しなければいけないのが、WordPressのページをパーマネントリンクで.htmlにしている場合です。その場合はキャッシュされないように外しておく必要があります。)

つまり、静的ファイルにGETでアクセスしたものだけキャッシュされます。

proxy_cache_valid はどのステータスのレスポンスをどの期間キャッシュするかを設定する項目で、この場合200なら2
時間、それ以外なら1分キャッシュすることになります。

あとは /var/cache/nginx/ ディレクトリを作成し nginx を再起動するだけです。

$ sudo mkdir /var/cache/nginx
$ sudo /etc/init.d/nginx restart

それでしばらくブラウザからアクセスしてみると、キャッシュディレクトリの容量が増えているはずです。

$ sudo du -ch /var/cache/nginx/static_file_cache
(中略)
91M	/var/cache/nginx/static_file_cache
91M	合計

本当にApacheへのアクセスが減っているのかは、Apacheのアクセスログをみてみてください。

さらに一歩

もう一歩高速化してみましょう。いまキャッシュファイルは/var/cache/nginxに置かれているので、結局キャッシュからの呼び出しのためにHDDアクセスすることになります。こいつを全部メモリ上においてしまいましょう。

間違えたり、問題が発生するとシステムに問題が起きるかもしれないのでわからないor不安ならやらないほうがいいです。

tmpfsを使えば、メモリ上の領域をファイルシステムにマウントすることができます。

/etc/fstab に次の一行を追加してOSを再起動します。

tmpfs	/var/cache/nginx	tmpfs	defaults,noatime,mode=1777	0	0

そうすると、/var/cache/nginx ディレクトリはRAM上に配置されます。

が、うちのサーバーはSSDにしてあったので効果はわかりませんでした。が、SSDの寿命を延ばす効果はあると思います。

ということで、僕も借りてるさくらのVPSで一からセットアップして実験してみました。OSはデフォルトではなくUbuntu 10.04が入ってます。

今回検証したのは、WebサーバーはApache/2.2.14とnginx/1.0.9、RDBMはMySQL(Ver 14.14 Distrib 5.1.41, for debian-linux-gnu (x86_64) using readline 6.1)とPostgreSQL/8.4.9です。なので、合計4通りですね。

Apacheではmod_phpで、nginxでは後ろでspawn-fcgiが動いてます。

で、試してみた結果です。今回検証したいのは静的ファイルではなくPHPの出力なので、画像とかCSSがブラウザでキャッシュされてたりするのは気にしないでください。

Apache + MySQL + WordPress

Apache + PostgreSQL + WordPress

nginx + MySQL + WordPress

nginx + PostgreSQL + WordPress

平均もとってない1回こっきりのアクセスの結果なので互いの比較はそんなに意味がないです。

が、どれもレイテンシが数百ミリ秒あります。これは何回試しても同じでした。

あれ？…

先輩のVPSと同じ環境のはずなのになんでこんなに違うの？

が、どうしてもこのブログ(にかぎらず、稼働しているWordPress全部)が重い、というより遅いのです。
Memcachedでオブジェクトをキャッシュしてみたりしても改善されず…

で、Safariで開発ツールの「ネットワーク」をつかって取得の時間を見てみました。

Apache(mod_php) + WordPress ネットワーク時間

ここでPHPのファイルへのアクセスのレイテンシが334msもあることに気づきました。稼働しているどのWordPressもです。

で、WordPressはそうなのかと、さくらのVPSで運用してる先輩のWordPressを見てみると…

さくらのVPS nginx + WordPress(fast-cgi)

速い….レイテンシ45msです。静的ファイルはうちのサーバーのほうがレイテンシ含め速いので(どちらも304なので比較していいかな)、ネットワーク等の問題ではないみたい。

(あと、向こうはnginx+fastcgi(swanかな？)+WordPressですが、うちでもnginx+fastcgiにしてみたけど改善せず…)

なんで？

とりあえず、僕も借りてるさくらのVPSでDBをMySQLからPostgreSQLにしてみたり、いろいろ実験してみます。

まずはProFTPdのセットアップから。proftpdをapt-getでinstallするとproftpdの設定画面が出ます。

ProFTPd セットアップ

固定IPではないのでIPマスカレードを利用しないといけませんが、そのためにもスタンダードアローンではなくinetd経由にします。

それでは /etc/proftpd/proftpd.conf を書き換えていきます。

• ServerName を好きな文字列に
• ListOptions を “-l” に “-la” に
• PassivePorts をコメントアウトして ポート範囲を決定(デフォルトは49152 65534)
• MasqueradeAddress を コメントアウトして hogehoge.net(ドメイン名)に
• ServerIdent を off で追加
• RootLogin を off に
• DefaultRoot を ~ に
• RequireValidShell を off に

ここまではMySQLによる認証は関係ありません。これからMySQLで認証するための設定を追記します。この部分は「にわか鯖管のメモ – ProFTPD　～ MySQL + quota 編 ～」をもとにというかそのまま。

注意点はmodule.confをいじったときは sudo /etc/init.d/proftpd reload をしないとだめってとこです。

それと、メモみたいなもので解説はたぶんしないとおもいます。LinuxをCUIで使えるぐらいの知識がないともしかすると読めないかもしれないです。解説でなく日記ですね。

レンタルサーバといっても身内、友人、後輩などに貸してるだけですのであまりセキュリティ、特にユーザー間のセキュリティはよろしくない設定をしていくかもしれませんのでそういう意味でもあまり当てにはしないでくださいね。

で、なぜいまさらサーバー構築なのかということなのです。普段はMac OSX Serverの上でこのページ含め個人のサーバと上記のレンタル部分とを稼動させているのですが、いわゆる公私混同の部分の管理がめんどくさくなってきた(なんとなくしんどくなってきた)ので他人の分は仮想環境のUbuntuに移動させてしまおうと思い立ったわけです。

で現状は、Ubuntu 10.04 ServerをLAMP + SSHのみでインストールしたまでです。

このあとユーザー情報をMySQLで管理してユーザーごとにApacheのバーチャルホストを設定し、proftpdはMySQL上の情報で認証できるようにしていくことが目標です。

ので、GD付きで再コンパイル。と、gettextも有効にしたかったのでついでにいっしょにコンパイルします。

基本的に前回の記事にgettextを追加した内容になります。

• libpng 1.4.1
• libjpeg jpeg-8a
• gd 2.0.35
• gettext 0.17
• php 5.2.12

バグの修正については前回の記事と同様に適用します。

$ cd ~/Downloads/src/libpng-1.4.1
$ CFLAGS="-arch x86_64" CCFLAGS="-arch x86_64" CXXFLAGS="-arch x86_64" LDFLAGS="-arch x86_64" ./configure
$ make
$ sudo make install

$ cd ~/Downloads/src/gd-2.0.35
$ CFLAGS="-arch x86_64" ./configure
$ cp libtool ../jpeg-8a/
$ cd ../jpeg-8a/
$ MACOSX_DEPLOYMENT_TARGET=10.5 CFLAGS="-arch x86_64 -g -Os -pipe -no-cpp-precomp" CCFLAGS="-arch x86_64 -g -Os -pipe" CXXFLAGS="-arch x86_64 -g -Os -pipe" LDFLAGS="-arch x86_64 -bind_at_load" ./configure --enable-shared
$ make
$ sudo make install

$ cd ~/Downloads/src/gd-2.0.35
$ MACOSX_DEPLOYMENT_TARGET=10.5 CFLAGS="-arch x86_64 -g -Os -pipe -no-cpp-precomp" CCFLAGS="-arch x86_64 -g -Os -pipe" CXXFLAGS="-arch x86_64 -g -Os -pipe" LDFLAGS="-arch x86_64 -bind_at_load" ./configure --with-zlib-dir=/usr --with-jpeg-dir=/usr/local/lib --with-png-dir=/usr/X11R6 --with-freetype-dir=/usr/X11R6 --with-xpm-dir=/usr/X11R6
$ make
$ sudo make install

$ cd ~/Downloads/src/gettext-0.17
$ MACOSX_DEPLOYMENT_TARGET=10.5 CFLAGS="-arch x86_64" CCFLAGS="-arch x86_64" CXXFLAGS="-arch x86_64" LDFLAGS="-arch x86_64" ./configure --prefix=/usr
$ make
$ sudo make install

$ cd ~/Downloads/src/php-5.2.12
$ MACOSX_DEPLOYMENT_TARGET=10.5 CFLAGS="-arch x86_64 -g -Os -pipe -no-cpp-precomp" CCFLAGS="-arch x86_64 -g -Os -pipe" CXXFLAGS="-arch x86_64 -g -Os -pipe" LDFLAGS="-arch x86_64 -bind_at_load" ./configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --disable-dependency-tracking --with-apxs2=/usr/sbin/apxs --with-ldap=/usr --with-kerberos=/usr --enable-cli --with-zlib-dir=/usr --enable-trans-sid --with-xml --enable-exif --enable-ftp --enable-mbstring --enable-mbregex --enable-dbx --enable-sockets --with-iodbc=/usr --with-curl=/usr --with-config-file-path=/etc --sysconfdir=/private/etc --with-mysql-sock=/var/mysql --with-mysqli=/usr/bin/mysql_config --with-mysql=/usr --with-openssl --with-xmlrpc --with-xsl=/usr --without-pear --with-jpeg-dir=/usr/local --with-png-dir=/usr/local --with-freetype-dir=/usr/X11R6 --with-gd=/usr/local -with-gettext=/usr
$ make
$ make test
$ sudo make install

phpinfoを確認すると無事GDとgettextが有効になっていました。

GDぐらい一緒にコンパイルしておいて欲しいのですが…今回つかったライブラリのバージョンは以下の通り。

• libpng 1.4.1
• libjpeg jpeg-8a
• gd 2.0.35
• php 5.2.12

今回は前回のMacにおけるiconv関係バグに加え、DNS関係のバグ(Bug #50508)が有り、php-5.2.12/ext/standard/dns.c の58行目からを以下のように修正しました。前回のiconvについての修正も行う必要があります。

#if HAVE_ARPA_NAMESER_COMPAT_H
#include
#endif

を

#if HAVE_ARPA_NAMESER_COMPAT_H
#ifndef HAVE_ARPA_NAMESER_H
#include
#endif
#endif

に変更してから以下のようにコンパイルしました。

$ cd ~/Downloads/src/libpng-1.2.40
$ CFLAGS="-arch x86_64" CCFLAGS="-arch x86_64" CXXFLAGS="-arch x86_64" LDFLAGS="-arch x86_64" ./configure
$ make
$ sudo make install

$ cd ~/Downloads/src/gd-2.0.35
$ CFLAGS="-arch x86_64" ./configure
$ cp libtool ../jpeg-8a/
$ cd ../jpeg-8a/
$ MACOSX_DEPLOYMENT_TARGET=10.5 CFLAGS="-arch x86_64 -g -Os -pipe -no-cpp-precomp" CCFLAGS="-arch x86_64 -g -Os -pipe" CXXFLAGS="-arch x86_64 -g -Os -pipe" LDFLAGS="-arch x86_64 -bind_at_load" ./configure --enable-shared
$ make
$ sudo make install

$ cd ~/Downloads/src/gd-2.0.35
$ MACOSX_DEPLOYMENT_TARGET=10.5 CFLAGS="-arch x86_64 -g -Os -pipe -no-cpp-precomp" CCFLAGS="-arch x86_64 -g -Os -pipe" CXXFLAGS="-arch x86_64 -g -Os -pipe" LDFLAGS="-arch x86_64 -bind_at_load" ./configure --with-zlib-dir=/usr --with-jpeg-dir=/usr/local/lib --with-png-dir=/usr/X11R6 --with-freetype-dir=/usr/X11R6 --with-xpm-dir=/usr/X11R6
$ make
$ sudo make install

$ cd ~/Downloads/src/php-5.2.12
$ MACOSX_DEPLOYMENT_TARGET=10.5 CFLAGS="-arch x86_64 -g -Os -pipe -no-cpp-precomp" CCFLAGS="-arch x86_64 -g -Os -pipe" CXXFLAGS="-arch x86_64 -g -Os -pipe" LDFLAGS="-arch x86_64 -bind_at_load" ./configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --disable-dependency-tracking --with-apxs2=/usr/sbin/apxs --with-ldap=/usr --with-kerberos=/usr --enable-cli --with-zlib-dir=/usr --enable-trans-sid --with-xml --enable-exif --enable-ftp --enable-mbstring --enable-mbregex --enable-dbx --enable-sockets --with-iodbc=/usr --with-curl=/usr --with-config-file-path=/etc --sysconfdir=/private/etc --with-mysql-sock=/var/mysql --with-mysqli=/usr/bin/mysql_config --with-mysql=/usr --with-openssl --with-xmlrpc --with-xsl=/usr --without-pear --with-jpeg-dir=/usr/local --with-png-dir=/usr/local --with-freetype-dir=/usr/X11R6 --with-gd=/usr/local
$ make
$ make test
$ sudo make install

が、その記事に書いた通りLinux(Debian)では正しく動作していたのにLeopard Serverにしてからうまく行かなくなっていました。

しかも「ディレクトリが見つかりません」というようなわかりやすいエラーではなく「ファイルをコピーできませんでした」というエラー…
表示されるパスには間違いはないし、パーミッションも777にしてみても(すでになっている)駄目。

ちなみに「ファイルをコピーできませんでした」というエラーはPHPがセーフモードで動いている場合によく出るそうですが、今回はセーフモードで動かしてはいません。

で、諦めていたのですが、いっそのことFTP_BASEやFTP_CONTENT_DIRやFTP_PLUGIN_DIRの定義をコメントアウト(削除)してみるとなんとすんなり成功。

（下部の追記参照）

ということで、セーフモードでもないのに「ファイルをコピーできませんでした」と言われた時は一度FTPのディレクトリ設定を削除してみるのも手かもしれません。

追記

どうやらCodexのFTP_BASE等の説明には「インストールした WordPress のベースフォルダへのフルパス。」と書いてあるので”サーバー内でのフルパス”だと思っていたのですが、少なくともOSXでは”FTPでアクセスした時のパス”が正しいようです。（OSの問題では無いようなな気もしますが）

Codexにも「FTPユーザとしてサーバ上にある各フォルダへのパスが分かっていれば…」とあるので”FTPでアクセスした時のパス”が正しいようです。

つまり「/Users/name/Sites/wp-content/」ではなくFTPから見た時のパスなので「/Sites/wp-content/」とするとFTP_BASE等を定義しても自動アップデートできました。

各ライブラリの今回利用したバージョンは以下の通り。

• libpng 1.2.40
• libjpeg jpeg-7
• gd 2.0.35
• php 5.2.10

PHPをMacでコンパイルするとlibiconv関係でリンク時にエラーが出る問題があるそうなのでext/iconv/iconv.cの196行目あたりを以下のように書き換えてからコンパイルに移ります。(参照:PHP Bugs: #49267: Linking fails for iconv: “Undefined symbols: _libiconv”)
Before

#ifdef HAVE_LIBICONV
#define iconv libiconv
#endif

After

#ifdef HAVE_LIBICONV
#define iconv iconv
#endif

実行した手順だけを載せます。

$ cd ~/Downloads/src/libpng-1.2.40
$ CFLAGS="-arch x86_64" CCFLAGS="-arch x86_64" CXXFLAGS="-arch x86_64" LDFLAGS="-arch x86_64" ./configure
$ make
$ sudo make install

$ cd ~/Downloads/src/gd-2.0.35
$ CFLAGS="-arch x86_64" ./configure
$ cp libtool ../jpeg-7/
$ cd ../jpeg-7/
$ MACOSX_DEPLOYMENT_TARGET=10.5 CFLAGS="-arch x86_64 -g -Os -pipe -no-cpp-precomp" CCFLAGS="-arch x86_64 -g -Os -pipe" CXXFLAGS="-arch x86_64 -g -Os -pipe" LDFLAGS="-arch x86_64 -bind_at_load" ./configure --enable-shared
$ make
$ sudo make install

$ cd ~/Downloads/src/gd-2.0.35
$ MACOSX_DEPLOYMENT_TARGET=10.5 CFLAGS="-arch x86_64 -g -Os -pipe -no-cpp-precomp" CCFLAGS="-arch x86_64 -g -Os -pipe" CXXFLAGS="-arch x86_64 -g -Os -pipe" LDFLAGS="-arch x86_64 -bind_at_load" ./configure --with-zlib-dir=/usr --with-jpeg-dir=/usr/local/lib --with-png-dir=/usr/X11R6 --with-freetype-dir=/usr/X11R6 --with-xpm-dir=/usr/X11R6
$ make
$ sudo make install

$ cd ~/Downloads/src/php-5.2.10
$ MACOSX_DEPLOYMENT_TARGET=10.5 CFLAGS="-arch x86_64 -g -Os -pipe -no-cpp-precomp" CCFLAGS="-arch x86_64 -g -Os -pipe" CXXFLAGS="-arch x86_64 -g -Os -pipe" LDFLAGS="-arch x86_64 -bind_at_load" ./configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --disable-dependency-tracking --with-apxs2=/usr/sbin/apxs --with-ldap=/usr --with-kerberos=/usr --enable-cli --with-zlib-dir=/usr --enable-trans-sid --with-xml --enable-exif --enable-ftp --enable-mbstring --enable-mbregex --enable-dbx --enable-sockets --with-iodbc=/usr --with-curl=/usr --with-config-file-path=/etc --sysconfdir=/private/etc --with-mysql-sock=/var/mysql --with-mysqli=/usr/bin/mysql_config --with-mysql=/usr --with-openssl --with-xmlrpc --with-xsl=/usr --without-pear --with-jpeg-dir=/usr/local --with-png-dir=/usr/local --with-freetype-dir=/usr/X11R6 --with-gd=/usr/local
$ make
$ make test
$ sudo make install

• PHP 5.2.8
• libgd 2.0.35
• libpng 1.2.37
• libjpeg(jpeg v7)

コンパイル時にはいくつか注意点が…

jpeg-6bではなくjpeg-7にディレクトリ名が変っていることに注意します。また、libjpegのconfigureの際に複数のアーキテクチャーの指定ができなくなったようなので以下のようにしました。

$ MACOSX_DEPLOYMENT_TARGET=10.5 CFLAGS=”-arch ppc -arch ppc64 -arch i386 -arch x86_64 -g -Os -pipe -no-cpp-precomp” CCFLAGS=”-arch ppc -arch ppc64 -arch i386 -arch x86_64 -g -Os -pipe” CXXFLAGS=”-arch ppc -arch ppc64 -arch i386 -arch x86_64 -g -Os -pipe” LDFLAGS=”-arch ppc -arch ppc64 -arch i386 -arch x86_64 -bind_at_load” ./configure –enable-shared

それに伴いlibgdのconfigureでも複数のアーキテクチャーを指定できませんので以下のようにします。

$ MACOSX_DEPLOYMENT_TARGET=10.5 CFLAGS=”-arch x86_64 -g -Os -pipe -no-cpp-precomp” CCFLAGS=”-arch x86_64 -g -Os -pipe” CXXFLAGS=”-arch x86_64 -g -Os -pipe” LDFLAGS=”-arch x86_64 -bind_at_load” ./configure –with-zlib-dir=/usr –with-jpeg-dir=/usr/local/lib –with-png-dir=/usr/X11R6 –with-freetype-dir=/usr/X11R6 –with-xpm-dir=/usr/X11R6

phpのmake後にはmake testも実行しておきます。

これで無事GDが使えるようになりました。標準で組み込んでくれるといいのですが…

phpinfoで確認するとこのようになっています。

ImageMagicのページにはMacOSX用のバイナリも用意されているのですが、インストールの方法がまずかったのか利用できなかったのでソースからコンパイルします。

利用できなかった理由は
$ convert -list format
で対応フォーマットが表示できるのですが、一つもありませんでした。

一つ前の記事でlibjpegとlibpngがインストールされていることが必要です。
適当な場所にソースをダウンロードして解凍しておきます。この記事では「ImageMagick-6.5.1-0.tar.gz」を利用しました。i386でもいいのですが、せっかくコンパイルするので64bitにしてみます。

ではコンパイルしていきます。x86_64でなくi386であればconfigureのオプションは全て外してください。
$ cd ImageMagick-6.5.1-0
$ CFLAGS="-arch x86_64" CCFLAGS="-arch x86_64" CXXFLAGS="-arch x86_64" LDFLAGS="-arch x86_64" ./configure
$ make
$ sudo make install
これで終了です。
$ convert -list format
を実行するとずらずらと対応フォーマット一覧が出てきたので成功です。

基本的にはこちらのサイトに従うのですが、アーキテクチャーの指定はこちらのサイトを参考に進めていきます。
ただし、失敗しても良いように既存の「/usr/libexec/apache2/libphp5.so」はバックアップしておいてください。

ソースの準備
PHP 5.2.6(既にインストールされているものと同一)
gd 2.0.35
libpng 1.2.35
jpeg-6b
以上を~/srcにでもダウンロードし、全て解凍しておきます。

まずはlibpngのコンパイル
$ cd libpng-1.2.35
$ CFLAGS="-arch x86_64" CCFLAGS="-arch x86_64" CXXFLAGS="-arch x86_64" LDFLAGS="-arch x86_64" ./configure
$ make
$ sudo make install

次にlibjpegのコンパイル
$ cd ../gd-2.0.35
$ CFLAGS="-arch x86_64" ./configure
$ cp libtool ../jpeg-6b/.
$ cd ../jpeg-6b
$ MACOSX_DEPLOYMENT_TARGET=10.5 CFLAGS="-arch ppc -arch ppc64 -arch i386 -arch x86_64 -g -Os -pipe -no-cpp-precomp" CCFLAGS="-arch ppc -arch ppc64 -arch i386 -arch x86_64 -g -Os -pipe" CXXFLAGS="-arch ppc -arch ppc64 -arch i386 -arch x86_64 -g -Os -pipe" LDFLAGS="-arch ppc -arch ppc64 -arch i386 -arch x86_64 -bind_at_load" ./configure --enable-shared
$ make
$ sudo make install

次にlibgdのコンパイル
$ cd ../gd-2.0.35
$ sudo ln -s /usr/X11R6/include/fontconfig /usr/local/include
$ MACOSX_DEPLOYMENT_TARGET=10.5 CFLAGS="-arch ppc -arch ppc64 -arch i386 -arch x86_64 -g -Os -pipe -no-cpp-precomp" CCFLAGS="-arch ppc -arch ppc64 -arch i386 -arch x86_64 -g -Os -pipe" CXXFLAGS="-arch ppc -arch ppc64 -arch i386 -arch x86_64 -g -Os -pipe" LDFLAGS="-arch ppc -arch ppc64 -arch i386 -arch x86_64 -bind_at_load" ./configure --with-zlib-dir=/usr --with-jpeg-dir=/usr/local/lib --with-png-dir=/usr/X11R6 --with-freetype-dir=/usr/X11R6 --with-xpm-dir=/usr/X11R6
$ make
$ sudo make install

最後にPHPのコンパイル
$ cd ../php-5.2.6
$ MACOSX_DEPLOYMENT_TARGET=10.5 CFLAGS="-arch x86_64 -g -Os -pipe -no-cpp-precomp" CCFLAGS="-arch x86_64 -g -Os -pipe" CXXFLAGS="-arch x86_64 -g -Os -pipe" LDFLAGS="-arch x86_64 -bind_at_load" ./configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --disable-dependency-tracking --with-apxs2=/usr/sbin/apxs --with-ldap=/usr --with-kerberos=/usr --enable-cli --with-zlib-dir=/usr --enable-trans-sid --with-xml --enable-exif --enable-ftp --enable-mbstring --enable-mbregex --enable-dbx --enable-sockets --with-iodbc=/usr --with-curl=/usr --with-config-file-path=/etc --sysconfdir=/private/etc --with-mysql-sock=/var/mysql --with-mysqli=/usr/bin/mysql_config --with-mysql=/usr --with-openssl --with-xmlrpc --with-xsl=/usr --without-pear --with-jpeg-dir=/usr/local --with-png-dir=/usr/local --with-freetype-dir=/usr/X11R6 --with-gd=/usr/local
$ make
$ sudo make install

サーバー管理からWebサーバーの再起動ができれば問題ありません。phpinfoでgdが有効になっていることを確認できれば成功です。
もしもアーキテクチャーが間違っているとwrong architectureなどとログに記録され起動できません。

そんな場合は「wp-config.php」に以下の三行を追加するだけで直ります。
上から順番に「FTPのルートディレクトリ」「wp-contentディレクトリ」「pluginsディレクトリ」へのパスです。

define('FTP_BASE', '/path/to/wordpress/');
define('FTP_CONTENT_DIR', '/path/to/wordpress/wp-content/');
define('FTP_PLUGIN_DIR', '/path/to/wordpress/wp-content/plugins/');

長いことあきらめていたのですが公式サイトの「wp-config.php_の編集」に説明がありました。

明日は前期入試です

追記（2010年1月11日）
どうやらFTP_BASE等でのフルパスというのはFTPから見た時のパスのような気がします。
Codexの説明には「インストールした WordPress のベースフォルダへのフルパス。」としか書いてないのでどちらかわかりませんが、試してダメならFTPで接続したときのパスを入れてみてください。

Codexにも「FTPユーザとしてサーバ上にある各フォルダへのパスが分かっていれば…」とあるのでこれで正しいと思われます。

もちろん上記のような本当にセキュアな通信が必要な場面では使えませんが、以前この投稿でApacheでSSLを有効にする際には「個人で勝手に作った認証局」から発行された（発行した？）「えせ証明書」を利用しましたが、それとは比較してはいけないぐらい十分すぎる証明書が頂け、利用できます。

ということで記事は長くなりそうなので、シリーズに分けて以下の順に進めていきたいと思います。
ついでにProFTPDもSSL対応にしてしまいます。メールサーバーは設定しません。
(「＊一部内容を変更してお届けしています」という注記がいつ入るかわかりませんが…)

1.CAcertにアカウントを登録する。
2.証明書を発行してもらうための「申請書」(CSR)を作成する。
3.証明書をもらう。
4.Apacheに証明書を登録する。
5.ProFTPDに証明書を登録し、FTPのSSLを有効にする。

「保存」は動作確認。
「公開」も動作確認。
あれ？

追記
原因
同じタイトルの記事を新規投稿(保存ではなく公開)すると発生するらしい。
だから「新規投稿テスト」とテストしたときは問題なかったのだ。
こちらに報告も発見。

対処
今後新規記事を作る際に投稿できない場合はタイトルを変更して投稿。
どうしてもそのタイトルにしたい場合は一度公開してから変更。

内容は2点です。
１．ProFTPDとxinetdの設定ファイル
２．iptablesのためにモジュールの読み込み

結局最後行き着いたのは以下の設定ファイルの状態。(一部セキュリティのため改変)
/etc/proftpd/proftpd.conf

Include /etc/proftpd/modules.conf

UseIPv6				off

ServerName			"chibiegg FTP Server"
ServerType			inetd
DeferWelcome			off

MultilineRFC2228		on
DefaultServer			on
ShowSymlinks			on

TimeoutNoTransfer		600
TimeoutStalled			600
TimeoutIdle			1200

DisplayLogin                    welcome.msg
DisplayFirstChdir               .message
ListOptions                	"-al"

DenyFilter			\*.*/

UseReverseDNS			off

Port				21

AllowForeignAddress on
DefaultRoot ~

PassivePorts                    23000 25000

MasqueradeAddress		****.******.net

MaxInstances			30

User				******
Group				******
Umask				022  022
AllowOverwrite			on

TransferLog /var/log/proftpd/xferlog
SystemLog   /var/log/proftpd/proftpd.log

LogFormat allinfo "%t :  %u (%a [%h]) : [%s], %T, %m (%f)"
LogFormat write "%t : %u : %F (%a)"
LogFormat read "%t : %u : %F (%a)"
LogFormat auth "%t : %u (%a [%h])"

ExtendedLog /var/log/proftpd/all.log ALL allinfo
ExtendedLog /var/log/proftpd/write.log WRITE write
ExtendedLog /var/log/proftpd/read.log  READ read
ExtendedLog /var/log/proftpd/auth.log AUTH auth

<ifmodule mod_tls.c>
TLSEngine off
</ifmodule>

<ifmodule mod_quota.c>
QuotaEngine on
</ifmodule>

<ifmodule mod_ratio.c>
Ratios on
</ifmodule>

<ifmodule mod_delay.c>
DelayEngine on
</ifmodule>

<ifmodule mod_ctrls.c>
ControlsEngine        on
ControlsMaxClients    2
ControlsLog           /var/log/proftpd/controls.log
ControlsInterval      5
ControlsSocket        /var/run/proftpd/proftpd.sock
</ifmodule>

<ifmodule mod_ctrls_admin.c>
AdminControlsEngine on
</ifmodule>

<limit LOGIN>
	Order allow, deny
	Allow from all
</limit>

AuthOrder mod_auth_file.c

AuthUserFile /etc/proftpd/ftpd.passwd
AuthGroupFile /etc/proftpd/ftpd.group

/etc/xinetd.d/proftpd

service ftp
{
        disable     	= no
        socket_type     = stream
        protocol        = tcp
        wait            = no
        user            = root
        server          = /usr/sbin/in.proftpd
}

実際ローカルからPassiveモードを利用しない場合は簡単に接続できていたのだが、どうしてもPassiveモードでは接続できなかった。(もちろんログインはできるが一覧の取得などができない。)これではマスカレードを使ったルーター越えができない。

結果として原因は2つありました。
まず一つはProFTPDの設定の問題。(上の設定ファイルは修正後)
ProFTPDには関係の無いIPアドレスからのPassiveモード用ポートへのアクセスは拒否する機能が付いているのですがこれが悪さをしていました。
Passiveモードタイムアウト後のログを見るとこんなエラーがありました。

SECURITY VIOLATION: Passive connection from ***.***.***.*** rejected.

ということでセキュリティー的には避けたいところですが、この機能を無効にしました。
「/etc/proftpd/proftpd.conf」に以下の一行を追加。

AllowForeignAddress on

(こちらのサイトに記載されていました。ありがとうございます。)

もうひとつはiptablesです。FTPを通すためにはポートを開けるだけでなく「ip_conntrack_ftp」と「ip_nat_ftp」の2つのモジュールを読み込む必要があるらしいのです。
ということで「/etc/modules」ファイルに以下の2行を追記しました。

ip_conntrack_ftp
ip_nat_ftp

これでサーバーを再起動するとPassiveモードでもデータ転送ができるようになりました。
悩みの種一つ解消。

ダウンロードはこちらの公式サイトから。
Teddy Hwang » Leopard Admin

インストールしてプラグインを有効にするだけです。
これをみるとつくづくMacOSX Serverを導入したいと思うわけです…

構成はPostfix(とりあえずSSLなしのSMTP) + SASL2によるSMTP-Auth + OP25B対策のためISP(eo)のサーバーを経由 + Courier(IMAP,POP) よってMaildir形式です。いたって標準的な構成です。
外部に解放するポートは
送信に必須(25,587)
WANからSSLなしでメールチェックをする場合に必要(110,143)
WANからSSLありでメールチェックをする場合に必要(995,993)
です。

必要なものをインストールします。

$ su
# apt-get install postfix postfix-tls libsasl2 libsasl2-modules sasl2-bin courier-pop-ssl courier-imap-ssl

courierではWebによる設定(courier-webadmin)について聞かれます。Webベースで設定できるのならそうしておきたいので私は「はい」を選択しておきましたがどちらでもかまいません。
Postfixのインストール時にサーバーのタイプを聞かれますので「インターネットサイト」を選択してください。
「メール名は？」と聞かれたら構築するメールサーバーの「＠」以降を入力してください。

では、Postfixの設定ファイルを編集します。
ますは「/etc/postfix/main.cf」を。
0.基本的な変更

mydomain = hogehoge.com

を追記。(これは適時書き換えてください)

myorigin = mail.hogehoge.net
mydestination = $myhostname, localhost.$mydomain, localhost

に変更
1.Maildir形式にする。

mailbox_command = procmail -a "$EXTENSION"

を

#mailbox_command = procmail -a "$EXTENSION"

としてコメントアウト

home_mailbox = Maildir/

を追加
2.SASL2によるSMTP-Authの有効

smtpd_sasl_auth_enable = yes
smtpd_sasl_security_options = noanonymous
smtpd_recipient_restrictions = permit_sasl_authenticated,permit_auth_destination,reject
smtpd_sasl_path = smtpd
broken_sasl_auth_clients = yes

を追加
3.OP25B対策のためISPのSMTPを経由するように変更

relayhost = 

を

relayhost = [smtpauth.eonet.ne.jp]:587

に。これはISPのSMTP-Authサーバーのアドレスにしてください。

smtp_sasl_auth_enable = yes
smtp_sasl_password_maps = hash:/etc/postfix/isp_auth
smtp_sasl_security_options = noanonymous

を追加。

次に「/etc/postfix/master.cf」を編集
「smtp inet n – – – – smtpd」の下に

  -o smtpd_sasl_auth_enable=yes

を追加(最初のスペースは不可欠)

#submission inet n       -       -       -       -       smtpd
#  -o smtpd_sasl_auth_enable=yes
#  -o smtpd_client_restrictions=permit_sasl_authenticated,reject

を

submission inet n       -       -       -       -       smtpd
  -o smtpd_sasl_auth_enable=yes
  -o smtpd_client_restrictions=permit_sasl_authenticated,reject

に変更(コメント解除)し、その下に

  -o smtpd_etrn_restrictions=reject

を追加。

ISPのメールサーバーにログインするためのユーザー名とパスワードを登録します。
「/etc/postfix/isp_auth」を作成し以下のように記述して保存します。

[smtpauth.eonet.ne.jp]:587 ユーザー名:パスワード

そしてDB化

# postmap /etc/postfix/isp_auth

最後にSASLにSMTPのユーザー名とパスワードを登録します。

# saslpasswd2 -c -u `postconf -h myhostname` ユーザー名

パスワードを二回聞かれるのでSMTP認証に使いたいパスワードを設定してください。
初回時に以下のコマンドも実行してください。

# chgrp postfix /etc/sasldb2
# chmod g+r /etc/sasldb2
# ln /etc/sasldb2 /var/spool/postfix/etc

ユーザーを削除するときは

# saslpasswd2 -c -u `postconf -h myhostname` ユーザー名

これでLinuxユーザー名とパスワードでメール送受信ができるはずです。
POPのパスワードはLinuxユーザーのパスワードを利用し,SMTPへはSASLで設定したパスワードを利用します。

SSH経由でバックアップしたときはファイル名によってMac側から開けないファイルがあったのですが、そのような現象はありませんでした。

これで安心してiTunesのバックアップがとれます。
CJKパッチやCoreFoundationによるdecompose/precomposeの変換についてもご丁寧に教えでくださったHATさんには自サイト上で申し訳ありませんが、お礼申し上げます。

実のところ全然できていません。一時メールが受信できるようになったのに次の瞬間ユーザー名とパスワードが通らなかったり。SMTPは全然だめだし。OP25Bが施されているプロバイダ(K-OPTI.COM)なので25番ポートでの標準的な送信ができないし。

以前書いた諸事情で30日までには成功させないといけません。そのときにはちゃんとまとめる予定です。自分のためにも…

rsyncの件ですが近日中にパッチをあてたAFP経由でrsyncしてみます。なにせiTunesライブラリのバックアップで80G弱必要なところにiTunesバックアップ用に準備したハードディスクが80Gで。いったん全部消さないといけないなと思っています。一からした方が気分がいいので。
HATさんにはいつもご丁寧に教えていただき大変勉強になっております。本当にありがとうございます。

今日21日は昼頃から学校で単位認定会議です。高三になれるかどうかが決まる日なのですが、大丈夫であることを祈ります。2回も入院したり退院後もときどき休んだりして出席日数が….なので。欠課のところはどうなるのか…英語も…

こちらのページでは大変丁寧に順番が記載されているので簡単にインストールすることができました。

~/$ cd /tmp/
/tmp$ mkdir netatalkbuild
/tmp$ cd netatalkbuild/
/tmp/netatalkbuild$ export LANG=ja_JP.UTF-8
/tmp/netatalkbuild$ echo $LANG
ja_JP.UTF-8
/tmp/netatalkbuild$ sudo apt-get install fakeroot
パッケージリストを読み込んでいます... 完了
依存関係ツリーを作成しています... 完了
fakeroot はすでに最新バージョンです。
アップグレード: 0 個、新規インストール: 0 個、削除: 0 個、保留: 71 個。
/tmp/netatalkbuild$ sudo apt-get install libssl-dev cracklib2-dev
パッケージリストを読み込んでいます... 完了
依存関係ツリーを作成しています... 完了
libssl-dev はすでに最新バージョンです。
cracklib2-dev はすでに最新バージョンです。
アップグレード: 0 個、新規インストール: 0 個、削除: 0 個、保留: 71 個。
/tmp/netatalkbuild$ apt-get source netatalk
パッケージリストを読み込んでいます... 完了
依存関係ツリーを作成しています... 完了
1947kB のソースアーカイブを取得する必要があります。
取得:1 http://ftp.jp.debian.org etch/main netatalk 2.0.3-4 (dsc) [802B]
取得:2 http://ftp.jp.debian.org etch/main netatalk 2.0.3-4 (tar) [1921kB]
取得:3 http://ftp.jp.debian.org etch/main netatalk 2.0.3-4 (diff) [26.1kB]
1947kB を 1s で取得しました (1492kB/s)
gpg: Signature made 2006年01月14日 17時30分38秒 JST using DSA key ID 496A1827
gpg: Can't check signature: public key not found
dpkg-source: extracting netatalk in netatalk-2.0.3
dpkg-source: unpacking netatalk_2.0.3.orig.tar.gz
dpkg-source: applying ./netatalk_2.0.3-4.diff.gz
/tmp/netatalkbuild$ sudo apt-get build-dep netatalk
パッケージリストを読み込んでいます... 完了
依存関係ツリーを作成しています... 完了
アップグレード: 0 個、新規インストール: 0 個、削除: 0 個、保留: 71 個。
/tmp/netatalkbuild$ wget http://www003.upp.so-net.ne.jp/hat/files/netatalk-2.0.3-cjk-4.patch.gz
--22:54:47--  http://www003.upp.so-net.ne.jp/hat/files/netatalk-2.0.3-cjk-4.patch.gz
           => `netatalk-2.0.3-cjk-4.patch.gz'
www003.upp.so-net.ne.jp をDNSに問いあわせています... 210.132.253.3
www003.upp.so-net.ne.jp|210.132.253.3|:80 に接続しています... 接続しました。
HTTP による接続要求を送信しました、応答を待っています... 200 OK
長さ: 32,916 (32K) [text/plain]

100%[====================================>] 32,916        --.--K/s             

22:54:47 (1.00 MB/s) - `netatalk-2.0.3-cjk-4.patch.gz' を保存しました [32916/32916]

/tmp/netatalkbuild$ zcat netatalk-2.0.3-cjk-4.patch.gz > netatalk-2.0.3/debian/patches/999-netatalk-2.0.3-cjk-4.diff
/tmp/netatalkbuild$ DEB_BUILD_OPTIONS="ssl debuild"
/tmp/netatalkbuild$ export DEB_BUILD_OPTIONS
ssl debuild
/tmp/netatalkbuild$ cd netatalk-2.0.3
/tmp/netatalkbuild/netatalk-2.0.3$ dpkg-buildpackage -rfakeroot

コンパイル中......

/tmp/netatalkbuild/netatalk-2.0.3$ sudo dpkg -r netatalk
(データベースを読み込んでいます ... 現在 105050 個のファイルとディレクトリがインストールされています。)
netatalk を削除しています ...
Stopping AppleTalk Daemons: afpd papd timelord atalkd cnid_metad.
/tmp/netatalkbuild/netatalk-2.0.3$ cd ../
/tmp/netatalkbuild$ sudo dpkg -i netatalk_2.0.3-4_i386.deb
未選択パッケージ netatalk を選択しています。
(データベースを読み込んでいます ... 現在 104899 個のファイルとディレクトリがインストールされています。)
(netatalk_2.0.3-4_i386.deb から) netatalk を展開しています...
netatalk (2.0.3-4) を設定しています ...

設定ファイル `/etc/default/netatalk'
 ==> これはインストールしてから (あなたかスクリプトによって) 変更されています。
 ==> パッケージ配布元が更新版を提供しています。
   どうしますか? 以下の選択肢があります:
    Y か I  : パッケージメンテナのバージョンをインストールする
    N か O  : 現在インストールされている自分のバージョンを残す
      D     : 両バージョンの差異を表示する
      Z     : この処理をバックグラウンドにし、状況を確認する
 デフォルトでは現在使っている自分のバージョンを残します。
*** netatalk (Y/I/N/O/D/Z) [デフォルト=N] ? Y
設定ファイル /etc/default/netatalk を新規にインストールしています ...
設定ファイル /etc/pam.d/netatalk を新規にインストールしています ...
Starting AppleTalk services (this will take a while):  atalkd papd afpd cnid_metad.

インストールは以上です。以下は設定ファイルの変更。

「/etc/default/netatalk」の

export ATALK_MAC_CHARSET
export ATALK_UNIX_CHARSET

を

export ATALK_MAC_CHARSET='MAC_JAPANESE'
export ATALK_UNIX_CHARSET='UTF8'

に変更。(UTF8は付け加えました。)

「/etc/netatalk/afpd.conf」の最後の行に

- -uamlist uams_dhx.so,uams_clrtxt.so -maccodepage MAC_JAPANESE

を追記。

「/etc/netatalk/AppleVolumes.default」のコメント群の最後

# By default all users have access to their home directories.

の下に

:DEFAULT: options:upriv,usedots cnidscheme:dbd maccharset:MAC_JAPANESE

を追加。

念のためavahi-daemonの確認。
「/etc/avahi/services/afpd.service」を以下の内容で作成。

<?xml version="1.0" standalone='no'?>
<!DOCTYPE service-group SYSTEM "avahi-service.dtd">
<service-group>
        <name replace-wildcards="yes">%h</name>
        <service>
                <type>_afpovertcp._tcp</type>
                <port>548</port>
        </service>
</service-group>

でavahi-daemonの再起動。

$ sudo /etc/init.d/avahi-daemon restart

さて、最後に緊張のCJKパッチの確認とSSLが有効になっているかの確認をコマンドを2つ実行して行います。
赤字の部分が確認事項です。
/tmp/netatalkbuild$ /usr/sbin/afpd -V
afpd 2.0.3+cjk4 – Apple Filing Protocol (AFP) daemon of Netatalk

This program is free software; you can redistribute it and/or modify it under
the terms of the GNU General Public License as published by the Free Software
Foundation; either version 2 of the License, or (at your option) any later
version. Please see the file COPYING for further information and details.

afpd has been compiled with support for these features:

AFP3.1 support: Yes
Transport layers: TCP/IP DDP
CNID backends: cdb dbd last
SLP support: Yes
TCP wrappers support: Yes
Quota support: Yes
Admin group support: Yes
Valid shell checks: Yes
cracklib support: Yes
Dropbox kludge: No
Force volume uid/gid: No

afpd.conf: /etc/netatalk/afpd.conf
AppleVolumes.system: /etc/netatalk/AppleVolumes.system
AppleVolumes.default: /etc/netatalk/AppleVolumes.default
UAM search path: /usr/lib/netatalk/

/tmp/netatalkbuild$ /usr/bin/asip-status.pl localhost
AFP reply from localhost:548
Flags: 1 Cmd: 3 ID: 57005
Reply: DSIGetStatus
Request ID: 57005
Machine type: Netatalk
AFP versions: AFPVersion 1.1,AFPVersion 2.0,AFPVersion 2.1,AFP2.2,AFPX03,AFP3.1
UAMs: Cleartxt Passwrd,DHCAST128
Flags: SupportsCopyFile,SupportsServerMessages,SupportsServerSignature,SupportsTCP/IP,SupportsSrvrNotifications,SupportsOpenDirectory,SupportsUTF8Servername,SupportsSuperClient
Server name: Debian-Server
Signature:
** ** ** ** ** ** ** ** ** ** ** ** ** ** ** ** ** ** …………….

Network address: ***.***.*.** (TCP/IP address)
Network address: *****.*** (ddp address)
UTF8 Servername: Debian-Server

これでOKです。Leopardからも接続確認できました。
しかし、残念ながら最初に書いたような現象は改善されず。
rsync経由でMacからSSHで送ったファイルの一部が駄目なようです。
iTunesのバックアップをSSH経由でやっているのですが今度SSHではなくAFPでマウントして同期してみようと思います。

目標：Postfix + PostfixAdmin + MySQL + Courier-IMAP でOP25B対策付きのPOP/IMAP 仮想ユーザー環境

クリーンインストールからの実験なのでSQLのインストールも一からする。ということはApacheとかも…
ということでめんどくさいのでセキュリティと保守性は無視していきます。

とりあえず本格的な設定に入るまで…(Courier-IMAPにはまだ手をつけてません)

Apache2のインストール

$su
#apt-get install apache2
#apt-get install php5 php5-dev
#apt-get install libapache2-mod-php5

そして「/etc/apache2/sites-available/default」を以下のように編集(セキュリティーは気にしていない)

NameVirtualHost *
<VirtualHost *>
	ServerAdmin webmaster@localhost

	DocumentRoot /var/www/
	<Directory />
		Options FollowSymLinks
		AllowOverride All
	</Directory>
	<Directory /var/www/>
		Options Indexes FollowSymLinks MultiViews
		AllowOverride All
		Order allow,deny
		allow from all
		# This directive allows us to have apache2's default start page
                # in /apache2-default/, but still have / go to the right place
	</Directory>

	ScriptAlias /cgi-bin/ /usr/lib/cgi-bin/
	<Directory "/usr/lib/cgi-bin">
		AllowOverride None
		Options ExecCGI -MultiViews +SymLinksIfOwnerMatch
		Order allow,deny
		Allow from all
	</Directory>

	ErrorLog /var/log/apache2/error.log

	# Possible values include: debug, info, notice, warn, error, crit,
	# alert, emerg.
	LogLevel warn

	CustomLog /var/log/apache2/access.log combined
	ServerSignature On

</VirtualHost>

で、Apache2の再起動。

#/etc/init.d/apache2 restart

MySQLのインストール

#apt-get install mysql-server-5.0
#apt-get install mysql-client
#apt-get install mysql-common
#apt-get install php5-mysql

ここでMySQLのユーザーの設定をする。
やることはrootのパスワードを設定する。

#mysqladmin -u root password '設定したいパスワード'
#mysql -u root -p

として、MySQLにログインし、以下のように作業をする。

Enter password:
Welcome to the MySQL monitor.  Commands end with ; or \g.
Your MySQL connection id is 10
Server version: 5.0.32-Debian_7etch5-log Debian etch distribution

Type 'help;' or '\h' for help. Type '\c' to clear the buffer.

mysql> select host,user,password from mysql.user;      //ユーザーの確認
+-------------+------------------+-------------------------------------------+
| host        | user             | password                                  |
+-------------+------------------+-------------------------------------------+
| localhost   | root             | *9CFBBC772F3F6C106020035386DA5BBBF1249A11 |
| test-debian | root             |                                           |
| localhost   | debian-sys-maint | *C23DC1F950ACBE84A7EAD04697082E8FEC3D7403 |
+-------------+------------------+-------------------------------------------+
3 rows in set (0.00 sec)

mysql> delete from mysql.user where user="debian-sys-maint";     //不要なユーザーの削除
Query OK, 1 row affected (0.00 sec)

mysql> set password for root@'test-debian'=password('設定したいパスワード');      //test-debianドメインのrootのパスワード設定
Query OK, 0 rows affected (0.00 sec)

mysql> select host,user,password from mysql.user;      //ユーザーの確認
+-------------+------+-------------------------------------------+
| host        | user | password                                  |
+-------------+------+-------------------------------------------+
| localhost   | root | *9CFBBC772F3F6C106020035386DA5BBBF1249A11 |
| test-debian | root | *9CFBBC772F3F6C106020035386DA5BBBF1249A11 |
+-------------+------+-------------------------------------------+
2 rows in set (0.00 sec)

mysql> exit      //ログアウト
Bye

以前の記事を参考にphpMyAdminを入れると便利。

Postfixのインストール

#apt-get install postfix postfix-mysql postfix-tls

インストール時に設定を求められます。

「了解」を選択し、
「インターネットサイト」を選択し、
「chibiegg.net」に設定しました。

PostfixAdminのインストール

#cd /usr/src

「http://www.high5.net/postfixadmin/」から最新版をダウンロード

#wget http://jaist.dl.sourceforge.net/sourceforge/postfixadmin/postfixadmin-2.2.0-rc3.tar.gz
#tar -zxvf postfixadmin-2.2.0-rc3.tar.gz
#mv ./postfixadmin-2.2.0-rc3 /var/www/postfixadmin
#cd /var/www/postfixadmin
#mysql -uroot -pパスワード < DATABASE_MYSQL.TXT

ここで「http://サーバーのIPアドレス/postfixadmin/setup.php」に接続すると以下のようなページが見れればOK。
まだMySQLに接続できないなどエラーがありますが、postfix用のユーザーの設定をすれば行けるでしょう。

まだまだ続きます。続きは明日。

考えた方法は２つありました。
一つは簡単にAFPでiTunesフォルダを共有しノートの「~/Music」フォルダに「iTunes」フォルダのシンボリックリンクを作成する。
もう一つはDAAPサーバーを立ててノートから共有に接続する方法です。
ただしこちらの方法はアルバムアートワークも表示されませんし歌詞も共有されませんし、ビデオは共有の対象外です。

で、まずは「AFP」での共有から。(実行は自己責任で。データの破損などいかなる損害も補償しかねます。)
こちらの方法の欠点は起動時に手動でマウントする必要があることです。
それと、曲のタイトルなどの変更はしないように注意すること。
これは以前の「netatalk OpenSSL(LeopardでAFP)設定編」の時と同じように新しく共有ポイントを設定します。
このときに読み込みのみを許可するようにします。（「iTunes」フォルダ直下のファイル群は書き込み権限がないと起動できませんでした。すいません。訂正させていただきます。）
「/etc/netatalk/AppleVolumes.default」に

/mnt/music "Music" allow:hogehoge

を追加します。(これは例です。/mnt/musicフォルダを共有します。)

でnetatalkを再起動。
ここからはMacの「ターミナル」で操作をします。Musicフォルダはマウントしてあるとします。
iTunesは使用していないことを前提とします(iTunesフォルダを削除するため)。
iTunesに曲が入っている場合は移動しておきます。移動方法は割愛します。

$ rm -r ~/Music/iTunes                //既存のiTunesフォルダを削除します。
$ ln -s /Volumes/Music/iTunes ~/Music/

以上。あとはiTunesを起動するだけ。

$ su
# apt-get install rsync

設定などは特にありません。コマンドラインの引数のみです。

例えば、「/home/hogehoge」フォルダを「/mnt/backupdisk」に同期コピーする場合は、

# rsync -av --delete /home/hogehoge /mnt/backupdisk

とするだけです。
「-a」と「–delete」オプションをつけることでフォルダ構造を同じにすることができます。
つまり、元フォルダで削除されたものはコピー先でも削除され、追加されたファイルだけコピー先にコピーされます。「-v」は実行中のファイルを表示するオプションです。

「cron」で自動的にやってもいいのですが、ファイルを更新したときに実行するスクリプトを作成して手動でスクリプトを実行することにします。(経過を確認しないと個人的に心配なので…)

backup

#!/bin/sh
year=`date +%Y`
month=`date +%m`
day=`date +%d`
time=`date +%T`
echo "Backup($year/$month/$day $time)"
rsync -av --delete /home/hogehoge /mnt/backupdisk

今回参考にさせていただいたサイトは「rsyncで自動バックアップ」です。
こちらにはオプションについて詳しく書かれているので参照してください。

物理的には単純にIDEのプライマリーのスレーブに接続しただけです。
以下はフォーマットとマウントについてメモします。

まずは接続されているか「dmesg」で確認します。

hdb: Maxtor 6Y160P0, ATA DISK drive

とあればOK。たまたま元々つけていたHDDと同じ型番でした。もちろん型番などは違う場合もありますが。
IDE 0:0ならhda
IDE 0:1ならhdb
IDE 1:0ならhdc
IDE 1:1ならhdd
です。

まずは「fdisk」でパーティションの確認。

$ su
# fdisk /dev/hdb

The number of cylinders for this disk is set to 19929.
There is nothing wrong with that, but this is larger than 1024,
and could in certain setups cause problems with:
1) software that runs at boot time (e.g., old versions of LILO)
2) booting and partitioning software from other OSs
   (e.g., DOS FDISK, OS/2 FDISK)

Command (m for help): p　//「p」で現在の設定の確認。
Disk /dev/hdb: 163.9 GB, 163928604672 bytes
255 heads, 63 sectors/track, 19929 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

   Device Boot      Start         End      Blocks   Id  System
/dev/hdb1               1       19930   160086496+   b  W95 FAT32

すでにパーティションはあるのでそのまま使用する。「t」でシステムタイプをext3のために83にする。

Command (m for help): t
Selected partition 1
Hex code (type L to list codes): 83
Changed system type of partition 1 to 83 (Linux)

「w」で保存して終了。

Command (m for help): w
The partition table has been altered!

Calling ioctl() to re-read partition table.

WARNING: If you have created or modified any DOS 6.x
partitions, please see the fdisk manual page for additional
information.
Syncing disks.

でext3でフォーマット。

# mkfs -j /dev/hdb1
mke2fs 1.40-WIP (14-Nov-2006)
Filesystem label=
OS type: Linux
Block size=4096 (log=2)
Fragment size=4096 (log=2)
20021248 inodes, 40021624 blocks
2001081 blocks (5.00%) reserved for the super user
First data block=0
Maximum filesystem blocks=0
1222 block groups
32768 blocks per group, 32768 fragments per group
16384 inodes per group
Superblock backups stored on blocks:
     32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
     4096000, 7962624, 11239424, 20480000, 23887872

Writing inode tables: done
Creating journal (32768 blocks): done
Writing superblocks and filesystem accounting information: done

This filesystem will be automatically checked every 33 mounts or
180 days, whichever comes first.  Use tune2fs -c or -i to override.

「fstab」にオートマウントするように書き込む。
今回は「backupdisk」というラベルをパーティションに設定し、「/mnt/backupdisk」にマウントするように設定する。
まずはラベルの指定。

# e2label /dev/hdb1 backupdisk
# e2label /dev/hdb1　//設定の確認
backupdisk

マウントポイントの作成。

# mkdir /mnt/backupdata

「/etc/fstab」をエディタで開き以下の行を追記。

LABEL=backupdisk        /mnt/backupdisk ext3    defaults        0       0

再起動したら自動マウントされました〜。

前回にPHPを5にバージョンアップしたのでPHP5にインストールすることになりますがPHP4でもあまり相違点はないと思われます。

コンパイル環境がない場合はまずそれらをインストール

$sudo aptitude install libtool
$sudo aptitude install libguile-dev
$sudo aptitude install automake
$sudo aptitude install g++

まずは「eAccelerator」のソースのダウンロードからインストールまで、

$ cd /tmp
$ wget http://nchc.dl.sourceforge.net/sourceforge/eaccelerator/eaccelerator-0.9.5.2.tar.bz2
$ tar jxf eaccelerator-0.9.5.2.tar.bz2
$ su
# cd eaccelerator-0.9.5.2
# export PHP_PREFIX="/usr/"
# $PHP_PREFIX/bin/phpize
# ./configure --enable-eaccelerator=shared --with-php-config=$PHP_PREFIX/bin/php-config
# make
# make install

とすると

Installing shared extensions: /usr/lib/php5/20060613+lfs/

のようにインストール先が出力されます。
次にキャッシュフォルダーの作成と「extensions」フォルダー、リンクの作成を行います。

# mkdir /usr/lib/php5/extensions
# mkdir /var/cache/eaccelerator
# chown www-data:www-data /var/cache/eaccelerator
# ln -s /usr/lib/php5/20060613+lfs/eaccelerator.so /usr/lib/php5/extensions/eaccelerator.so

次にPHPの設定を変更します。

# vim /etc/php5/apache2/php.ini

としエディタで「/etc/php5/apache2/php.ini」を開き、以下の記述を最後の行の「; End:」の上に追記します。

[eaccelerator]
zend_extension="/usr/lib/php5/extensions/eaccelerator.so"
eaccelerator.shm_size = "32"
eaccelerator.cache_dir = "/var/cache/eaccelerator"
eaccelerator.enable = "1"
eaccelerator.optimizer = "1"
eaccelerator.check_mtime = "1"
eaccelerator.debug = "0"
eaccelerator.filter = ""
eaccelerator.shm_max = "0"
eaccelerator.shm_ttl = "0"
eaccelerator.shm_prune_period = "0"
eaccelerator.shm_only = "0"
eaccelerator.compress = "1"
eaccelerator.compress_level = "9"
eaccelerator.keys = "shm_and_disk"
eaccelerator.sessions = "shm_and_disk"
eaccelerator.content = "shm_and_disk"

保存し、最後にApache2を再起動します。

# /etc/init.d/apache2 restart

以前PHPの確認で使用したphpinfo();を実行してみます。(こちらを参照)

の様に「eAccelerator」の項目ができており、キャッシュフォルダーである「/var/cache/eaccelerator」にファイルが生成されてるのを確認できれば成功。

キャッシュフォルダの確認方法

# ls /var/cache/eaccelerator
0  1  2  3  4  5  6  7 8  9  a  b  c  d  e  f　//このようなファイルができていれば成功

WordPressなども少し速くなったような気がします。
細かい比較はまた今度。

$ su
# vim /etc/apt/sources.list

として「/etc/apt/sources.list」に以下の記述を追加します。

deb http://packages.dotdeb.org stable all
deb-src http://packages.dotdeb.org stable all

# apt-get update
# apt-get install php5-pear

あれ？

パッケージリストを読み込んでいます… 完了
依存関係ツリーを作成しています… 完了
パッケージ php5-pear はデータベースには存在しますが、利用できません。
おそらく、そのパッケージが見つからないか、もう古くなっているか、
あるいは別のソースからのみしか利用できないという状況が考えられます
E: パッケージ php5-pear にはインストール候補がありません

php-pearもやってみました。

# aptitude install php-pear
パッケージリストを読み込んでいます... 完了
依存関係ツリーを作成しています... 完了
拡張状態情報を読み込んでいます
パッケージの状態を初期化しています... 完了
タスクの記述を読み込んでいます... 完了
タグのデータベースを構築しています... 完了
以下のパッケージは依存関係が壊れています:
  libapache2-mod-php5 php5-cli php5-gd php5-mysql
以下のパッケージが一時固定されています:
  libmysqlclient15off mysql-client-5.0 mysql-common mysql-server mysql-server-5.0 php4-common php4-dev php4-pear php5 php5-dev
以下のパッケージが更新されます:
  php-pear php5-common
更新: 2 個、新規インストール: 0 個、削除: 0 個、保留: 14 個。
566kB のアーカイブを取得する必要があります。展開後に 549kB のディスク領域が新たに消費されます。
以下のパッケージには満たされていない依存関係があります:
  php5-gd: 依存: php5-common (= 5.2.0-8+etch7) しかし 5.2.5-0.dotdeb.1 はインストール予定です。
  php5-mysql: 依存: php5-common (= 5.2.0-8+etch7) しかし 5.2.5-0.dotdeb.1 はインストール予定です。
  php5-cli: 依存: php5-common (= 5.2.0-8+etch7) しかし 5.2.5-0.dotdeb.1 はインストール予定です。
  libapache2-mod-php5: 依存: php5-common (= 5.2.0-8+etch7) しかし 5.2.5-0.dotdeb.1 はインストール予定です。
Resolving dependencies...
以下のアクションでこれらの依存関係の問題は解決されます:

以下のパッケージを更新します:
libapache2-mod-php5 [5.2.0-8+etch7 (stable, now) -> 5.2.5-0.dotdeb.1 ()]
php5-cli [5.2.0-8+etch7 (stable, now) -> 5.2.5-0.dotdeb.1 ()]
php5-gd [5.2.0-8+etch7 (stable, now) -> 5.2.5-0.dotdeb.1 ()]
php5-mysql [5.2.0-8+etch7 (stable, now) -> 5.2.5-0.dotdeb.1 ()]

スコアは -150 です

この解決方法を受け入れますか? [Y/n/q/?]

moguraも動いているのでこれはやめておきます。

まず、PHP4現在何を使っているかをリストアップします。

$ su
# dpkg -l

インストールされていたのは以下のものでした。

ii php4 4.4.4-8+etch4
ii php4-common 4.4.4-8+etch4
ii php4-dev 4.4.4-8+etch4
ii php4-gd 4.4.4-8+etch4
ii php4-mysql 4.4.4-8+etch4
ii php4-pear 4.4.4-8+etch4
ii php5-cli 5.2.0-8+etch7
ii php5-common 5.2.0-8+etch7
ii libapache2-mod-php4 4.4.4-8+etch4

次にPHPを使用しているページです
言うまでもなく「WordPress ME2.2.3」
「phpMyAdmin」
友達に貸している「XOOPS 2.0.16a JP」
アクセス解析「mogura」
です。どれもPHP5で利用できそうです。「XOOPS 2.0.16a JP」は少し不安でしたが…

とりあえず「php5」をインストールします。

# apt-get install php5

すると

パッケージリストを読み込んでいます… 完了
依存関係ツリーを作成しています… 完了
以下の特別パッケージがインストールされます:
libapache2-mod-php5
以下のパッケージは「削除」されます:
libapache2-mod-php4 php4 php4-gd php4-mysql phpmyadmin
以下のパッケージが新たにインストールされます:
libapache2-mod-php5 php5
アップグレード: 0 個、新規インストール: 2 個、削除: 5 個、保留: 0 個。
2414kB のアーカイブを取得する必要があります。
展開後に 12.0MB のディスク容量が解放されます。
続行しますか [Y/n]?

と聞かれるので「Y」。「phpmyadmin」はインストールし直しみたいです。
「libapache2-mod-php5」は勝手にインストール。
そしてphp4の時に使っていたモジュールのインストール。

# apt-get install php5-dev
# apt-get install php5-gd
# apt-get install php5-mysql
# apt-get install php5-pear
# apt-get install phpmyadmin

ところが「PEAR」が

パッケージリストを読み込んでいます… 完了
依存関係ツリーを作成しています… 完了
パッケージ php5-pear はデータベースには存在しますが、利用できません。
おそらく、そのパッケージが見つからないか、もう古くなっているか、
あるいは別のソースからのみしか利用できないという状況が考えられます
E: パッケージ php5-pear にはインストール候補がありません

と出てインストールできません。
このパッケージを利用しているのは「mogura」です。
調べてみると
http://pear.php.net/package/PEAR
からダウンロードしてきて「mogura」のフォルダーに丸ごと入れておけばいいらしいのでそうします。
http://pear.php.net/package/PEARに行ってファイルのパスを調べると

http://download.pear.php.net/package/PEAR-1.6.2.tgz

でした。
ということで、

# cd /home/www/chibiegg/mogura
# wget http://download.pear.php.net/package/PEAR-1.6.2.tgz
# tar -zxvf PEAR-1.6.2.tgz
# mv ./PEAR-1.6.2/* ./
# rm -R PEAR-1.6.2/
# rm PEAR-1.6.2.tgz

最後にApache2を再起動

# /etc/init.d/apache2 restart

最後にページの動作確認をします。
「WordPress ME2.2.3」
「phpMyAdmin」
「XOOPS 2.0.16a JP」
「mogura」
どれも設定を全くいじることなく動作しました。
「WordPress」に関してはプラグインも確認しました。
「Akismet」関係する設定ページなどを開きエラーのでないことを確認
「Cimy Swift SMTP」メール送信テスト
「Dunstan-style Error Page」存在しないページを指定し表示されるか確認
「Mobile Eye+」携帯から接続確認
「Search Hilite」何か検索してみる
「Smart Update Pinger」この記事の投稿のときに確認
すべてOKでした。

ちょっと今日は学校で会議があったりして帰るのが遅かった。

(SambaとAFPと両方表示されています。アイコンがCRTとCinema Display。なんと言う格差…)
そういえばアイコンがノートやデスクトップで違う

最初に試したのは昨日Appleのサイトから「Bonjour」のソースファイルをダウンロードしてきてコンパイルすることですがコンパイルに失敗しあきらめていました。
がここを参考に、「avahi-daemon」を使えばZero Configurationがつかえるそうです。

ついでにこんな設定をした方が良いそうだ。

atalkd他レガシー関連daemon＆papdを起動しないように
/etc/default/nettalkを編集：
ATALKD_RUN=no
PAPD_RUN=no

それでは本題。「avahi-daemon」のインストール

$ sudo apt-get install avahi-daemon

「/etc/nsswitch.conf」の「hosts」に「mdns4」を追加するらしいが、すでに

hosts:          files mdns4_minimal [NOTFOUND=return] dns mdns4

と書かれていたので編集しなかった。

$ vi /etc/avahi/services/afpd.service

として新しく「afpd.service」ファイルを作り以下のように記述します。
「Server-Name-AFP」は自由にサイドバーに表示させたい名前に変更してください。

<?xml version="1.0" standalone='no'?><!--*-nxml-*-->
<!DOCTYPE service-group SYSTEM "avahi-service.dtd">

<service-group>

<name>Server-Name-AFP</name>

<service>
<type>_afpovertcp._tcp</type>
<port>548</port>
</service>

</service-group>

そして「netatalk」と「avahi-daemon」を再起動。

$ sudo /etc/init.d/netatalk restart
$ sudo /etc/init.d/avahi-daemon restart

しかしなぜか家ではこれでは読み込まれなかった。
ので、こんな遠回りなことをやって再起動までした。
本当は再起動する前にLeopardのサイドバーに表示されていたのだが再起動後もいけるかの確認も兼ねて。

$ sudo /etc/init.d/avahi-daemon stop
$ sudo avahi-daemon --debug
$ sudo shutdown -r now

これでサーバーを起動したときにLeopardのサイドバーに表示されるようになりました。

WordPressは標準で記事のアドレスが
「http://chibiegg.homeip.net/wordpress/?p=3」
のように番号だけになっています。これを
「http://chibiegg.homeip.net/wordpress/2007/11/10_213.htm」
のようにしたいと思います。これによって各記事が別のファイルと検索エンジンに認識され検索の対象になりやすくなります。

まず、wordpressのあるフォルダのパーミッションを777にします。

今回は「/home/www/chibiegg」がドキュメントルートで「/home/www/chibiegg/wordpress」にWordPressがあるとします。

$ su
# chmod 777 /home/www/chibiegg/wordpress/

次にWordPressの管理画面の「オプション」の「パーマリンク設定」を開きます。
ここで好きなようにファイル名を変更することができます。
既に選択肢にあるものを利用してもいいですし、「独自表記を以下の入力欄に記述」を使用して自由に決めることもできます。ここを
「/%year%/%monthnum%/%day%_%hour%_%post_id%.htm」
のようにすると
「/年(4桁)/月(2桁)/日付_時間_記事のID.html」となります。
ここには必ず「%post_id%」を含むようにします。
その他使用できるタグは

http://codex.xwd.jp/index.php/Using_Permalinks

を参照してください。

そして、「パーマリンク構造を更新」をクリックします。
上の方に「パーマリンク構造が更新されました。」が表示されればOK

しかしこれだけでは有効にならないためApache2の設定を変更します。
パーマリンクはApache2の拡張機能である「rewrite_module」と設定を追加する「.htaccess」を使用しているためこれを有効にします。
まずはrewrite_moduleを有効にします。

# a2enmod rewrite
# /etc/init.d/apache2 force-reload

次に「/etc/apache2/sites-available」内のサイトの設定を編集し「.htaccess」を有効にします。
編集するファイルは各自の状況にあわせてください。今回は「chibiegg-homeip」という設定ファイルを使用しているとします。

# vi /etc/apache2/sites-available/chibiegg-homeip

として設定ファイルをviエディタなどで開きます。
設定ファイルにすでに「/home/www/chibeigg/wordpress/」(ここも各自のWordPressの存在するフォルダに読み替えてください)についてのDirectory設定がある場合はその<Directry>の「AllowOverride None」を「AllowOverride All」に変更します。
「<Directory /home/www/chibiegg/>」
がない場合は以下のように追加しましょう。重要なのは「AllowOverride All」です。そのほかの部分は変更していただいても構いません。

<Directory /home/www/chibiegg/>
	Options -Indexes FollowSymLinks MultiViews
	AllowOverride All
	Order allow,deny
	Allow from all
</Directory>

以上のように変更を保存します。
もう一度Apache2を再起動しましょう

# /etc/init.d/apache2 restart

確認方法としてはWordPressのトップページを開き何かの記事をクリック。
そのときのアドレスが正しく変更されていればOKです。

Pathのログを途中でURLデコードし、文字コードをEUC-JPに変換するようにします。
具体的には続きで…

222行目あたりを以下のように修正します。
編集前

//Path
if(isset($_GET["path"])){
	$w3a_buf["path"] = $_GET["path"];
	$w3a_buf["path"] = str_replace ("_P_", "%", $w3a_buf["path"]);
	$w3a_buf["path"] = str_replace ("_A_", "&", $w3a_buf["path"]);

編集後

//Path
if(isset($_GET["path"])){
	$w3a_buf["path"] = $_GET["path"];
	$w3a_buf["path"] = urldecode($w3a_buf["path"]);
	$w3a_buf["path"] = @mb_convert_encoding($w3a_buf["path"], "EUC-JP", constant("TO_ENCODING"));
	$w3a_buf["path"] = str_replace ("_P_", "%", $w3a_buf["path"]);
	$w3a_buf["path"] = str_replace ("_A_", "&", $w3a_buf["path"]);

ついでに、標準では取得する画像サイズがブラウザのウインドウサイズなのでモニターの解像度を取得するようにします。
「w_js.php」と「w.php」の以下の部分のコメントアウトを外します。

編集前

/* モニターサイズ */
//w = screen.width;
//h = screen.height;

編集後

/* モニターサイズ */
w = screen.width;
h = screen.height;

ということで以前のようにこのコードの中の128と96を4:3の比率の好きな値にすることによってサムネイルのサイズ変更ができるようになりました。今回は400と300にしました。

今回参考にさせていただいたページ
cyocyo.biz

やってみると、
「ビジュアルエディタとソースエディタを行き来すると改行がすべて消える」
ということでビジュアルエディタは使いません。
せっかく便利なのに。

作業は簡単ですぐ終わります(笑)
とりあえずファイル全部とMySQLのデータベースはphpMyAdminからバックアップしてあると仮定します。
そしてプラグインはすべて無効にしましょう。

WordPress Japanから2.2.3MEをダウンロードしてきて解凍します。
ファイルをすべて既存のWordPressに上書きします。
このとき注意しないといけないのはMacを使っている場合普通に上書きするとフォルダがマージされないのでここ(フォルダー同士の更新コピー)を参考にマージしながらコピーします。
あるいはサーバー上でやるか、Windowsからすればいいのですが。以前はこれを忘れていたので失敗しました。

そしてwp-admin/upgrade.phpに節夫くしアップデート作業をします。
最後に必要なプラグインを有効化します。設定などはすべて引き継がれます。
以前変更したサムネイルのサイズもそのままでした。
すいません間違いでした。サムネイル作成機能が移動しています。こちらを参考にしてください。

一応問題なく動作していますが、リッチテキストエディタで<pre><code>タグのある記事を開いて保存すると改行がすべてなくなりめちゃくちゃになってしまったのでgoogleのキャッシュから読んできて保存し直しました。<pre><code>って重ねたら駄目なのかな。<code>だけでいいような。なんで最初に両方書いてしまったのか…

$ su
# iptables -P INPUT ACCEPT
# iptables -P FORWARD DROP
# iptables -P OUTPUT ACCEPT
# iptables -F# iptables -A INPUT -p icmp -j ACCEPT
# iptables -A INPUT -i lo -j ACCEPT

これでいったん全部許可し、「ping」と自分自身からの接続を許可したことになる。
続いてポートごとに許可をしていく。
必要なら個別に追加しいらないものは削除してほしい。

# iptables -A INPUT -p tcp --dport 80 -j ACCEPT    //http
# iptables -A INPUT -p tcp --dport 443 -j ACCEPT   //https
# iptables -A INPUT -p tcp --dport 548 -j ACCEPT   //netatalk
# iptables -A INPUT -p tcp --dport 21 -j ACCEPT    //FTP
# iptables -A INPUT -p tcp --dport 110 -j ACCEPT   //POP
# iptables -A INPUT -p tcp --dport 25 -j ACCEPT    //SMTP
# iptables -A INPUT -p tcp --dport 22 -j ACCEPT    //SSH

そして応答とデータを許可しその他をすべて拒否する。

# iptables -A INPUT -m state --state ESTABLISHED,RELATED -j ACCEPT
# iptables -P INPUT DROP

これでOK。

しかしこのままでは再起動すると設定が削除されてしまいます。
ここで友人にもらったスクリプトを使います。

# vi /etc/init.d/iptables

とスクリプトを新規作成し、以下のように記述し保存します。

#!/bin/bash
start(){
iptables -F
iptables-restore < /etc/iptables.save
return 0
}
stop(){
iptables-save > /etc/iptables.save
return 0
}

case "$1" in
start)
start
;;
stop)
stop
;;
save)
stop
;;
restore)
start
;;
restart)
stop
start
;;
esac

注意：これは保存と読込をするだけであって実際にiptablesの起動や終了はしません。
そして、パーミションの変更と登録、そして設定の保存。

# chmod 755 /etc/init.d/iptables
# update-rc.d iptables defaults 18
# /etc/init.d/iptables save

これで再起動したときも自動で設定ファイルが読み込まれます。

「search-hilite wordpress 設定」でgoogleから開いた例

ということでそれは大変なので探すとメール送信を外部のSMTPサーバーから送ることのできるようになるプラグイン「Cimy Swift SMTP」を見つけました。
ダウンロードはここから。

いつもの通り「plugins」フォルダーにいれて管理画面から有効化します。
すると「オプション」に「Cimy Swift SMTP」ができるのでSMTPの送信設定をします。
ところがなぜかK-OPTI.COMのメールサーバーではエラーになったので他サイトで実績のある「GMail」を使うことにしました。
設定例を挙げておきます。

Sender name:適当に
Sender e-mail:これはGMailのアドレス

SMTP server address:smtp.gmail.com
Port:465(Use for SSL/TLS/GMAIL)
Username:GMailのアドレス
Password:GMailのパスワード
Use SSL or TLS?: TLS(Use For Gmail)

この設定でTest Connectionからのテストメール送信やコメント通知機能のメールは送信できるようになりました。
しかし「Dunstan-style Error Page」のメールは送信されません。
「Cimy Swift SMTP」Test ConnectionのPHPファイルと「wp-content/plugins/afdn_error_page.php」を比べると送信関数が「wp_mail(…);」ではなく「mail(…);」になっていました。
とりあえず送信できるほうに合わそうと、「wp-content/plugins/afdn_error_page.php 」の２カ所「mail(…..」を「wp_mail(…..」に修正することで送信できるようになりました。

「Search Hilite」
このサイトより「search-hilite_1.9.zip (15.07.2006 00:47)」をダウンロードしてきて解凍します。解凍してできた「search-hilit」フォルダをフォルダごと「wp-content/plugins」フォルダーにコピーします。
そして管理メニュの「プラグイン」から「Search_Hilite」の有効化リンクをクリックします。
インストールはこれだけで設定もなにもありません。
検索ウインドウから検索すると以下のようにキーワードがハイライトされました。

「Smart update pinger」
これは参考にさせていただいたブログの方が日本語にしたバージョンをここからダウンロードし「smart-update-pinger.php」を「wp-content/plugins」にコピーします。
これも同じように管理メニュの「プラグイン」から有効化します。
設定は「オプション」の「Smart update pinger」から行います。

「Dunstan-style Error Page」
こちらもここから日本語化されたバージョンをダウンロードします。
(と思ったのですがダウンロードリンクがおかしかったのですが直リンクは失礼なのでアドレスを書いておきます。http://plasticdreams.org/uploads/projects/afdn_error_page.php.zip)
解凍してできた「afdn_error_page.php」を「wp-content/plugins」にコピーし管理メニュの「プラグイン」から有効化します。
このプラグインはそれだけでは反映されないので「表示」の「テーマエディタ」から「404 ページ」を開きます。
そして内容をすべて削除し(バックアップを取ってから)「<?php afdn_error_page(); ?>」の一行だけのファイルにします。
ほんとはこれでいけるのですが現在使用しているテーマではデザインが崩れてしまったので以下のように修正しました。
まずは「404 ページ」から。

元のソース

<?php get_header(); ?>
  <div id="content">

    <div class="post">
        <h2>Error 404 - ページがありません</h2>

		<div class="entry">
		<p>申し訳ありません、指定されたページは存在しません。リンク切れの場合はご連絡いただけると幸いです。</p>
		</div><!--/entry -->

	</div><!--/post -->

  </div><!--/content -->

  <div id="footer"></div>
</div><!--/left-col -->

<?php get_sidebar(); ?>

<?php get_footer(); ?>

編集後

<?php get_header(); ?>
  <div id="content">

    <div class="post">
		<div class="entry">
<?php afdn_error_page(); ?>
		</div><!--/entry -->

	</div><!--/post -->

  </div><!--/content -->

  <div id="footer"></div>
</div><!--/left-col -->

<?php get_sidebar(); ?>

<?php get_footer(); ?>

次に「afdn_error_page.php」も編集します。
346行目付近「<?php get_header(); ?>」
427行目付近「<?php get_footer(); ?>」
の２行を削除しました。
これで以下のように正しく表示されました。

今回は以上です。