「Linux」カテゴリーアーカイブ

居間に置くような小型サーバを作れないかと、色々と暇つぶし物色中。

ファイルサーバと割り切って、かつ汎用性のあるものとなると、玄箱+500GB:HDDで約２万か。さすがに、OpenBlocks とか玄柴はディスク容量とかの汎用性が無いか… モニターなども付けるの大変だし、サーバ＆PCという使い方だと避けたいかな。

CPUもi386系の物であれば、ディスク容量的に増設やらは難しいけど、 外観的にも Endeavor NP11 あたりであれば、OSを載せ替えれば、いいかな。出力=VGA。

mouse computer であれば、LUV MACHINES(Lm-mini 20)の OSなしで、27,510円か…出力=DVI。 ディスク容量がちょっと少なめとは思うが…HDD=500GBで、35,000円ほど。といっても、HDレコーダのある居間でHDD容量はそんなに必要ないか。?

キューブ型なら、Windows が付かない物も探せるし、 VSPECあたりで、V-CUBE/AtomD510-ISK300 であれば、拡張性もそれなりか(38,800円)。出力がVGAか。?

キューブまで広げれば、普通にDELLのVistro(TM) 230のスリムタワー

お、クレバリーのExpress-PC mini LPi [EMLi-10D]、OS無しが選べて(24,800円)それなりの拡張性が 残っているな、DVDマルチ、Mem=1GB,HDD=320GB,シャドウベイ(スリム5インチ、2.5インチ)もある。容量はたいしたことないけど、電源も本体内だし。 出力がVGAなので、今後居間にHDMI,DVIなりのテレビにする可能性を考えると、 DVI出力のもう１つ上のランクのStandard mini ENi[SMEi-10E] 39,800円の方が いいか。しかし、OS無しモデルが無い。 これならば、DELLのVistro(TM)230,NVIDIA GeForce G310(DVI)で、38,380円の方が 拡張性も高いし、マシ。

以前にマルツ電波で購入していたLEDスクロールバッジ(12X38URL-R2)だけど、 Linuxから表示できるようにしてみた。 漢字対応のものが見つからなかったので、作ってみた。 制御データのプロトコルが判らなかったけど、 シリアルデータのキャプチャを使って送信データを解析した。

同様の製品で赤外線で設定というものがあり、 このことからこのテの製品の多くは単方向通信となっている様子。 漢字フォントは、PerlのGDモジュールを使って画像を生成し、 ビットマップを取得している。

• Perl による表示プログラム:eabadge.pl(2010-05-24)

メールでメッセージを表示

子供にメールを送っても、メール環境立ち上げるわけでもないから、 このバッジにメールで文章を表示できるようにしてみた。

(( $HOME/.qmail-XXXXXX ))
| preline /usr/bin/procmail .procmailrc-XXXXXX
(( $HOME/.procmailrc-XXXXXX ))
:0fw: eabadge.lock
* 9876543210^0 ^From:.*じぶんのめーるあどれすその1
* 9876543210^0 ^From:.*じぶんのめーるあどれすその2
| /usr/bin/nkf -e -m | /usr/bin/formail -k -x Subject
| /usr/bin/head -8 | /usr/bin/head -c 256
| /usr/local/bin/eabadge.pl

SAPM対策でspamassassin+clamassassinを受信メールに対して動かしているけど、 最近このおかげで処理が重くなることが増えてきた。 fetchmailで、丹南CATVから一括して自サーバにメールを取り込んでいるため、 受信メールの数だけ並行して、spamassassin+clamassassinが動いているみたい。 pstree で激重状態の時のプロセスツリーをみると、10本同時処理になってた。 loadaverageも20を越えてる。

対策は、procmail の{spam,clam}assassinの起動方法。"man procmailrc"すると、 レシピ毎にローカルロックを指定し、排他処理することで並行処理を防ぐようにしないとダメみたい。 *assassinを起動する":fw" の後ろに、ローカルロックファイルを指定する":ロックファイル"を追加する。

:0fw: clamassassin.lock
*!^X-Virus-Status.*
| /usr/bin/nice /usr/bin/clamassassin
:0
* ^X-Virus-Status:.*Yes
/dev/null
:0fw: spamc.lock
*!^X-Spam-Status.*
| /usr/bin/spamc
:0
* ^X-Spam-Level: \*\*\*\*\*\*\*\*\*\*
* ^X-Spam-Status: Yes
/dev/null
:0fw: check_uri.lock
*!^X-URIRBL.*
| /usr/bin/nice /usr/local/bin/check_uri.pl
:0
* ^X-Spam-Level: \*\*\*\*\*\*\*\*
* ^X-Spam-Status: Yes
* ^X-URIRBL: Yes
/dev/null

SPAMメールフィルタとして.procmailrc内に、spamassassinを設定して使っていた。 しかし、SPAMが増えてきてISPからfetchmailで一括でメールを取ってくると、 一度にspamassassinが起動され、OSのload averageが異様に重くなることが増えてきた。 spamassassinは、Perlで書かれたフィルタだし、元々処理が重くなりがち。 このため、spamc + spamd によるDaemon型のフィルタ方法に切り替え。

(( $HOME/.procmailrc ))
:0fw
*!^X-Spam-Status.*
| /usr/bin/spamc
(( /etc/default/spamassassin ))
# Change to one to enable spamd
ENABLED=1
(( spamassassin 再起動 ))
# /etc/init.d/spamassassin restart

丹南通信ネットのメールアドレスに届くメールは、 ほとんどSPAM。自宅サーバにfetchmail+procmailで 取り込む際にSpamAssasinの前処理として、 From欄が独自ドメインで判定できるものはprocmailの レシピで捨てている。んで、SPAMフォルダ内の Fromでレシピを追加していたけど、 最近はFromにyahoo,goo,gmail,msn,exiteを騙るメールばっかり。 丹南さんには、もうすこしまともなメールフィルタ入れて欲しいな…