DSAS開発者の部屋:ケータイやクローラの判別などに使えるmod_cidr

2008年08月25日

ケータイやクローラの判別などに使えるmod_cidr_lookupを公開しました

mod_cidr_lookupというApacheモジュールを公開しました。

http://lab.klab.org/wiki/Mod_cidr_lookup

mod_cidr_lookupは、アクセスしてきたクライアントのIPアドレスが、指定したCIDRブロック群のいずれかにマッチするかどうかを判別するApacheモジュールです。
Apache 2.0と2.2系に対応しています。

マッチした結果は、環境変数 (X_CLIENT_TYPE) とHTTPリクエストヘッダ (X-Client-Type) にセットするので、Apache自身とバックエンドのWebアプリの両方で同じ情報を参照することができます。

このモジュールを使うメリット

簡単にクライアントの種類を知ることができる

判別処理はモジュールが行ってくれるので、のちほどお見せるように、Webアプリやhttpd.confでは環境変数やリクエストヘッダの値を参照するだけでクライアントの種類を知ることができます

処理時間の短縮化

同じようなCIDR判定の処理を、Apache (のAllow fromの羅列やRewriteCondの羅列) とWebアプリの両方でやるのは無駄です。このモジュールを使えば、判定処理は1つで済み、判定結果を使う場合は環境変数などを参照するだけで済むので効率的です

CIDRデータの一元管理

異なるレイヤ(ApacheとWebアプリとか)のそれぞれで別々にいくつもCIDRデータを管理していると、更新漏れや食い違いの可能性があります

インストール、設定

インストールや設定方法など詳しい情報は、プロジェクトサイトをご覧ください。

http://lab.klab.org/wiki/Mod_cidr_lookup

参考

CIDRの判定ロジックについては以下のエントリが参考になると思います。より適したロジックがあるという方はご連絡お待ちしております！

(ひ)とKラボの仲間たち

いっしょにDSASつくりませんか？

klab_gijutsu2 at 07:00 │Comments(5) │TrackBack(0) │codecompe

トラックバックURL

この記事へのコメント

1. Posted by es 2008年09月05日 19:18

お世話になります。
こちらに書くべきか迷ったのですが、適切な場所が見つかりませんでしたので、質問させてください。

早速使わせて頂こうかと思いまして、
例に載っていますSetEnvIfディレクティブを使った判定を行ってみたのですが、どうしても環境変数がセットできませんでした。

User-AgentやRemote_Addrを利用してのセットはできていますので、
SetEnvIfの利用方法の間違いではなさそうです。

また、アプリケーション(PHP)では、Apache EnvironmentでX_CLIENT_TYPE、
HTTP Headers InformationでX-Client-Type
に値が入っているのを確認しましたので、
正常に動いているのは間違いなさそうです。

apacheのモジュールのロードされる順番やconfファイルの記述順番を変えたりしてみたのですが、
セットできませんでした。

環境はCentOS4.6にソースから入れたapache2.2.9です。

2. Posted by （ひ） 2008年09月12日 19:44

使っていただいてありがとうございます！

お返事が遅くなってしまいましたが、報告いただいた問題を修正したバージョン1.1を先ほどリリースいたしましたので、お試しいただけるとうれしいです。

今回はご報告ありがとうございました！！

http://lab.klab.org/wiki/Mod_cidr_lookup

3. Posted by masutaro 2008年10月23日 08:51

初めましてmasutaroと申します。

Apacheモジュールの勉強を始めたばかりなので、間違った指摘かもしれませんが、気になった点を相談させていただきます。よろしくお願いします。

1. fook登録のところで、post_read_requestとheader_parserそれぞれにfixup_cidr_infoを登録していますが、どちらかに1回で良いのでは？と思いました。両方で呼び出す必要があるのでしょうか？

>ap_hook_post_read_request(fixup_cidr_info, NULL, suc, APR_HOOK_MIDDLE);
>ap_hook_header_parser(fixup_cidr_info, NULL, suc, APR_HOOK_MIDDLE);

# 私の環境で、試しにどちらか片方をコメントアウトしても、仕様通りに動きました。

2. post_read_requestと、header_parserはDECLINED以外が返ると、そのフェーズを終了すると認識しています。fiup_cidr_infoはOKを返していますが、他のモジュールと一緒に使うときに問題はないでしょうか？

# こちらは検証していません。

どうぞよろしくお願いします。

4. Posted by ひろせ 2008年10月31日 02:58

masutaroさん、コメントありがとうございました！

1. post_read_requestにもregisterするようにしたのは最近(mod_cidr_lookup-1.2)でして、このようにした理由は、サーバ設定とバーチャルホストのコンテキストでもmod_cidr_lookupでセットした環境変数をSetEnvIfで参照できるようにするためです。

modules/metadata/mod_setenvif.cではpost_read_requestとheader_parserにregisterしているので、mod_cidr_lookupもそれにあわせるようにregisterするhookポイントを追加した次第です。

2. post_read_requestとheader_parserはRUN_ALL型なので、OKかDECLINEDを返せば処理は継続します。

http://dsas.blog.klab.org/archives/50626863.html
http://d.hatena.ne.jp/dayflower/20081029/1225266220
が参考になると思いますのでよかったら見てみてください。

また何かありましたらお気軽にコメントくださいませ！！

5. Posted by masutaro 2008年11月06日 10:01

ひろせさん、ご丁寧な回答ありがとうございました。私の勉強不足でした。

勉強していて参照できる日本語の情報がそれほど多くないので、大変参考になりました！
※そんなことないのでしょうか(汗)

ありがとうございました。

この記事にコメントする

名前:
メール:
URL:
	情報を記憶:	評価:	顔星

DSAS開発者の部屋