これまでメールサーバのウィルスチェックについては、sendmail と clamav-milter の組み合わせを紹介してきましたが、Postfix と clamav-milter の組み合わせも確認できましたので、以下やり方を書いておきます。

試した環境は CentOS 5.4 (64bit)、Postfix は 2.3.3 を RPM で入れています。また、Clam AntiVirus (ClamAV) 関連は RPMforge のパッケージを利用します。Postfix の設定については割愛します。

Postfix のインストール

CentOS 5 には Postfix の RPM が用意されています。これを yum でインストールします。

$ sudo yum install -y postfix

Clam AntiVirus のインストール

こちらは CentOS 5 には含まれていませんが、RPMforge にあるパッケージを使います。事前に yum で RPMforge を使うように設定する必要があります。EPEL のリポジトリを使う設定になっている場合は、EPEL で配布されている clamav と競合してしまいますので、次のように EPEL の clamav パッケージを無視するようにします。

# vi /etc/yum.repos.d/epel.repo

exclude=clamav*

次に RPMforge のリポジトリから clamav のパッケージ群をインストールします。

# yum --enablerepo rpmforge install clamav clamav-db clamav-milter clamd

freshclam の設定

定義ファイル更新の設定をします。/etc/freshclam.conf を編集して Google SafeBrowing のデータを利用するようにします。

SafeBrowsing yes

初回は freshclam コマンドを手動実行して最新の定義ファイルをあらかじめダウンロードしておきます。

clamd の設定と実行

基本的には設定変更の必要はなくそのままでも動作します。ここでは /etc/clamd.conf を編集して、ウィルス検出時にメールが飛ぶようにします。

VirusEvent echo "VIRUS ALERT: %v" | mail -s "Virus Alert" postmaster@example.org

clamd を実行します。

# service clamd restart

clamav-milter の設定

Postfix と ClamAV の連携については、AMaViS を使う方法もありますが、ここでは clamav-milter を利用します。/etc/clamav-milter.conf を編集して MilterSocket のパスを変更します。

  MilterSocket unix:/var/run/clamav/milter.sock
  AddHeader Yes

このままで clamav-milter を起動した場合、Postfix を実行するユーザ postfix がソケットにアクセスできずに失敗します。そこで /etc/init.d/clamav-milter を編集して、clamav-milter デーモン起動時にソケットのグループを postfix に変更してやります。ネットワーキングすきま情報: Postfix – milter – ClamAVねた。を参考にさせて頂きました。

  start)
        echo -n "Starting Clamav Milter Daemon: "
        daemon clamav-milter $CLAMAV_FLAGS $SOCKET_ADDRESS
        chgrp postfix /var/run/clamav/milter.sock  #追加
        chmod g+w /var/run/clamav/milter.sock      #追加

clamav-milter デーモンを実行します。

# service clamav-milter restart

Postfix の設定

postfix 側に clamav-milter と連携する設定が必要です。/etc/postfix/main.cf に以下の記述を追加します。

smtpd_milters = unix:/var/run/clamav/clmilter.sock
non_smtpd_milters = unix:/var/run/clamav/clmilter.sock
milter_default_action = accept

postfix を再起動して、メールの送受信を確認をします。

# service postfix restart

自動起動の設定

clamd と clamav-milter デーモンが自動起動するようにします。

# chkconfig clamd  on
# chkconfig clamav-milter  on
# chkconfig --list | grep clam
clamav-milter   0:off   1:off   2:on    3:on    4:on    5:on    6:off
clamd           0:off   1:off   2:on    3:on    4:on    5:on    6:off

freshclam は cron で実行されます。

CentOS 5.x では、PHP 5.1.6 をベースにしています。手順としては Oracle Instant Client をインストールし、CentOS の PHP の SRPM をダウンロードし、SPEC ファイルを編集し、ビルドという手順になります。

Oracle Instant Client の インストール

Oracle Instant Client 10.2.0.4 の RPM をダウンロードします。ダウンロードには OTN の登録が必要です。ここでは Linux x86版(32bit版)の 10.2.0.4 の RPM をダウンロードします。最低限、oracle-instantclient-basic と oracle-instantclient-devel のパッケージはインストールが必要です。jdbc ドライバは不要です。

次に /etc/ld.so.conf.d/oracle-instant-client.conf というファイルを作成し、ライブラリパスを追加します。

# echo '/usr/lib/oracle/10.2.0.4/client/lib/' >> /etc/ld.so.conf.d/oracle-instant-client.conf

64bit 版の場合は次のようになります。

# echo '/usr/lib/oracle/10.2.0.4/client64/lib/' >> /etc/ld.so.conf.d/oracle-instant-client.conf

ライブラリパスを再読込します。

# ldconfig

いまは PHP をビルドするのが目的なので、Oracle データベースへの接続確認は割愛します。

PHP の SRPM のダウンロード

なぜか yumdownloader コマンドではうまく行かなかったので、理化学研究所のミラーから直接ダウンロードしました。

  wget http://ftp.riken.go.jp/Linux/centos/5.4/os/SRPMS/php-5.1.6-23.2.el5_3.src.rpm

この RPM をインストールすると、/usr/src/redhat/SPECS/ に php.spec ファイルが置かれます。また、/usr/src/redhat/SOURCES/ 配下にビルドに必要な PHP のソースファイルと、各種パッチファイルや設定ファイルなどが置かれます。

パッチファイルのダウンロード

php-5.1.6-oci8conf.patch をダウンロードして SOURCES ディレクトリに配置してください。Oracle が提供する SRPM や、他のパッチを元に、私が作ったものです。

SPEC ファイルの編集

