はるかのブログ

昨日構築したサーバ。
RHEL4で、最初からインストールされていたperl5.8.5に最新の5.8.8をインストールした。
方法がこれであっているのか定かではないけど、まぁ、動くし。問題ないかな。
まずは、普通にtar玉の展開。そしてmake。
/usr/binの中にある、perlの実行ファイル類をperl.distとかにリネームして、そこに/usr/local/binの下記のperlの実行ファイル類のシンボリックリンクを張る。
ln -s /usr/local/bin/perl /usr/bin/perl
ln -s /usr/local/bin/perl5.8.8 /usr/bin/perl5.8.8
ln -s /usr/local/bin/perlbug /usr/bin/perlbug
ln -s /usr/local/bin/perlcc /usr/bin/perlcc
ln -s /usr/local/bin/perldoc /usr/bin/perldoc
ln -s /usr/local/bin/perlivp /usr/bin/perlivp

以上。

今、巷で流行っている（？）３Dデスクトップ環境を、PCIスロットを息子から破壊されて放置されていたセカンドノートPCに入れて遊んでみました。


環境は以下。
型番：VAIO　PCG-V505G/B
CPU：Pentium M プロセッサー1.50 GHz
メモリ：768MB（512MB+256MB）
グラフィック：ATI Technologies社製 MOBILITY RADEON 9200
最初はubuntu7.10を導入してみる。
初期設定で、搭載されている環境に合わせたデスクトップモードで動くらしい。
デスクトップの設定を変えても、ウィンドウがグネグネなるだけで回転はしない。
次にFedora8を導入してみる。
Fedora7に次いで開発環境のリリースだけど、なんとか３Dデスクトップが行えたｗｗｗ
使ってみた結果。
結構遊べそうｗ
調子に乗って、普段使っているGNOMEからKDEにしたので使い勝手にまだ馴染めてないが、KNOPIXとかのライブOSもKDEを搭載してるらしいので、この際にFedora8をいじって覚えておくのも良いかも。

自宅サーバでデフォルトのまま動いていたlogwatchのレポートがウザかったので、設定を見直してみた。
Fedoraの場合、「/usr/share/logwatch/default.conf/logwatch.conf」に設定ファイルが置いている。
※RHEL4だと/etc/log.d/logwatch.confに置いてある。
# The ‘Service’ option expects either the name of a filter
# (in /usr/share/logwatch/scripts/services/*) or ‘All’.
# The default service(s) to report on. This should be left as All for
# most people.
Service = All
下記を追加
Service = -qmail
Service = -pop3
Service = -vsftpd
Service = -secure
これで毎日送られて来ていた数百行のlogwatchのレポートが軽くなるｗ
ウチは、ファイアウォールなんて上層に立てていないので、SSHやFTPで不正侵入を試みようとするログが数千行・・・。
加えて、ローカルから5分毎に新着メールを確認しているので、pop3のログが5分×15回×24時間=1800行以上・・・。
昨日のlogwatchでいうと、先頭の
##### Logwatch 7.2.1 (01/18/06) #####
から、最後の
##### Logwatch End #####
までの総行数は・・・
64095行！！！！
テキストだけのメールで２.6MBって、どんだけ～！？

先月末に会社のメールサーバのリプレースを行った。
合わせてＳｐａｍａｓｓａｓｓｉｎで迷惑メールも弾くようにした。
迷惑メールの運用としては、

Ｓｐａｍａｓｓａｓｓｉｎのスコア閾値は「6.5」
スコア値「6.5～10までは、件名を変えてメール配送」
スコア値「11以上は、別アカウントへ転送」
「どのメールが転送されたかを１日一回、ユーザへメールする」

