絶対領域(AbsoluteArea)の徒然: 4月 2007

2007年4月25日水曜日

閑話休題

Firefoxのダウンロードマネージャの話

Firefoxはだいぶ前に入れてしばらくアップデートしながら使用していたのですが、あるアップデート（２．０あたりか？）した後にダウンロードマネージャが正常に使用できなくなってしまった。現象はマネージャウインドウを開くと履歴もダウンロード先も表示されない。
ダウンロード先の変更をしても表示されない。ダウンロードは正常に出来ますがどうも気持ちが悪い・・・。
とは言え既にメインブラウザをOperaに移してしまい、しばらく見て見ぬふり・・・。
最近色々Firefoxの出番が増えて、やっと重い腰を上げました。
お手軽簡単再インストール！・・・・だめでした。
で、個別設定だとにらんで「C:\Documents and Settings\\Application Data\Mozilla\Firefox\Profiles\～.default」の下を覗いていると・・・「download.rdf」・・・・ピピーンときました、日付を見ると遥か昔・・・試しにリネームしてFirefoxを再起動しマネージャを起動すると・・・やった！解決です。
これで再びFirefoxライフを送れます。めでたしめでたし。

2007年4月18日水曜日

ふぇどら～日記弐其の５

いぇいぇうぉ～（イミフメ）

openLDAP関連
再挑戦、復讐戦、リメンバーパールハーバー！です。
今度は素直に設定を行いました。もうこれで大丈夫！って思って再起動しました！
・・・なんだよそれ・・・「システムロガーを起動中」って所で延々と待たされる・・・ムッキ～またかよ！
またおかしくなったよ！って思ってググッてみたらありました、原因がわかりました。
LDAPが起動するまえにLDAPを覗きに行くやつが起動しているかららしい。
[root@yebisu ~]# cd /etc/rc.d/rc0.d
[root@yebisu rc0.d]# mv K73ldap K87ldap
[root@yebisu rc0.d]# cd /etc/rc.d/rc1.d
[root@yebisu rc1.d]# mv K73ldap K87ldap
[root@yebisu rc2.d]# cd /etc/rc.d/rc3.d
[root@yebisu rc3.d]# mv S27ldap S16ldap
[root@yebisu rc3.d]# cd /etc/rc.d/rc4.d
[root@yebisu rc4.d]# mv S27ldap S16ldap
[root@yebisu rc4.d]# cd /etc/rc.d/rc5.d
[root@yebisu rc5.d]# mv S27ldap S16ldap
[root@yebisu rc5.d]# cd /etc/rc.d/rc6.d
[root@yebisu rc6.d]# mv K73ldap K87ldap
で再起動・・・OK大丈夫になりました。
ulogd
ldapの起動時の問題は解決しましたが、今度はip6tablesの所で同様の現象が・・・
ぴんときましたulogdだだだ！
で、見てみたら起動順番が逆だし遥か離れてるし・・・あふぉか！
直してみる
[root@yebisu ~]# cd /etc/rc.d/rc0.d
[root@yebisu rc0.d]# mv K19ulogd K93ulogd
[root@yebisu rc0.d]# cd /etc/rc.d/rc1.d
[root@yebisu rc1.d]# mv K19ulogd K93ulogd
[root@yebisu rc1.d]# cd /etc/rc.d/rc2.d
[root@yebisu rc2.d]# mv S81ulogd S07ulogd
[root@yebisu rc2.d]# cd /etc/rc.d/rc3.d
[root@yebisu rc3.d]# mv S81ulogd S07ulogd
[root@yebisu rc3.d]# cd /etc/rc.d/rc4.d
[root@yebisu rc4.d]# mv S81ulogd S07ulogd
[root@yebisu rc4.d]# cd /etc/rc.d/rc5.d
[root@yebisu rc5.d]# mv S81ulogd S07ulogd
[root@yebisu rc5.d]# cd /etc/rc.d/rc6.d
[root@yebisu rc6.d]# mv K19ulogd K93ulogd
で再び再起動・・・なんか違うっぽい--;
もう一回messageログを見てみると
Apr 18 11:31:43 yebisu rpc.statd[2588]: nss_ldap: failed to bind to LDAP server ldap://127.0.0.1: Can't contact LDAP server
Apr 18 11:31:43 yebisu rpc.statd[2588]: nss_ldap: failed to bind to LDAP server ldap://127.0.0.1: Can't contact LDAP server
Apr 18 11:31:43 yebisu rpc.statd[2588]: nss_ldap: reconnecting to LDAP server (sleeping 4 seconds)...
って出てる・・・まだldapだYo！どうやらnfslockの前にしないといけないみたいなのでまたまた修正
[root@yebisu rc2.d]# cd /etc/rc.d/rc3.d
[root@yebisu rc3.d]# mv S16ldap S13ldap
[root@yebisu rc3.d]# cd /etc/rc.d/rc4.d
[root@yebisu rc4.d]# mv S16ldap S13ldap
[root@yebisu rc4.d]# cd /etc/rc.d/rc5.d
[root@yebisu rc5.d]# mv S16ldap S13ldap
停止の設定はちゃんとなってた。しっかりしろよ＞オレ
でまたまた再起動
なんかまだ遅いところがあるが・・・まいっか