こちらも、oci8 のために変更が必要です。変更箇所が多いので、php.spec (php-5.1.6.23.2.el5_3 用 32bit)に置きました。これをダウンロードして php.spec と差し替えてください。変更点は diff を取ればわかると思います。64bit 環境では、ライブラリパスを /usr/lib/oracle/%{ociver}/client/lib から /usr/lib/oracle/%{ociver}/client64/lib に変更する必要があります。

RPM のビルド

  $ rpmbuild -ba php.spec --target i686  --define 'oracle 1'

開発ライブラリなどがないと、コンパイルエラーとなります。事前に php.spec の BuildRequires セクションに書かれている RPM 群を yum コマンドでインストールしておきましょう。bzip2-devel, curl-devel, libstdc++-devel などです。

  # yum install bzip2-devel curl-devel libstdc++-devel

ビルドにはかなり時間がかかります。RPM ファイルは上記の例では /usr/src/redhat/RPMS/i686/ に配置されます。 php-oci8-5.1.6-23.2.ora.i686.rpm というファイルが PHP の OCI8 関数のモジュールを含んだ RPM です。 このモジュールを含む PHP の RPM をインストールしたら Apache を再起動します。phpinfo() コマンドで oci8 パッケージが有効になっていることを確認してみてください。

オープンソースのアンチウィルスソフト Clam AntiVirus (ClamAV) を CentOS 5 にインストールし、sendmail と連携させる方法です。CentOS 5.3 (i386) および CentOS 5.4 (x86_64) + Clam AntiVirus 0.95.3 の環境で確認しています。

yum で RPMforge の設定と EPEL の除外設定

事前に yum で RPMforge を使うように設定する必要があります。

また、ATrpms や EPEL のリポジトリを使う設定になっている場合は、それらのリポジトリで配布されている clamav がインストールされてしまうことがあります。EPEL の clamav パッケージは上手く動作しませんでしたので、次のように変更して無視するようにします。

# vi /etc/yum.repos.d/epel.repo

exclude=clamav*

yum でインストール

次に RPMforge のリポジトリから、clamav のパッケージ群をインストールします。

# yum --enablerepo rpmforge install clamav clamav-db clamav-devel clamav-milter clamd

私が試したときは、clamav-db のダウンロードに結構時間がかかりました。

freshclam の設定

freshclam の設定を変更して、Google Safe Browsing を有効にします。これでフィッシングサイトのチェックもできるようになります。次に freshclam コマンドを実行して下さい。

# freshclam
ClamAV update process started at Fri Oct 30 22:25:28 2009
main.cvd is up to date (version: 51, sigs: 545035, f-level: 42, builder: sven)
Downloading daily-9956.cdiff [100%]
Downloading daily-9957.cdiff [100%]
……
daily.cld updated (version: 9965, sigs: 96804, f-level: 44, builder: ccordes)
Database updated (641839 signatures) from db.jp.clamav.net (IP: 203.212.42.128)
Clamd successfully notified about the update.

初回は時間がかかりますが、今後は cron で自動的にアップデートされます。アップデートは /etc/cron.daily/freshclam に設定があるので1日1回実行されます。個人的には 1日1回では少ないように感じていますが、あまり頻繁に実行させると、無償で提供されているサーバに負荷をかけてしまうので悩ましいところです。

clamd の設定と起動

設定ファイル は /etc/clamd.conf です。基本的には変更の必要はありませんが、ウィルス検出時にメールを送る設定などができます。

  VirusEvent echo "VIRUS ALERT: %v" | mail -s "Virus Alert" virusadmin@example.org

clamd デーモンを起動します。

# service clamd start
Starting Clam AntiVirus Daemon:                            [  OK  ]

clamdscan コマンドで適当なファイルをスキャンして、接続エラーが出なければ clamd が正常に起動しています。

clamav-milter の設定と起動

続いて clamav-milter の設定ファイル /etc/clamav-milter.conf を変更します。ここではソケットのパス名を変更、またメールのヘッダに文字列を追加する設定を有効としています。

MilterSocket unix:/var/run/clamav/milter.sock
……
AddHeader yes

clamav-milter デーモンを起動します。

# service clamav-milter start
 Starting Clamav Milter Daemon:                            [  OK  ]

sendmail の設定変更

sendmail の設定ファイル /etc/mail/sendmail.mc を変更します。

