www.moritox.jp

apcupsdのエラー(2)

apcupsdでセグメントが異なるネットワークの使用ができないと書いてしまいましたが、ちゃんとできました。パケットフィルターの設定が不足していたためにダメだったようで、パケットフィルターの設定を追加した所、正しい動作をするようになりました。

| 2009年06月13日 11:56 | CentOS | コメント＆トラックバック（0）

apcupsdのエラーのメモ

CentOS-5.3、rpmforgeのリポジトリからyumでapcupsdをインストールしてみました。（因みにapcupsdのバージョンは3.14.3）

UPSとシリアルケーブルで接続されたPC（サーバ）
apcupsd.confの変更箇所
　　　UPSCABLE 940-0024C
　　　UPSTYPE smartups
　　　DEVICE /dev/ttyS1
　　　UPSCLASS standalone
　　　UPSMODE disable
　　　TIMEOUT 180

UPSサーバと連動させるPCの設定
　　　UPSCABLE ether
　　　UPSTYPE net
　　　DEVICE サーバのIPアドレス:3551
　　　UPSCLASS standalone
　　　UPSMODE disable
　　　NETTIME 60
　　　TIMOUT 160

最低限の設定で、サーバとクライアントの接続ができたけれど、クライアントでapcupsdを起動させるとWarning communications lost with UPSと表示される。iptablesでTCP 3551はチャンと開けた。ログもそれらしいのは記録されていない。何故だろうと？？？のまま、検索して見つかりました。
答えは、サーバとクライアントは同一のネットワークに接続されていないと、apcupsdのネットワーク機能は働かない。当然ですが、同一ネットワーク内で設定したらエラーは出なくなりました。
サーバ(192.168.100.x)とクライアントPC(192.168.200.x)のネットワークセグメントが違っていたのが原因でした。
一つのUPSで異なるネットワークの機器を管理するようにするにはオプションのカード（AP9607）を挿してシリアルポートを増設しないとダメらしいです。（ケーブルも必要です）—>両方共にYahoo!オークションでも入手可能。
apcupsdの情報は検索すればすぐに見つかるけれど、バージョンの古い設定方法が多く結局公式サイトのマニュアルを参照して上手く行きました。

| 2009年06月09日 13:12 | CentOS | コメント＆トラックバック（0）

Rapid-SSLのサーバー証明書の更新

MD5の脆弱性が見つかり、サーバー証明書が偽造できるらしい。その時のテストに使用したのが、Rapid-SSLの証明書だった訳ですが、当サイトもRapid-SSLからの証明書を使用している身としてはちょっと不安でしたが、https://www.geotrust.com/support/ssl-certificate-reissuance/にアクセスして、SHA1で署名された証明書に更新できます。SHA1も完全では無いらしいのですが、しばらくは安心できそうです。

| 2009年04月20日 11:16 | CentOS | コメント＆トラックバック（0）

DNS Csche Poisoningの攻撃

最近、DNSのキャッシュ汚染の攻撃が多いです。一応対策はしてあるので問題はないのですが、ログが気になるので何とかしたいと思って検索してみれば、

iptablesで何とかできるようです。

（１）　recentを使う方法

（２）　hashlimitを使う方法

（３）　u32を使う方法

OSがCentOSなのでu32を使う場合はカーネルの再構築が必要になるようなので、u32を使う方法はあきらめました。

参考　https://lists.dns-oarc.net/pipermail/dns-operations/2009-January/003488.html

iptables -A INPUT -p udp –dport 53 -m u32 –u32
“0>>22&0x3C at 12>>16=1&&0>>22&0x3C at 20>>24=0&&0>>22&0x3C at 21=0×00020001″ -j
DROP

（２）のhashlimitを使う場合の設定は下記の設定を参考にすれば動くと思います。

参考　http://dsas.blog.klab.org/archives/50208645.html

（１）のrecentを使う設定はググるとたくさん出てきます。

参考　http://www.dit.co.jp/service/bruteforce_def/index.html

基本的にはSSHのブルートフォースアタックに対しての対策法と同じで、連続して接続する相手を閉め出すというものです。

u32が使えないので、まずはhashlimitを使って設定してみて様子を見てます。

| 2009年02月25日 12:35 | CentOS | コメント＆トラックバック（0）

CentOS-5 NFSが変

CentOS-5でNFSを設定したがうまくいかない。

CentOS-5 では通常、 /etc/sysconfig/nfs 内に

LOCKD_TCPPORT=32803

LOCKD_UDPPORT=32769

MOUNTD_PORT=662

STATD_PORT=662

と記述しておくと、NFSの使用ポートを固定できるようになっています。

NFSクライアントでマウントはできるのですが、マウント後の動作が安定していない。

rpcinfo -p を見てみると　nlockmgr の値が指定した値になっていないことに気がついた。ウェブで検索してしてみても同様のトラブルは見つからないので、再三設定を見直してみても、変な箇所は見つからず、どうしたものか分からなかったが、とりあえずの処置で nfs の再起動をして回避できることが分かったので、/etc/rc.local に追記した。

/etc/rc.local

/etc/rc.d/init.d/nfs restart

これで起動後にNFSを再起動させて、指定したポートを使うようになった。

| 2008年08月15日 13:54 | CentOS | コメント＆トラックバック（0）

BONDING(Active-BackUp)を設定してみた

サーバ機にはNICが２つ付いている。そこで冗長化を目的としてBONDINGを設定してみた。Active-Backupは特別なスイッチやNICを必要としないので、お手軽に冗長化ができます。

CentOS-5で確認

/etc/modprobe.conf に追記

alias eth0 bnx2

alias eth1 bnx2

alias bond0 bonding

 

/etc/sysconfig/network-scripts/ifcfg-eth0 以下に修正

DEVICE=eth0

MASTER=bond0

SLAVE=yes

BOOTPROTO=none

HWADDR=NICのMAC-Addr

/etc/sysconfig/network-scripts/ifcfg-eth1 以下に修正

DEVICE=eth1

MASTER=bond0

SLAVE=yes

BOOTPROTO=none

HWADDR=NICのMAC-Addr

 

/etc/sysconfig/network-scripts/ifcfg-bond0 以下の様に作成

DEVICE=bond0

IPADDR=サーバー機のIP-Addr

NETMASK=サーバ機のサブネット

NETWORK=ネットワークアドレス

GATEWAY=ゲートウェイアドレス

ONBOOT=yes

BOOTPROTO=static

BONDING_OPTS=”mode=1 primary=eth0 miimon=100 updelay=5000″

 

設定が終わったら再起動させて、eth0側のケーブルを引っこ抜いてみる。

ログを見てみて、eth1がアクティブになっていることを確認、通信できるか確認する

抜いたケーブルを接続して、ログを確認 –> eth0がアクティブになっていることを確認して、通信できる確認する。

 ネタ元 IBMのサイト内のPDFファイルです。

Bonding ドライバー利用ガイド for RHEL5

| 2008年06月28日 22:23 | CentOS | コメント＆トラックバック（0）