2007年4月16日月曜日

ふぇどら～日記弐其の４

ふぁいと～

iptablelog Ver0.9 続き
php-mysqlをインストール
iptablelogを解凍し、ディレクトリごと /var/www/admin に移動。パーミッションとrestoreconを行う。
MySQLにiptablelog用のデータベースとテーブルを作成
mysql>create database iptablelog;
mysql>grant create,select,insert on iptablelog.* to iptablelog_user@localhost identified 'iptablelog';
mysql>use iptablelog
mysql>source /var/www/admin/iptablelog/conf/iptables.mysql
テーブルを作成するとその中にulogd用のテーブルも含まれている。2カラム多いのが気になるけど。
cp -p conf/config.php.default conf/config.php
vi conf/config.php
$db_password="iptablelog";
$url_base="/admin/iptablelog/";
$file_base="/var/www/admin/iptablelog"; # i.e. "/var/www/html/iptablelog"

cp -p conf/iptables_resolve.default conf/iptables_resolve
vi conf/iptables_resolve
$iptablelog_path = "/var/www/admin/iptablelog"; # Change this
db_connect("localhost","iptablelog","iptablelog_user", "iptablelog"); # Change these db settings

cp -p reports/conf/config.php.default reports/conf/config.php
vi reports/conf/config.php
$reports_user_localdomain = "mydomain.com"; # 適切に変更

cd /etc/cron.hourly/
ln -s /var/www/admin/iptablelog/conf/iptables_resolve
ulogd ＋ ulogd-mysql
ulogdのログ保存先をMySQLに作成
/etc/ulogd.conf を修正
plugin="/usr/lib/ulogd/ulogd_MYSQL.so" # コメントイン

[MYSQL]
table="ulog"
pass="iptablelog"
user="iptablelog_user"
db="iptablelog"
host="localhost"

必要ないかもしれないが以下を変更。このファイルだけ何故か実行権限が付いてない
#su -
#chmod 755 /usr/lib/ulogd/ulogd_MYSQL.so

2007年4月14日土曜日

ふぇどら～日記弐其の３

まだかな～

iptableslog Ver0.9
iptablesのログ集計ツール。インストールしようとしたら、最新バージョンが07/04/04に出たらしい。絶対ハマルと思いつつ、トライ。READMEにもINSTALLにもほとんど記述がない・・・。仕方が無いので偉大なる先人を探すことに・・・いない、そりゃそうか、リリースされたばっかりだし。仕方なく自力でやることにした。その前にバックアップを取っておくことにしていざ。
最初に以下をインストール。2番目のはいらないかも。
ulogd、ulogd-mysql
と、ここまでで一旦中止。
ircd-hybrid
IRCサーバを立てる事になったのでインストールした。
これまた参考が余り無く困った。結局てけとうに設定して動かした。
/etc/ircd/ircd.conf をだけを修正
name
sid = "392"; # 日本は392と決まっているらしい
description
network_name # いまいち何を設定すればいいか分からない。とりあえずサーバー名にした
network_desc
max_clients