INPUT_MAIL_FILTER(`clamilter', `S=local:/var/run/clamav/milter.sock, F=, T=S:4m;R:4m')dnl

上記の行を追加します。 SpamAssassin の設定がされていれば、同様の INPUT_MAIL_FILTER の上の行に追加します。なければ TRUST_AUTH_MECH あたりでよいでしょうか。

sendmail を再起動して、メールの送受信が問題なくできることを確認します。メールのヘッダに

X-Virus-Scanned: clamav-milter 0.95.3 at server10
X-Virus-Status: Clean

のような行が挿入されることを確認します。

自動起動の設定

最後に chkconfig コマンドか ntsysv コマンドで clamd と clamav-milter デーモンを自動起動する設定しておきます。

clamd の死活監視

たまに、clamd が異常終了して、ウィルスチェックがされない状態になっていることがあります。clamd の死活監視をするよう、cron の設定をしてみます。

0 * * * * test -z "`service clamd status | grep pid`" && echo 'clamd daemon is stopped.' | mail root@example.org

RPMforge には Red Hat Linux や Fedora、CentOS では提供されていない様々なパッケージが提供されています。

このパッケージ群を yum コマンドでインストール・アップデートできるよう、yum のリポジトリに RPMforge の設定を追加します。設定ファイルも RPM で提供されているので、これをインストールするだけです。

//x86_64 (64bit) の場合
# rpm -ivh http://apt.sw.be/redhat/el5/en/x86_64/rpmforge/RPMS//rpmforge-release-0.3.6-1.el5.rf.x86_64.rpm
//x86 (32bit) の場合
# rpm -ivh http://apt.sw.be/redhat/el5/en/i386/rpmforge/RPMS//rpmforge-release-0.3.6-1.el5.rf.i386.rpm

インストールすると、/etc/yum.repos.d/rpmforge.repo というファイルができます。rpmforge には大量の追加パッケージが含まれていますので、いくつかは基本パッケージと同じソフトの別バージョンが含まれています。

これらが自動的にアップデートに含まれ衝突したり不安定になるのを避けるためには、2つの方法があります。1つは通常は RPMforge を検索対象に含めず、必要なときだけ含めるというやり方です。もう一つは、リポジトリの優先順位を設定する方法です。

RPMforge を検索に含めない設定

/etc/yum.repos.d/rpmforge.repo を編集し、enabled=0 とします。これで通常の yum コマンドの検索対象から外れます。必要なときは、次のように --enablerepo オプションを使います。

  #  yum --enablerepo rpmforge list "php-*"

優先順位を設定する方法

優先順位を設定するには、まず yum-priorities パッケージをインストールします。

# yum install yum-priorities

これでうまく行くはずなのですが、本稿執筆時点で試したときはパッケージが見つからないというエラーになりました。rpm.pbone.net より手作業でダウンロードしてインストールして下さい。

# rpm --install ftp://ftp.pbone.net/mirror/ftp.centos.org/5.3/os/i386/CentOS/yum-priorities-1.1.16-13.el5.centos.noarch.rpm

設定ファイル /etc/yum/pluginconf.d/priorities.conf の enabled が 1になっていることを確認します。

次に /etc/yum.repos.d/rpmforge.repo を編集し次の行を追加します。

priority=10

また、/etc/yum.repos.d/CentOS-Base.repo を編集し、各リポジトリに次の行を追加します。

priority=1

プライオリティは低い順番のものが優先されます。これで、同名のパッケージは CentOS 本来のものを優先し、RPMforge のものが上書きされないようになっています。

RPMforge でダウンロードした RPM をインストールした際に、パッケージの署名検証で警告が出ないよう、DAGの公開鍵をインポートしておきます。（DAG は FreshRPMS, Dries などとともに RPMforge に統合されたリポジトリです。）

# rpm --import http://dag.wieers.com/rpm/packages/RPM-GPG-KEY.dag.txt

BIND 9 の脆弱性が悪用され、修正バージョンが出たと言うことで、Cent OS のアップデートを行ないました。Cent OS 4 では問題なかったのですが、Cent OS 5 では、64bit, 32bit 環境ともにエラーが出てしまいます。

[root@moge1 ~]# yum update
Loaded plugins: fastestmirror
～(略)～
Setting up Update Process
Resolving Dependencies
--> Running transaction check
---> Package python.i386 0:2.4.3-24.el5_3.6 set to be updated
---> Package bind.i386 30:9.3.4-10.P1.el5_3.3 set to be updated
---> Package bind-utils.i386 30:9.3.4-10.P1.el5_3.3 set to be updated
---> Package bind-chroot.i386 30:9.3.4-10.P1.el5_3.3 set to be updated
---> Package bind-libs.i386 30:9.3.4-10.P1.el5_3.3 set to be updated
---> Package caching-nameserver.i386 30:9.3.4-10.P1.el5_3.3 set to be updated
---> Package python-devel.i386 0:2.4.3-24.el5_3.6 set to be updated
filelists.sqlite.bz2                                               | 2.9 MB     00:00
filelists.xml.gz                                                   | 1.9 MB     00:03
filelists.xml.gz                                                   | 139 kB     00:00
--> Processing Dependency: /usr/lib/python2.4 for package: libxml2-python
--> Processing Dependency: /usr/lib/python2.4 for package: libxslt-python
--> Finished Dependency Resolution
libxslt-python-1.1.17-2.el5_2.2.i386 from installed has depsolving problems
  --> Missing Dependency: /usr/lib/python2.4 is needed by package libxslt-python-1.1.17-2.el5_2.2.i386 (installed)
libxml2-python-2.6.26-2.1.2.7.i386 from installed has depsolving problems
  --> Missing Dependency: /usr/lib/python2.4 is needed by package libxml2-python-2.6.26-2.1.2.7.i386 (installed)
Error: Missing Dependency: /usr/lib/python2.4 is needed by package libxml2-python-2.6.26-2.1.2.7.i386 (installed)
Error: Missing Dependency: /usr/lib/python2.4 is needed by package libxslt-python-1.1.17-2.el5_2.2.i386 (installed)

とりあえず、yum update "bind\*" caching-nameserver とすれば、BIND だけはアップデートできました。ところが python はうまくアップデートできません。

仕方ないので、yumdownloader で RPM パッケージをダウンロードして手動インストールしたらすんなり入りました。yumdownloader は yum-utils パッケージに入っています。

[root@moge1 ~]# yumdownloader  python python-devel
[root@moge1 ~]# rpm -Uvh python-*
準備中...                ########################################### [100%]
   1:python                 ########################################### [ 50%]
   2:python-devel           ########################################### [100%]

どうやら yum のパーサーがらみの既知の不具合のようで、RHEL では yum-metadata-parser-1.1.2-3 で対応されているようです。CentOS ではこのパッケージが 1.1.2-2 とまだ古いためでしょうか。しばらくは手動ダウンロードで対応するしか無さそうですね。

2009-08-07 追加

試していませんが、yum clean metadata をすればエラーが出なくなるという情報がありました。

まず、パッケージの一覧を出力し、テキストファイルに落とします。

  $ rpm -qa --qf "%{name}.%{arch}\n" | sort > list.txt

次に別のサーバに list.txt を持って行き、yum コマンドで install します。

  # yum install $(cat list.text)

もちろん新しいサーバにあらかじめ入っていた余計のパッケージは削除されませんので、差分をとって確認しましょう。

  $ rpm -qa --qf "%{name}.%{arch}\n" | sort > list2.txt
  $ diff list.txt list2.txt

sendmail と SpamAssassin を連携させる spamass-milter を 0.3.0 にアップデートしたら、サービスが起動しなくなりました。しかも1分あたり数十通のエラーメールが届くようになり、メールボックスが凄いことにorz。エラーメールの内容は

Subject : spamass-milter on server_name restarted
spamass-milter exited at 2009年  X月 XX日 X曜日 23:39:22 JST with status 255
You may wish to check /var/log/messages and/or /var/log/maillog

のような感じ。ログを見たら、次のようなエラーログがありました。

runuser: -bash: /var/run/spamass-milter/.bash_profile: 許可がありません

エラーはyum で EPEL の設定をして、既存の spamass-milter をアップデートしてから発生しました。/etc/passwd ファイルを見ると、sa-milt というユーザが登録されていますが、このユーザが /var/run/spamass-milter に描き込み権限が無いため、ソケットファイルの作成に失敗するようです。

 # mkdir /var/run/spamass-milter
 # chown sa-milt:sa-milt /var/run/spamass-milter

このようにディレクトリを作成し、所有者を変更してやればうまく spamass-milter が起動するようになりました。他のサーバでは同様のエラーは出なかったので、該当のサーバだけの問題だったようですが。

EPEL (Extra Packages for Enterprise Linux) とは、Red Hat Enterprise Linux 用の拡張パッケージを集めた物です。少し前の Fedora Core に対する Fedora Extra のようなものと言えばよいでしょうか。これを RHEL 互換の CentOS でも利用できるようにする方法です。

まずその前に、yum-fastestmirror がインストールされていなければインストールします。yum-fastest-mirror を入れることで、高速なミラーサイトを使えるようになります。

  # yum install yum-fastestmirror

次に Red Hat Enterprise Linux 用の拡張パッケージ集である EPEL の リポジトリを追加します。/etc/yum.repo.d/ に設定ファイルを追加するだけですが、この追加作業も公式の RPM が用意されているので、簡単にできます。

  # rpm -ivh http://download.fedora.redhat.com/pub/epel/5/i386/epel-release-5-2.noarch.rpm  ←(CentOS 5.2, i386の場合)
  # rpm -ivh http://download.fedora.redhat.com/pub/epel/5/x86_64/epel-release-5-2.noarch.rpm  ←(CentOS 5.2, x86_64の場合)
  # rpm -ivh http://download.fedora.redhat.com/pub/epel/4/i386/epel-release-4-9.noarch.rpm  ←(CentOS 4.7, i386 の場合)
  # rpm -ivh http://download.fedora.redhat.com/pub/epel/4/x86_64/epel-release-4-9.noarch.rpm  ←(CentOS 4.7, i386 の場合)

これで、yum で EPEL が利用できるようになりました。たとえば bash-completion などのツールを yum でインストールできるようになります。

特定のパッケージを epel ではアップデートしたくないという場合は、/etc/yum.repo.d/epel.repo ファイルを開き、exclude にパッケージ名を半角スペース区切りで指定します。ワイルドカードも使えます。

[epel]
……
enabled=1
gpgcheck=1
exclude=clamav* perl-Jcode

ATrpms も利用できるようにする

さらに、EPEL には無い mplayer 等の RPM もダウンロード・インストールできるように ATrpms のリポジトリを追加します。こちらは手作業で設定ファイルを追加します。

  # vi /etc/yum.repos.d/atrpms.repo

[atrpms]
name=Redhat Enterprise Linux $releasever - $basearch - ATrpms
baseurl=http://dl.atrpms.net/el$releasever-$basearch/atrpms/stable
enabled=0
gpgcheck=1
gpgkey=http://atrpms.net/RPM-GPG-KEY.atrpms

ATrpms の GPG キーを事前に追加しておきます。

  # rpm --import http://atrpms.net/RPM-GPG-KEY.atrpms

これで、ATrpms のパッケージも使えるようになりましたが、上記の設定では enabled=0 としています。ATrpms は多くの RPM が集約されているため、yum update を使ったときに、非公式な RPM でもともとのパッケージが上書きされることがあるからです。利用するときは yum コマンドに引数をつけて、

  # yum --enablerepo=atrpms install mplayer
  # yum --enablerepo=atrpms update "hoge*"

のように利用しましょう。

Red Hat 系の Linux (Fedora Core や CentOS など)は、アプリケーションのインストールは RPM を使って行ないます。yum や up2date でインストールしても裏では RPM のパッケージがダウンロードされ、インストールされます。

一方で、ウェブや書籍の資料では、まだまだ「ソースの tarball から ./configure, make, make install」という流れを書いているものも多いです。これは他の UNIX、Linux、BSD などで汎用的に使える方法ですが、一方で RPM ベースのディストリビューションの手順ではありませんので注意してください。中には Red Hat や Fedora Core で、もとから入っている Apache の PRM を削除してソースから make install を勧めているような人もいますが、そういう記事は信用してはいけません。

有名どころのソフトなら、EPEL や rpm.pbone.net などで探せばたいていの場合は RPM が見つかりますし、Fedora の SRPM をリビルドする方法でも RPM を作成できます。さらには、tarball から RPM を作成できる checkinstall などを利用することもできます。

しかし、どうしても RPM が無い、RPM を作れない、CheckInstall も使えないときには、ソースの tarball からインストールする（すでにしてしまった）ときもあると思います。その場合に、インストールはできても、きれいにアンインストールできるでしょうか。

一応、Makefile が残っていれば、

# make uninstall

でアンインストールできるものもあります。autoconf, automake で作成された MakeFile であれば、大抵は対応しています。

もしくは、インストール時のログを保存しておき、それを参考に削除するという方法もあります。make 後に install する前に

$ make -n install

とすれば、実際のインストールは行なわずにファイルがどこにインストールされるかを表示してくれます。それでも大量のファイルを削除するのは手間でしょうから、configure の際に特定のディレクトリ下にまとめてインストールするようにすることもできます。

$ ./configure --prefix=/usr/local/hoge/

このようにすれば、そのディレクトリ下に展開されますので、あとで消すときに比較的楽です。ただし使う場合はシンボリックリンクを張るなどの工夫をしないと使いづらいのと、消すときにシンボリックリンクも忘れずに消す必要があります。

やはり Redhat 系のディストリビューションでは、RPM を使って管理するのが一番無難です。

Checkinstall 1.6.1 を CentOS5 の x86_64 環境のマシンに入れようとしたところ、rpm.pbone.net で探しても RPM が見つかりません。ソースRPMも無いので自前でビルドもできないようです。

しかたなく tarball（.tgz アーカイブファイル）から入れようとしましたが、やはり build に失敗します。

installwatch.c:2694: error: conflicting types for 'readlink'
/usr/include/unistd.h:777: error: previous declaration of 'readlink' was here
installwatch.c: In function 'fopen64':
installwatch.c:3267: warning: cast from pointer to integer of different size
make[1]: *** [installwatch.o] Error 1

これに関して検索したところ、Freak: RHEL5 x86_64にcheckinstall-1.6.1をインストールしようとしたらmakeでエラーという記事が見つかりました。このサイトの記述に従いパッチを当てたところ、無事にビルドできました。感謝です。

せっかくなので、CentOS 5 x86_64 向けの Checkinstall 1.6.1 の RPM を作成しました。Dries RPM Repository からcheckinstall 1.6.0 の spec ファイルをゲットして、1.6.1 用に必要箇所を修正、パッチを取り込んでビルドしました。

しかし、なぜか /usr/lib/checkinstall/checkinstallrc-dist に設定ファイルが作られ、残ってしまいます。spec ファイルかパッチを詳しく調べればわかるのでしょうが、とりあえず使う分には支障がないので今回は無視しました。

Checkinstall 1.6.1 (CentOS 5 x86_64) RPM

• checkinstall-1.6.1-1.src.rpm
• checkinstall-1.6.1-1.x86_64.rpm

一応成果物は置いてありますのでご入り用な方はどうぞ。自己責任でお願いします。

tarball (tar アーカイブ)ファイルの中に .spec ファイルがあれば TAR ファイルから RPM を生成 の方法で RPM を自動生成できますが、.spec ファイルがなければどうしようもありません。

しかし、CheckInstall は、spec ファイルが無くても tarball から RPM を生成してくれるというツール。.spec ファイルがない場合でも、CheckInstall が SPEC ファイルを自動生成して、RPM を作成してくれます。これはすごい。

まず CheckInstall をインストール

CheckInstall の最新版は 1.6.1 です。CheckInstall 自体は tarball の他に、バイナリ RPM でも提供されています。prmb.pbone.net からディストリビューション・環境にあったものを選んでダウンロード、インストールしてください。CentOS ならば RHEL 用のパッケージが利用できます。このパッケージを入れればインストールは終了です。

  # rpm -ivh checkinstall-1.6.0-3.el4.rf.x86_64.rpm

※ただし、2009年1月時点では、RHEL 5 (CentOS 5) 用の x86_64 のパッケージはありません。また ソース RPM も無いようです。tarball からもビルドできないようです。CentOS5 の対処方法 (CheckInstall の RPM を作成)は別途掲載します。

CheckInstall を使ってみる

基本的な手順としては、使いたいパッケージを

1. tarball を展開
2. ./configure
3. checkinsatll を実行

となります。make install しないで checkinstall を使えばよいようです。

使用例

ここでは SquidClamAV 3.9 の tarball を RPM に変換したときの例です。

  # wget http://www.samse.fr/GPL/squidclamav/squidclamav-3.9.tar.gz
  # tar xzf squidclamav-3.9.tar.gz
  # cd /usr/TAR/squidclamav-3.9/
  （出力結果は省略）
  # ./configure
  （出力結果は省略）
  # make
  （出力結果は省略）
  # checkinstall

途中でいくつか質問があります。英語ですが難しくありませんので、適切に答えてください。

  Should I create a default set of package docs?  [y]: y ← y を入力
  Please choose the packaging method you want to use.
  Slackware [S], RPM [R] or Debian [D]? R  ← R を入力

  Please write a description for the package.
  End your description with an empty line or EOF.
  >> SquidClamav - A Clamav Antivirus Redirector for Squid - ← パッケージの概要を入力

さらに、パッケージの詳細を入力できます。

**************************************
**** RPM package creation selected ***
**************************************

This package will be built according to these values:

1 -  Summary: [ SquidClamav - A Clamav Antivirus Redirector for Squid - ]
2 -  Name:    [ squidclamav ]
3 -  Version: [ 3.9 ]
4 -  Release: [ 1 ]
5 -  License: [ GPL ]
6 -  Group:   [ Applications/System ]
7 -  Architecture: [ x86_64 ]
8 -  Source location: [ squidclamav-3.9 ]
9 -  Alternate source location: [  ]
10 - Requires: [  ]
11 - Provides: [ squidclamav ]

Enter a number to change any of them or press ENTER to continue

例えば、ここで、 Requires に squid や clamav などのパッケージ名を追加したい場合は、10 を入力します。

  Enter a number to change any of them or press ENTER to continue: 10
  Enter the additional requirements:
  >> squid

Enter を押すと、RPM の作成が始まります。エラーがなければ次のようなメッセージが出て、/usr/src/redhat/RPMS/ 以下のディレクトリに RPM が作成されます。

**********************************************************************

 Done. The new package has been saved to

 /usr/src/redhat/RPMS/x86_64/squidclamav-3.9-1.x86_64.rpm
 You can install it in your system anytime using:

      rpm -i squidclamav-3.9-1.x86_64.rpm

**********************************************************************

ただ、このページではソースからビルドする方法が解説されていますが、Red Hat 系のディストリビューションではやはり RPM で管理した方が良いので、prm.pbone.net で検索したところ、RPM で配布されているものを発見。

CentOS 5 であれば、RHEL5 用の RPM が使えますので、それをダウンロードしてインストール。設定は /etc/php.d/eaccelerator.ini に記述され手いるので、httpd を再起動するだけで OK。 php.ini への記述の追加の必要もなく有効になりました。phpinfo で確認できれば動作しています。

実際に早くなったかどうかは測定していませんが、簡単に利用できるという点で Zend Optimizer より導入しやすいかもしれませんね。

また、CentOS 5.2 では、PHP 5.1.6 をベースにしていますので、PHP 5.1.6 で Oracle に対応できるように RPM を作ってみました。php-5.1.6-20.el5_2.1.src.rpm を元に spec ファイルの書き換えと、PHP 5.2.5 の configure.m4 ファイルに対するパッチなどを参考にパッチを作成したところ、とりあえずビルドすることができました。

Oracle Instant Client 10.2.0.4 の 64bit 版を対象にしています。それ以外のバージョンや 32bit 版をビルドするためには SPEC ファイル中の設定を書き換える必要があります。そんなに難しくはないと思いますが。本当はパラメータで指定できるとよいのでしょうが。

• php.spec
• php-5.1.6-oci8conf.patch

RPM 作成手順

php-5.1.6-20.el5_2.1.src.rpm をインストールし、/usr/src/redhat/SPECS/php.spec を置き換えます。（32bit環境では –with-oci8 オプションに指定しているパスを修正する必要有り。）次に php-5.1.6-oci8conf.patch ファイルを SOURCE ディレクトリに配置して、rpmbuild -ba php.spec --define 'oracle 1' としてビルドしてください。

でき上がった RPM をインストールしたら Apache を再起動し、phpinfo() コマンドで oci8 パッケージが有効になっていることを確認してください。

うまく動かないときは

うまく表示されないときは、 LD_LIBRARY_PATH に Oracle Instant Client のライブラリパスをまだ追加していないからかも。 /etc/ld.so.conf.d/oracle-instant-client.conf というファイルを作成し

/usr/lib/oracle/10.2.0.4/client/lib/

のように Oracle Instant Client のライブラリパスを追加して保存。ldconfig コマンドでパスを読み込み直してから、再度 Apache を再起動してください。

ただしバージョンは少し古い 5.2.5 です。PHP の現行バージョンは 5.2.6 であり、脆弱性に対処されているそうなので、5.2.5 では不安がありますね。

また、i386 だけなので、x86_64 や i686 に最適化されたパッケージはありません。ぜひ SRPM を公開して欲しいところです。

追記

SRPMあるんじゃないのかな – よくきたはてダでご指摘いただきました通り、SRPM も公開されていました。src.rpm です。私の目が節穴でしたねorz。

この src.rpm を元にすれば、最新の 5.2.6 の RPM や、CentOS 5 向けの 5.1.6 の php-oci8 パッケージをビルドできそうです。時間のあるときに試してみたいと思います。試しました→CentOS 5.2 での Oracle 対応 PHP の RPM 《 futuremix

bmptopnm: BMPlencolormap: internal error!

のようなエラーが出て変換できませんでした。特殊な BMP ファイルでもなく、以前はできていたのでどうしたものかと。Netpbm のバージョンは 10.35-6 でした。

どうやら Fedora Core 向けの最新の RPM では直っているようなので、Fedora Core 8 向けの netpbm-10.35.45-1.fc8.src.rpm をダウンロードして、リビルドしましたところ、エラーは出なくなりました。

$ rpmbuild --rebuild --target i686 netpbm-10.35.45-1.fc8.src.rpm

ちなみに Fedora Core 開発版向けの netpbm-10.35.46-1.fc10.src.rpm を取ってきてビルドしようとしたら

  unrecognized command line option "-flax-vector-conversions"

のようなエラーが出てビルドに失敗しました。FC10 に比べると gcc や glibc のバージョンが低かったようです。

# rpm -qa | sort
……
bind-9.2.4-28.el4
bind-chroot-9.2.4-27.0.1.el4
bind-chroot-9.2.4-28.el4
bind-libs-9.2.4-27.0.1.el4
bind-libs-9.2.4-28.el4
bind-utils-9.2.4-27.0.1.el4
bind-utils-9.2.4-28.el4
……

のような状態になってしまっています。本来ならこのような形で同じ名前のパッケージが複数インストールされることはないのですが。

ここで一方のパッケージを削除すると、パッケージに含まれるファイルが削除されてしまいますので、困ります。こういう場合は rpm コマンドで --replacepkg オプションを使用して強制的に置き換えます。念のために設定ファイルなど変更したファイルはバックアップしておきます。

# rpm -Uvh bind-libs bind-utils bind-chroot --replacepkgs

パッケージは、yum のキャッシュが /var/cache/yum/base/packages/ などに残っていればそれを使います。なければ yumdownloader を使いましょう。

# rpm -qa --qf "%{NAME}-%{VERSION}-%{RELEASE}.%{ARCH}\n" \
  | grep i[36]86 | xargs rpm -e
Invalid link from "ld-linux.so.2" to "/lib/ld-lsb.so.3": No such file or directory
ls: /etc/gtk-2.0/i?86*: そのようなファイルやディレクトリはありません
/usr/bin/update-gdk-pixbuf-loaders: line 44: /etc/gtk-2.0/i686-redhat-linux-gnu/gdk-pixbuf.loaders: そのようなファイルやディレクトリはありません
エラー: %postun(librsvg2-2.16.1-1.el5.i386) スクリプトの実行に失敗しました。終了ステータス 1
ls: /etc/gtk-2.0/i?86*: そのようなファイルやディレクトリはありません
/usr/bin/update-gtk-immodules: line 44: /etc/gtk-2.0/i686-redhat-linux-gnu/gtk.immodules: そのようなファイルやディレクトリはありません
エラー: %postun(scim-bridge-gtk-0.4.5-7.el5.i386) スクリプトの実行に失敗しました。終了ステータス 1
xargs: rpm: ステータス255で終了; 中断

RPM の削除でエラーが発生したようですが、scim-bridge-gtk-0.4.5-7.el5.i386　と librsvg2-2.16.1-1.el5.i386　だけが残って、他のパッケージは削除されていました。これらのパッケージを個別に削除しようとしても、やはりエラーとなります。

どうやら、RPM パッケージの削除の際に使われたり参照するファイルが別のパッケージに含まれていて、それらがすでに削除されてしまったために発生しているようです。SPEC ファイルへの依存関係の記述漏れか、RPM コマンドの不具合、もしくは RPM データベースの不整合が発生していたなどの理由も考えられます。

このままでは気持ち悪いので、依存関係のありそうな gdk-pixbuf と gtk2 の i386 版を yum でインストールして、それから削除を試みました。

# yum install gtk2.i386 gdk-pixbuf.i386

これにより、依存関係のある glibc や zlib などの i386 (i686) 版など 30 パッケージほどが再びインストールされてしました。これらは後で消すことにして、この状態でアンインストールしてみます。

# rpm -e librsvg2-2.16.1-1.el5.i386
# rpm -e scim-bridge-gtk-0.4.5-7.el5.i386

エラーは出ずにパッケージが削除できました。そして一時的にインストールした glibc や zlib などを、最初のコマンドを使ってアンインストールしました。

# rpm -qa --qf "%{NAME}-%{VERSION}-%{RELEASE}.%{ARCH}\n" \
  | grep i[36]86 | xargs rpm -e

他のパッケージでも似たようなトラブルが発生するケースもあると思いますが、無理矢理ファイルを消すのではなく、このように一度パッケージ群を入れ直して消した方がきれいに問題なく消せると思います。

$ rpm -qa | sort | more
GConf2-2.14.0-9.el5
GConf2-2.14.0-9.el5
ImageMagick-6.2.8.0-3.el5.4
ImageMagick-6.2.8.0-3.el5.4
MAKEDEV-3.23-1.2
NetworkManager-0.6.4-6.el5
NetworkManager-glib-0.6.4-6.el5
NetworkManager-glib-0.6.4-6.el5
NetworkManager-gnome-0.6.4-6.el5
ORBit2-2.14.3-4.el5
ORBit2-2.14.3-4.el5
PyXML-0.8.4-4
SDL-1.2.10-8.el5
SDL-1.2.10-8.el5
SDL-devel-1.2.10-8.el5
SDL-devel-1.2.10-8.el5
……

重って表示されるのは片方が x86_64 でもう片方が i386 （i686） です。

i386 の方だけ狙って消すには

# rpm -e GConf2-2.14.0-9.el5.i386

のように パッケージ名とバージョンのあとに i386 （または i686） までつけて消せばよいのですが、依存関係もあるので大変です。そこで、rpm -qf でフォーマットを指定して xargs を使って一気に消せないか試したところうまくいきました。

# rpm -qa --qf "%{NAME}-%{VERSION}-%{RELEASE}.%{ARCH}\n" | grep i[36]86 | xargs rpm -e

2009-11-19追記

ある環境で scim-bridge-gtk の i386 パッケージが上記コマンドでどうしても削除できないという状況に陥りました。これは scim-bridge-gtk i386 パッケージがアンインストール時に /usr/bin/gtk-query-immodules-2.0-32 を実行しようとするのですが、このファイルが含まれている gtk2 パッケージが先に削除されてしまっているためです。このときは、一度 gtk2.i386 を入れ直してから、scim-bridge-gtk を先に手動で削除してから、改めて i386 のパッケージをまとめて削除することで解決しました。

A〜N

CGI

ウェブサーバ上で動作して結果をブラウザに返すプログラム。Common Gateway Interface の略。

CSS

Cascading Style Sheet の略。いわゆるスタイルシートと呼びれているモノを指します。クロスサイトスクリプティングは紛らわしいので XSS と略します。

CVE

Common Vulnerabilities and Exposures の略。脆弱性に対して提供されている普遍的な番号。http://cve.mitre.org/

CVS

Concurrent Versions System の略。バージョン管理ツール。https://www.cvshome.org/

EOL

End Of Life の略。つまりサポートが打ち切られたことを示します。

FC1

Fedora Core 1 の略。

FC2

Fedora Core 2 の略。

FC3

Fedora Core 3 の略。以下同様。

FEP

Front End Processer の略。日本語入力システムのことを指すと説明されることがあるが間違い。「先に何かをする機構」という意味なので、当てはまるものは他にもたくさんある。

FLP

Fedora Legacy Project の略。http://www.fedoralegacy.org/ Red Hat のサポートが切れたバージョンのディストーションのサポートを受け継ぎ、セキュリティ対応パッチをリリースするプロジェクトとしてスタートした。しかし期待されたものの参加スタッフの不足と、Fedora Core のサポート体制の変更、CentOS の台頭などによりすでに活動を停止した。

GPL

GNU General Public License の略。http://www.gnu.org/copyleft/gpl.html

GPG

GNU Privacy Guard の略。PGP の GNU による実装。GnuPG とも略す。http://www.gnupg.org/

GIF

Graphics Interchange Format の略。パソコン通信 CompuServe で利用され広まった画像圧縮フォーマット。256 色までのパレット画像しか扱えませんが、JPEG とは異なり透過やアニメーション画像を扱えるので根強い人気があります。米 Unisys 社のサブマリン特許事件を機にボイコット運動が起こり、PNG フォーマットが誕生するきっかけとなりました。アニメーションなどを除き PNG に取って代わらつつあります。

HTML

HyperText Markup Language の略。

ISO

International Organization for Standardization。国際標準化機構。

JPEG

Joint Photographic Experts Group の略。写真などを圧縮するのに適している画像フォーマット。

ML

メーリングリスト(Mailing List)の略。最近はメーリスなんて略すようですが、違和感がありますね。

MRTG

Multi Router Traffic Grapher の略。ネットワークの使用状況を HTML の統計情報として出力してくれるツール。

O〜Z

P2P

Peer to Peer の略。また、P2P 接続や P2P ネットワークを指す。

P3P

Platform for Privacy Preferences の略。ウェブサイトのプライバシーポリシーを記述するための仕様。

PHP

PHP:HIPERTEXT PROCESSER の略。Apache に組み込んで使うスクリプト言語。http://www.php.net/

PNG

Portable Network Graphics の略。GIF の代替として開発されたロイヤリティー不要の画像フォーマット。GIF との違いとしてはアニメーションはできないが、フルカラー(48bitまで)対応可能。JPEG と異なり可逆圧縮を行なう。またチャンクと言われる領域に独自形式の追加データを保持できる。アニメーション対応可能な形式としては MNG 画像フォーマットが制定されたが、Mozilla は途中から非対応にするなどあまり採用の動きが広がっていない。

QA

Quality Assurance の略。品質を保証すること。そのためのチッェクプロセスのことも QA という。QAing という言い回しもされています。

RH73

Red Hat Linux 7.3 の略。

RH8

Red Hat Linux 8 の略。Fedora Legacy でのサポートは断念されました。

RH9

Red Hat Linux 9 の略。

RHEL

Red Hat Enterprise Linux の略。

RHL

Red Hat Linux の略。通常 Red Hat Linux 9 以前を指します。

RPM

Redhat Package Manager の略。Red Hat 系ディストリビューションで使用するパッケージ管理ツール。

SIer（エスアイアー）

System Integrator の略。System Integration (システム構築)と区別するために er をつけていると思われる。SI屋と聞こえるときもあるが間違えではないと思う。

SMTP

Simple Mail Transfer Protocol の略。メールを転送するためのプロトコル。

SNMP

Simple Network Management Protocol の略。簡易ネットワーク管理プロトコル。

UPS

Uninterruptible Power Supply の略。無停電電源装置。

URI

Universal Resource Identifier の略。URL との違いは、URI と URL を参照。

WUA

①WWW User Agent の略。一般に WWW ブラウザと呼ばれているものがそれに当たる。②Windows Update Agent の略。Windows の自動更新を行なってくれるアプリケーション。

WWW

World Wide Web の略。主に HTML を介して繋がっているリソース網。

XML

eXtensible Markup Language の略。拡張可能なマークアップ言語。

XSS

クロスサイトスクリプティング (Cross Site Scripting) の略。CSS と略さないのは カスケーディングスタイルシートと紛らわしいから。

あ〜の

ぐぐる

Google で検索すること。

言想（げんそう）

話しながら考えること。何かの辞書に載っていたのですが失念しました。

セキュリティホール

コンピュータ用語で、安全上の欠陥。ソフトウェアの設計ミスやバグなどで、プライバシーが脅かされたり、パソコンに侵入されたりする欠陥。

センスアップ

センスアップとはいう言葉は和製英語です。直訳すると「感性向上」ということでしょうか。

は〜ん

まず手始めに RPM を作成します。SourceForge.net: phpGroupWare から最新の tar.bz2 ファイルをダウンロードし、/usr/src/redhat/SOURCES/ ディレクトリに置きます。

# cd /usr/src/redhat/SOURCES/
# wget http://jaist.dl.sourceforge.net/sourceforge/phpgroupware/phpgroupware-0.9.16.011.tar.bz2

phpgroupware-rh-all-ap.spec　ファイルを取り出して、/usr/src/redhat/SPECS/ ディレクトリに置き、所有者を変更します。

# tar xjvf phpgroupware-0.9.16.011.tar.bz2 'phpgroupware/doc/rpm-build/phpgroupware-rh-allapp.spec'
# mv phpgroupware/doc/rpm-build/phpgroupware-rh-allapp.spec ../SPECS/
# chown root:root phpgroupware-rh-allapp.spec

phpgroupware-rh-all-ap.spec ファイルを変更します。

%define version 0.9.16.011
……
#%{prefix}/%{phpgwdirname}/property ←コメントアウト
……
%{prefix}/%{phpgwdirname}/"phpGroupWare - 0.9.16.kpf"
%{prefix}/%{phpgwdirname}/README.NOW-IMPORTANT
……

RPM をビルドします。

$rpmbuild -ba phpgroupware-rh-allapp.spec

noarch の PRM ができるのでインストールします。

#rpm -ivh /usr/src/redhat/RPMS/noarch/phpGroupWare-all-apps-0.9.16.011-1.noarch.rpm

ファイルは /var/www/html/phpgroupware にインストールされます。続いてインストール後の設定です。