といった運用にする。
.procmailrcに下記を記述。
———————-
PATH=/bin:/usr/bin:/usr/local/bin
MAILDIR=$HOME/Maildir
DEFAULT=$MAILDIR/
LOCKFILE=$HOME/.lockmail
#Spam判定されていないメールは一度ＳｐａｍＡｓｓａｓｓｉｎへ送る。
#アカウントが150個以上もあるので、2MBを越すメールに対しては
#チェックを行わない。
:0fw
*!^X-Spam.*
* < 2097152 |/usr/bin/spamc #ヘッダーの「X-Spam-Level」を確認して、’*’が11個以上だったら #メールの送信時間を環境変数$MATCHへ格納。
#格納した$MATCHの値を、Spam-Listファイルへ記述。
:0 c
*^X-Spam-Level: \*\*\*\*\*\*\*\*\*\*
*^Date: *\/.*
| echo “Time:$MATCH” >> $HOME/Spam-List
#ヘッダーの「X-Spam-Level」を確認して、’*’が11個以上だったら
#メールの送信者を環境変数$MATCHへ格納。
#格納した$MATCHの値を、Spam-Listファイルへ記述。
:0 c
*^X-Spam-Level: \*\*\*\*\*\*\*\*\*\*\*
*^From: *\/.*
| echo “From:$MATCH” >> $HOME/Spam-List
#ヘッダーの「X-Spam-Level」を確認して、’*’が11個以上だったら
#メールの件名を環境変数$MATCHへ格納。
#格納した$MATCHの値を、Spam-Listファイルへ記述。
:0 c
*^X-Spam-Level: \*\*\*\*\*\*\*\*\*\*\*
*^Subject: *\/.*
| echo “Subject:$MATCH” >> $HOME/Spam-List
#ヘッダーの「X-Spam-Level」を確認して、’*’が11個以上だったら
#空白行をSpam-Listファイルへ記述。
:0 c
*^X-Spam-Level: \*\*\*\*\*\*\*\*\*\*\*
| echo “” >> $HOME/Spam-List
#ヘッダーの「X-Spam-Level」を確認して、’*’が11個以上だったら
#管理者アカウントにメールを転送。
:0
*^X-Spam-Level: \*\*\*\*\*\*\*\*\*\*\*
! virus@xxxxxxxxx.com
———————-
このprocmailの内容で、メールが届くたびに内容をチェックし、一定レベル以上のスパムだと、Spam-Listファイルにこんな感じのメールリストが記述される。
Time: Tue, 06 Nov 2007 00:06:13 -0500
From: “Beau Z. Juarez”
Subject: *****SPAM***** If you treat your filly as a goddess, why not become a God in her bedroom?
（ここは空白行）
次に行うのは、「どうやってここのユーザにメールを送るか？」だ。
今回の場合、お粗末だが「.spam-report.sh」と言った簡単なシェルスクリプトを組んでみた。
.spam-report.shに下記を記述。
———————-
#!/bin/sh
#pwdコマンドで得た結果（/home/ユーザー名）から、‘ユーザー名‘のみを抜き出し、’name’に代入する。
pwd > name
name=`cut -c 7- name`
#スクリプトにて追加した文字をSJISに変換する。
nkf -j Spam-List > Spam-List-j
#ユーザーへメールを送信する。
mail -s “SPAM Mail-Block Report” $name@xxxxxxxxx.com < Spam-List-j #古い情報が記録されているSpam-Listを削除。以降の情報を記録するSpam-Listの作成。 rm -rf Spam-List touch Spam-List chmod 660 Spam-List #’何時から取得している情報です‘って意味にしたかったんだけど、コレは要らんかもしれない。 date +"%Y/%m/%d %k:%M ～" >> Spam-List
echo “” >> Spam-List
#ユーザへ通知したい文の入力。
#ここは好きなようにしてくれ。
echo “お疲れ様です。” >> Spam-List
echo “$nameさんのスパムメールのブロック情報を通知します。” >> Spam-List
echo “情報が記載されていない場合、ブロックされたメールはありません。” >> Spam-List
echo “” >> Spam-List
———————-
Spamassassinに転送する.qmailファイルを合わせても、3つのファイルをユーザディレクトリに配置する。
さすがにそこはコピーするだけのスクリプトを組んだが・・・。
そうそう。
新規ユーザが作成された時に一緒に作成されるように、/etc/skelにも追加する事。
一定時間にスクリプトを走らせるから、下の記事で書いているように、/var/spool/cron/にユーザ分のcronファイルをコピって上げればよい。

ユーザ毎にcronを実行させたい場合、
cron -u ユーザ名 -e
とすると、そのユーザ毎のcronが設定できる。
ちなみに、cronの内容は、
/var/spool/cron/ユーザ名
で保存されるので、複数のユーザに同じcronを実行させたい場合は、cronファイルの中をコピーすれば使える。

忘れないように自分用の備忘録。
NICを2枚つんだLinuxマシンの場合、routeコマンドを使ってスタティックな転送経路を作ってあげる必要がある。
会社の構成だと、
データセンターのIP：eth0=xxx.xxx.xxx.195（一応伏字だけど、グローバルIP）
　　　　　　　　　　　 ：eth1=172.23.8.2（会社⇔iDC間のVPN）
会社のIP：192.168.2.x
当たり前だが、デフォルトゲートウェイは１つだけだから、この場合はグローバルIPが振ってあるeth0になる。
会社からサーバのeth1に疎通を図っても、デフォルトゲートウェイからパケットを出そうとするので応答が帰ってこない。
そこで、routeコマンドを使い、
route add -net 192.168.2.0 gw 172.23.8.1 netmask 255.255.255.0 eth1
と打って、スタティックルートを設定してやらなければならない。
【200/11/12追記】
rooutコマンドでは、ネットワークの再起動を行った時に設定内容がクリアされてしまう。
恒久的に設定を行う場合、/etc/sysconfig/network-scripts/route-eth*に設定内容を記述する必要がある。
【route-eth* の記述例】
「ネットワーク[192.168.2.0/24]へは、ゲートウェイ[192.168.1.1]を経由する」と記述をする場合。
192.168.2.0/24 via 192.168.1.1
これでネットワークを再起動してもスタティックルートが消滅しない。