admin { 以下
name = "webmaster";
email
host # port=6697（ｓｓｌ）用の設定を一応直しておく。port7000以降のものはコメントアウト

以下の修正がもっとも重要
#havent_read_conf = 1; # この行をコメントアウトしないと起動できない

2007年4月13日金曜日

ふぇどら～日記弐其の２

つづき・・・

tripwire
前回は鼻歌交じりで簡単インストールしたつもりでしたが、今回は何故か苦労した。原因は手順、先人の方法は手動インストール、前回は何故かyumでの自動インストール。なんでか知らないですが、自然とトラブルを回避してしまう癖があるようですｗ
setroubleshoot
SELinuxのトラブルシュート用ツールで逐次発生したSELinuxのエラーを監視してくれます。親切な表示でエラーの原因と解決法を知ることが出来ます。英語だけどね・・・
インストール作業を行いつつ、SELinux関連のエラーは潰して言った方がいいです。トラブルシュートしていく内にほとんどのエラーはデフォルトのSELinuxの設定値の変更かディレクトリのSELinuxパーミッションの再設定（restorecon -R <ディレクトリ>）で解決できるようです。
postfix ＋ dovecot ＋ SpamAssassin ＋ amavisd-new
SMTP、POP、ウイルスチェック、スパムチェックをするためのツールです。やはりSELinux関連のエラーが出ます。解決方法は各ユーザのMaildirのSELinuxパーミッションでした。restorecon -R /HOME/[username]/Maildir で解決。

2007年4月11日水曜日

ふぇどら～日記弐其の１

さー始まりました、新シリーズ！というか出直し？

Fedora6インストール
今回はバックアップを考慮に入れたパーティション構成にするわけですが、キーポイントはバックアップ先とスナップショット用のパーティションを作成しておく事と、確保順序をスワップ(1984MB)、ルート(272384MB)、スナップショット用(10240MB)、バックアップ用(20480MB) 計３００GB と思ったけどやってみたら確保順番が設定できない・・・ルート、バックアップ用、スナップショット用、スワップの順になっていたので、バックアップ用とスナップショット用を逆順で確保し直すことで良しとしました。でもなんかおかしい・・・GUIのLVMマネージャで新規論理パーティション作成ボタンを押してもうんともすんとも・・・・CPU速度計測アプレットを起動すれば対応していないハードウェアというし、テストインストール中はちゃんと動いていたのに・・・libcrypt.soがないと怒られたり、なんで？ま、いいか（ぉぃ。心当たりがあるとすれば最初の yum update で余りに遅いので途中でキャンセルして再実行したことか？

ふぇどら～日記最終話

突然ですが、ふぇどら～日記は今回で終了です。
何故かって？そうです、次からはふぇどら～日記弐が始まります。

どうして突然「弐」になるかというと・・・・やり直しなんですよ・・・・

事の発端はopenLDAP導入でした、、、始めの方は手順どおりに鼻歌交じりで設定していました。
設定して、ユーザ認証を一元化する設定をしてOSのログインまで設定した所で「悪魔」が私に囁き掛けました。
「よう。openLDAP間の通信を暗号化しないか？TLSの設定をすれば簡単だよ・・・ふふふ」
実は、openLDAPの導入の前にMondoRescueでバックアップを取っていたので、何が起こってもリカバリーできると思い込んでいたのです。そう、その時までは・・・

TLSの設定は別サイトの手順で設定することになったのですが、最初うまくいきませんでした。
色々変更しているうちに、元に戻らなくなってしまっただけでなく、他のサービスも起動しないばかりか、起動に物凄く時間がかかるようになってしまったり、起動すらしなくなってしまったり・・・

しばらく悩んで閃きました。openLDAPをキレイさっぱり消してから、入れ直せばイインジャン！って思って作業を始めました。
初めはserverとclientを消せば事が足りると思っていましたが、どうもうまくいかない。
で、触れてしまったのですよ、逆鱗に・・・
ldapをアンインストールした時でした、余り考えずにOKOKってやったら、それが起こってしまったのです。
デスクトップから次々にアプリケーションやらメニューやらが消えていくのです。きょえぇぇぇ
でもその時点では余り深刻に考えていませんでした。「ふっ、バックアップの出番が来たぜ！」
・
・
・
駄目でした、敗北でした、元に戻りませんでした。
自分の力量が恐ろしく足りませんでした。
LVM（これ自体も知らなかった）でOSインストールしていたので、MondoRescueでは素直にリストアできないらしいです。
まあ、不幸中の幸いといいますか、データだけはバックアップできていたので、そこから書き戻すことは出来ます。
で、新たなバックアップ方法を探すことにしました。dumpとLVMのスナップショットを使用する方法を見つけたので、早速トライ！
うまくいった！GJ!＞オレ（じゃなくて偉大なる先人でしょ？）
で、ついでにパーティション容量の増減方法も分かったし、LVMも理解できた。
転んでもただでは起きないぞ！って言うか最近は「わざと転ぶ」ことが多い。
時間の無駄じゃないぞ！その方がいろいろ学べるもんね！
やっぱり「百聞は一見にしかず」「百見は一行にしかず」つまり、見たり聞いたりするより、実際にやった方が断然覚えるってことですよ。

では、次回からは再びインストールからスタートですよ

登録: 投稿 (Atom)