Sopht Square

最近おうちサーバに greylisting を導入して、そしたら全然スパムが来なくなって感動したよというお話。

かなり内部的な話ですが、近いうちにサーバを replace する予定です。

えー、最近アホほど大量のトラックバック・スパムが来ております。

異変があったのはバレンタインデーの2月14日。この日から今日までの間に送信されてきたスパムの数は、なんと驚きの約8000件。コメントやトラックバックが入るとメールが飛んでくる設定になっているんですが、もうメールボックスもパンパンですよ。

ちなみにある程度スパムブロック機能を組み込んでいてスパムが来ても承認なしには公開されない状態にしてあるので、ブログが汚れる状態にはまだなっていないんですが、なんとも気持ち悪い。

マジでやめてくんねーかなー。

ここ数日で、サーバ内のソフトウェアをいろいろいじってみた。変更したのは以下の通り。

• Darwin Streaming Server 5.5.4（新規）
• OpenLDAP 2.3.31（新規）
• Apache 2.2.3（アップデート）
• Postfix 2.3.5（アップデート）

それぞれについて、ちょこちょこっと。

突然、サーバからメールの送信ができなくなった。

ずいぶん前のやつだけど、analogによる検索語レポート文字化け対策 - その2の続きみたいなやつ。

公式サイトに共有インストールの方法は書いてあったが、なぜか手順通りに作業しても「INCLUDE ERROR」というのが出て動作しない。

で、先日少し時間があったのでソースを見てみると、ドキュメントルートにserendipity_config_local.inc.phpが置いてないとダメな感じらしい。確かに公式サイトの共有インストールではバーチャルホストのドキュメントルートでやってたなぁ・・・、と今更気がつく。

でも、ブログ用にわざわざバーチャルホストを使うのはあまりにウザいので、ソースをハックすることにしました。ま、変更は簡単で、読み込んでいるindex.phpがあるのと同じディレクトリのserendipity_config_local.inc.phpを読むようにした。serendipity_config.inc.phpの165行目あたりにこんなのを挿入。

} elseif (file_exists(preg_replace('|[^/]+$|',
        'serendipity_config_local.inc.php',
        $_SERVER['SCRIPT_FILENAME']))) { 
    $local_config = preg_replace('|[^/]+$|',
        'serendipity_config_local.inc.php',
        $_SERVER['SCRIPT_FILENAME']);

ていうかドキュメントルートなんて見ないで初めからこうするのが合理的な気もするが、なんかセキュリティ的問題でもあるのだろうか・・・。現在sophtでは3ブログを共有モードに移行して今のところ順調に動いています。DB接続情報の入ったコンフィグファイルさえ読めれば、あとはDBベースで動作するので問題ないらしい。

とにかくこれでブログのバージョン管理が一元的にできるようになりました。よかったよかった。

ブログ作成当初から別のページとの一貫性のあるデザインにしようと思ってたのを、ようやく今になって作業をしてみた。

うちのサーバはブログや掲示板などの動的部分を除いて、ApacheのContent Negotiationを利用することで表示する言語を振り分けている。

前回UTF-8指定でうまくいったのは、結局最近の一般的な検索エンジンの傾向としてqueryにUTF-8を使うというのがあったからで、やっぱり別の文字コードの検索エンジンから来たリクエストは化けてしまうようだった。