変更点と日本語リソース問題の解決:Apache 2.0でWebDAV(前編)(1/2 ページ)
Apache 2.0の正式リリースにより、WebDAVも新たな段階に入った。拡張性が加わり可能性が広がった一方で、1.3時代のmod_encodingがうまく機能しないといった問題も浮上した。
待望のApache 2.0正式リリース
いささか旧聞に属しますが、2002年4月にApache 2.0が「2.0.35」として正式リリースされました。2002年6月現在は、「2.0.39」が最新となっています。Apache 2.0になって、Apache 1.3では別リリースだったWebDAVサポートが含まれるようになりました。
WebDAVサポートを含むApache 2.0の新機能は、大ざっぱにはApache 2.0の新機能とその実力によくまとまっています。ただし、正式リリースまでに機能追加が行われた部分や不安定になってしまった部分がいくつか見受けられます(注)。
注:それらの中には、安定すればWebDAVを利用するに当たって非常に有用なものも見られます。
本稿では、
- Apache 2.0でWebDAVを利用するには?
- 日本語リソース名の問題とその解決
といった点について紹介しますが、「安定すれば有用なものは何か?」についても解説します。また、バージョニングの実装であるSubversionについても、回を改めて紹介する予定です。
なお、WebDAVプロトコルそのものおよびApache 1.3での日本語リソース名の利用については、手前味噌ではありますが次世代プロトコルWebDAVの可能性で詳細に解説していますので、そちらの記事を参照してください。
mod_dav on Apache 2.0概要
冒頭で述べたように、Apache 2.0になってWebDAVプロトコルをサポートするためのモジュールであるmod_davが同梱されるようになりました。Apache 1.3までは1モジュールでWebDAV機能を提供していたmod_davですが、Apache 2.0からは「mod_dav」と「mod_dav_fs」という2つのモジュールに分割されました。
- mod_dav
WebDAV機能のフロントエンドモジュール。WebDAVプロトコルを解釈し、バックエンドのモジュールに引き渡す。 - mod_dav_fs
WebDAV機能のバックエンドモジュール。mod_davから指示を受け、実際の動作を行う。
mod_dav_fsはその名が示すとおり、mod_davの命令をファイルシステム上のファイル操作に置き換えて実行します。
モジュールが2分割されたことにより、プロトコル処理部分とそれ以外のバックエンドの部分が明確に分離されました。これにより、例えばDBMSのアクセスを行うバックエンドのモジュールを作り、mod_davと組み合わせるといったことも可能になりました。
フロントエンドモジュールとバックエンドモジュールの関係を簡単にまとめた例を図1に示します。
図中の「mod_dav_db」というバックエンドモジュールは、「DBをアクセスするためのバックエンドモジュールの例」として出したものであり、そのようなモジュールが存在するわけではありません。もしかしたら、どこかで開発されているかもしれませんが……。
Apache 2.0へのWebDAV機能の組み込み
同じソースツリーにmod_dav(とmod_dav_fs)が組み込まれているため、コンパイル自体は非常に簡単になりました。ここでは、Apache 2.0.39をベースに、実際のインストールについて解説します。
ソースコードの展開とconfigure
ソースコードをhttp://www.apache.org/dist/httpd/などから入手し、適当なディレクトリに保存・展開して生成されたディレクトリに移動します。
$ gzip -dc httpd-2.0.39.tar.gz | tar xvf - $ cd httpd-2.0.39
次に、configureとmakeを行います。
$ ./configure --enable-shared=yes --enable-dav=yes $ make
単にWebDAV機能を有効にするだけでしたら、--enable-shared=yesというオプションは必要ないのですが、この後でmod_encodingやバージョニング拡張の機能を組み込むときに、DSO(Dynamic Shared Object)対応になっていないといささか面倒なので、今回はあえてこの指定をします。また、mod_davとmod_dav_fsは、--enable-dav=yesと指定することで、両方とも組み込まれます。
インストールとモジュールの確認
makeが終わったら、rootになってインストールします。
$ su root # make install
ここまでで、WebDAVとDSOに対応したApache 2.0がインストールできます。configureでインストール先のディレクトリを指定しない場合は、/usr/local/apache2配下に実行ファイル、設定ファイル、開発ツール、ドキュメント類などの一式がインストールされます。
インストールされた実行ファイル(httpd)を-lオプション付きで実行すると、組み込まれているモジュールが分かります。今回の場合、mod_so.c、mod_dav.c、mod_dav_fs.cの3つが組み込まれていれば問題ありません。以下は、筆者がコンパイルしたApache 2.0での実行結果です。
# /usr/local/apache2/bin/httpd -l Compiled in modules: core.c mod_access.c mod_auth.c mod_include.c mod_log_config.c mod_env.c mod_headers.c mod_setenvif.c prefork.c http_core.c mod_mime.c mod_dav.c mod_status.c mod_autoindex.c mod_asis.c mod_cgi.c mod_dav_fs.c mod_negotiation.c mod_dir.c mod_imap.c mod_actions.c mod_userdir.c mod_alias.c mod_so.c
Apacheの設定と注意
上記の例のとおりにconfigure && make && make installした場合は、/usr/local/apache2/confにhttpd.confがあると思います。
WebDAVの使用設定については、Apache 1.3+mod_davと変わっていません。通常のHTTPサーバとしての設定に加えて、例えば、
Alias /davtest "/home3/dav" <Location /davtest> DAV on </Location> DAVLockDB /usr/local/apache2/var/DAVLock
と書けば、/davtestに対するDAVアクセスが可能になります。
この例において、DAVアクセスされるディレクトリである/home3/davおよびロックファイルが作成される/usr/local/apache2/varについては、httpdが走行するユーザー権限(注)で書き込み可能にしておく必要があります。
注:httpd.confファイル内で、UserディレクティブとGroupディレクティブを用いて指定します。
なお、アクセスコントロールの必要性については、WebDAV時代のセキュリティ対策でその危険性と対処方法について解説していますので、ここでは割愛させていただきます。
単にWebDAV機能を使うだけであれば、ここまでの設定でほとんど問題ありません。ただし、ServerNameディレクティブの設定を行っていないと、IPアドレスを使ったWebフォルダの指定で不具合が出ることがあります。このような場合は、ServerNameディレクティブに、
ServerName:192.168.1.2:80
のような形で「自身のIPアドレス:ポート番号」を記述することで回避できました。ServerNameの詳細については、サンプルのhttpd.confなどに詳細な記述があるので参考にしてください。
Copyright © ITmedia, Inc. All Rights Reserved.