adrufの目指せ鯖缶 目指せ一流サーバ管理者！ http://drupal.395963.com/atom/feed 2006-05-23T11:39:12+09:00 WordPress 2.0.11 を 2.2.3 へアップデート http://drupal.395963.com/node/73 2008-02-20T18:26:17+09:00 2008-02-20T18:27:24+09:00 adruf サイトマップファイルを簡単に管理できるようにするため
とあるWordPressMeのサイトをバージョンアップすることにしました。
バージョンは 2.0.11 から 2.2.3 となります。

そこで出会った様々な問題を備忘録としてまとめておこうと思います。

まず、バージョンが大きく異なるわけですが、
日本のWordPressMe本家ではかる～く、ファイルを上書きして
アップデート処理をすれば大抵は問題ないと記載されていました。
それを信じてそのまま実行したわけですが。。。

確かに動くことは動くのですが、管理画面のメニューなどが英語に
なってしまいましたT-T
ネットでさくっと調べたところ
「WordPressMEをアップデートしたら管理画面が英語になってしまった場合の対処法は？」
というまさにビンゴな感じのコンテンツがあったので参考にして
変更を加えてみましたが結果はNG。。。

結局問題の根幹は設定ファイル(wp-condig.php)の設定内容でした。
2.2.3にあわせて設定をしないといけなかったのです。
(言語設定関係が変わってますね)

普通なら当然設定ファイルはチェックするべきところではありましたが
「単純に上書きして動く」という案内に見事にだまされたわけです><

とうことで上記2つの対策をしたら無事管理画面も日本語となりました。

]]> サイトマップファイルを簡単に管理できるようにするため
とあるWordPressMeのサイトをバージョンアップすることにしました。
バージョンは 2.0.11 から 2.2.3 となります。

そこで出会った様々な問題を備忘録としてまとめておこうと思います。

まず、バージョンが大きく異なるわけですが、
日本のWordPressMe本家ではかる～く、ファイルを上書きして
アップデート処理をすれば大抵は問題ないと記載されていました。
それを信じてそのまま実行したわけですが。。。

確かに動くことは動くのですが、管理画面のメニューなどが英語に
なってしまいましたT-T
ネットでさくっと調べたところ
「WordPressMEをアップデートしたら管理画面が英語になってしまった場合の対処法は？」
というまさにビンゴな感じのコンテンツがあったので参考にして
変更を加えてみましたが結果はNG。。。

結局問題の根幹は設定ファイル(wp-condig.php)の設定内容でした。
2.2.3にあわせて設定をしないといけなかったのです。
(言語設定関係が変わってますね)

普通なら当然設定ファイルはチェックするべきところではありましたが
「単純に上書きして動く」という案内に見事にだまされたわけです><

とうことで上記2つの対策をしたら無事管理画面も日本語となりました。

]]> squirrelmailの認証処理に不具合？？？ http://drupal.395963.com/node/71 2008-02-17T22:16:00+09:00 2008-02-17T22:27:31+09:00 adruf とあるシステムでWebmailが使いたいと言うことで
squirrelmailを導入したのですが、認証が不安定な状況に。。。

システムとしては

・OS　 CentOS4.6
・MTA　postfix
・SMTP Courier-imap

でバーチャルドメイン(postfixadmin)運用。
さらにMaiaMailguardでスパム、
ウィルス対策(spamassassinとclamav)をしています。

まぁこれだけいろいろなシステムが絡み合うと、
それなりに調整する必要は出てくるわけですが、
今回の場合は認証方法がそれにあたりました。

セキュリティー的には良くないのでしょうが、
最終的にはPlainTextで認証処理をするように設定しました。

当初は特に問題なく動いていたのですが、
いつの間にかsquirrelmailにログインできなくなる問題が発生。
しかも確実にNGな訳ではなくかなり低確率ではあるものの
ログインできる場合もあるのです。

はじめはブラウザ等クライアント側を疑ったのですが
原因がなさそうだったので、少し気合いを入れて調査してみました。

すると。。。
squirrelmailのパスワード処理に不具合がっぽいものを確認。
パスワードを暗号化して復号化する際に、元のパスワードに戻らないのです^^;
ランダムデータとbase64にて暗復号化をしているのですが
この処理方法がどうやら問題ありのようです。。。

ということでこの暗復号化処理を間違いなく実行できるように変更。
この修正を実施後は問題なく動作するようになりました^^

具体的な修正内容については・・・
あまりにもやっつけな方法なので公開できません（ぉぃ
もう少し修正方法を検討してみて、良い方法が見つかったら
公開させていただこうと思います m(_ _)m

# ネットで検索しても困っている人はいないようなので
# 多分必要のない情報でしょう^^;

]]> とあるシステムでWebmailが使いたいと言うことで
squirrelmailを導入したのですが、認証が不安定な状況に。。。

システムとしては

・OS　 CentOS4.6
・MTA　postfix
・SMTP Courier-imap

でバーチャルドメイン(postfixadmin)運用。
さらにMaiaMailguardでスパム、
ウィルス対策(spamassassinとclamav)をしています。

まぁこれだけいろいろなシステムが絡み合うと、
それなりに調整する必要は出てくるわけですが、
今回の場合は認証方法がそれにあたりました。

セキュリティー的には良くないのでしょうが、
最終的にはPlainTextで認証処理をするように設定しました。

当初は特に問題なく動いていたのですが、
いつの間にかsquirrelmailにログインできなくなる問題が発生。
しかも確実にNGな訳ではなくかなり低確率ではあるものの
ログインできる場合もあるのです。

はじめはブラウザ等クライアント側を疑ったのですが
原因がなさそうだったので、少し気合いを入れて調査してみました。

すると。。。
squirrelmailのパスワード処理に不具合がっぽいものを確認。
パスワードを暗号化して復号化する際に、元のパスワードに戻らないのです^^;
ランダムデータとbase64にて暗復号化をしているのですが
この処理方法がどうやら問題ありのようです。。。

ということでこの暗復号化処理を間違いなく実行できるように変更。
この修正を実施後は問題なく動作するようになりました^^

具体的な修正内容については・・・
あまりにもやっつけな方法なので公開できません（ぉぃ
もう少し修正方法を検討してみて、良い方法が見つかったら
公開させていただこうと思います m(_ _)m

# ネットで検索しても困っている人はいないようなので
# 多分必要のない情報でしょう^^;

]]> ルートサーバー情報のアップデート http://drupal.395963.com/node/69 2007-11-20T22:07:15+09:00 2007-11-20T22:07:17+09:00 adruf 11月1日(もう過ぎている＾＾；)にルートサーバーの１つである
LルートサーバーのIPアドレスが変更になりました。

・ICANN Blog (ICANN本家のブログ－英語)
・JPNIC（上記ページを翻訳した情報－日本語）

今までのアドレスも半年間は継続して利用することが約束されているそうですが
最終的にはサービスを停止するとのことですので、これに伴いネームサーバーを
運用している人はルートサーバー情報を書き換える必要がでてきました。

善は急げということでBINDでいくつか運用しているサーバーの設定を変更してみました。
まだ対処がお済みでない人は参考になれば幸いです＾＾

方法はとても簡単

BIND8の場合

  1. 「named.root」というファイルを探します。

    # locate named.root
    /var/named/named.root

    こんなかたちで見つけましょう。locateが使えない人はfindコマンドで。

  2. viなどのエディタで内容を変更します。

    # vi /var/named/named.root

    .                        3600000      NS    L.ROOT-SERVERS.NET.
    L.ROOT-SERVERS.NET.      3600000      A     198.32.64.12

    　　　　　　　　　　　　　　　　　↓変更

    .                        3600000      NS    L.ROOT-SERVERS.NET.
    L.ROOT-SERVERS.NET.      3600000      A     199.7.83.42

  3. BINDを再起動（リロード）します

    リロードする場合
    # /sbin/service named reload

    リスタートする場合
    # /sbin/service named restart

BIND9の場合
　named.caというファイルが編集対象となるだけで後はBIND8と同じです。

はい、お疲れ様でした！＾＾

しかしルートサーバーのIPアドレス変更ってどうなのかと。。。
結局昔のIPアドレスでの運用は停止できずそのまま継続して使われる気がしないでもない＾＾；

]]> 11月1日(もう過ぎている＾＾；)にルートサーバーの１つである
LルートサーバーのIPアドレスが変更になりました。

・ICANN Blog (ICANN本家のブログ－英語)
・JPNIC（上記ページを翻訳した情報－日本語）

今までのアドレスも半年間は継続して利用することが約束されているそうですが
最終的にはサービスを停止するとのことですので、これに伴いネームサーバーを
運用している人はルートサーバー情報を書き換える必要がでてきました。

善は急げということでBINDでいくつか運用しているサーバーの設定を変更してみました。
まだ対処がお済みでない人は参考になれば幸いです＾＾

方法はとても簡単

BIND8の場合

  1. 「named.root」というファイルを探します。

    # locate named.root
    /var/named/named.root

    こんなかたちで見つけましょう。locateが使えない人はfindコマンドで。

  2. viなどのエディタで内容を変更します。

    # vi /var/named/named.root

    .                        3600000      NS    L.ROOT-SERVERS.NET.
    L.ROOT-SERVERS.NET.      3600000      A     198.32.64.12

    　　　　　　　　　　　　　　　　　↓変更

    .                        3600000      NS    L.ROOT-SERVERS.NET.
    L.ROOT-SERVERS.NET.      3600000      A     199.7.83.42

  3. BINDを再起動（リロード）します

    リロードする場合
    # /sbin/service named reload

    リスタートする場合
    # /sbin/service named restart

BIND9の場合
　named.caというファイルが編集対象となるだけで後はBIND8と同じです。

はい、お疲れ様でした！＾＾

しかしルートサーバーのIPアドレス変更ってどうなのかと。。。
結局昔のIPアドレスでの運用は停止できずそのまま継続して使われる気がしないでもない＾＾；

]]> ファイル数を数える方法 http://drupal.395963.com/node/67 2007-04-03T14:32:07+09:00 2007-04-03T14:33:34+09:00 adruf とある仕事でメールが受信できないトラブルが発生し調査したことがあったのですが、
なぜかトラブルのある人だけ毎回通信がタイムアウトしていることがありました。

その際にメールの受信件数を把握するためメールボックス(Maildir形式)内の
ファイル数を数えてみることにしました。
今回はメール件数を把握するために使っていますが汎用的に使えますので
備忘録として記録しておこうと思います。

例) /var/mail/aaa にあるファイル数を確認する場合

find /var/mail/aaa -type f | wc -l

これだけです。

findはファイルを検索するコマンドで、この出力(検索結果)をwcコマンドで受けることで
ファイル数が分かるという仕組みですね。

ちなみに、上記の方法ですとfindでファイル形式を指定していませんので全ての
ファイルが検索対象となり、純粋なメール件数だけでなく設定ファイルなども
含まれますが、それはまぁ誤差ということで^^;

# 余談ですがメールが受信できなかった人はなんと2万件もメールがありました(O_O)

]]> とある仕事でメールが受信できないトラブルが発生し調査したことがあったのですが、
なぜかトラブルのある人だけ毎回通信がタイムアウトしていることがありました。

その際にメールの受信件数を把握するためメールボックス(Maildir形式)内の
ファイル数を数えてみることにしました。
今回はメール件数を把握するために使っていますが汎用的に使えますので
備忘録として記録しておこうと思います。

例) /var/mail/aaa にあるファイル数を確認する場合

find /var/mail/aaa -type f | wc -l

これだけです。

findはファイルを検索するコマンドで、この出力(検索結果)をwcコマンドで受けることで
ファイル数が分かるという仕組みですね。

ちなみに、上記の方法ですとfindでファイル形式を指定していませんので全ての
ファイルが検索対象となり、純粋なメール件数だけでなく設定ファイルなども
含まれますが、それはまぁ誤差ということで^^;

# 余談ですがメールが受信できなかった人はなんと2万件もメールがありました(O_O)

]]> Drupal5にアップデートしてみる http://drupal.395963.com/node/66 2007-02-02T12:44:23+09:00 2007-02-02T12:44:24+09:00 adruf 祝！ Drupal5 リリース

Drupalが先日6周年のめでたい日にあわせて
メジャーバージョンアップをしましたね(Drupal5)

このサイトの存在も忘れるぐらいやることだらけで暇がなく
忘れかけていたことも多数ある中、
無謀にもアップグレードしてみようとチャレンジしてみました。

まず結果から。。。
　今現在（2007/02/02時点)は様子見していた方が無難でしょう＾＾；

理由は色々あるのですが、昔からDrupalの弱点に感じていた
「モジュールの汎用性（流用性かな）の低さ」が一番ネックでしょうか。
メジャーバージョンアップは当然ながら0.1単位のバージョンアップでも
モジュールの仕様が変わりそのまま使い続けることができない。。。（下位互換性を持たない）
よって新しいバージョンができるとその都度
利用しているモジュールの対応版が出てくるのを待たないといけません。

さらにこれらの追加モジュールはバージョンアップの際に一旦無効にして
アップデート後に再度有効にする必要があるなど他の同様なシステムと比べると
欠点といえる仕様ですね。

Drupalをアクティブに使っている人ほどこの問題は深刻です。。。。
このサイトも多数の追加モジュールを利用しているのですが
現時点では利用できないものも多数あります。
時間が解決してくれると思いますがいつになるのかな。

とりあえずやり始めたことは最後までやってみることがポリシーなので
一通りできる範囲でサイトをDrupal5に変更してみました！

見た目上は以前のサイトと同程度に見えるかも知れませんが
実はごまかし多数^^;
時間の必要な悩みの種がまた一つ増えてしまった。。。

]]> 祝！ Drupal5 リリース

Drupalが先日6周年のめでたい日にあわせて
メジャーバージョンアップをしましたね(Drupal5)

このサイトの存在も忘れるぐらいやることだらけで暇がなく
忘れかけていたことも多数ある中、
無謀にもアップグレードしてみようとチャレンジしてみました。

まず結果から。。。
　今現在（2007/02/02時点)は様子見していた方が無難でしょう＾＾；

理由は色々あるのですが、昔からDrupalの弱点に感じていた
「モジュールの汎用性（流用性かな）の低さ」が一番ネックでしょうか。
メジャーバージョンアップは当然ながら0.1単位のバージョンアップでも
モジュールの仕様が変わりそのまま使い続けることができない。。。（下位互換性を持たない）
よって新しいバージョンができるとその都度
利用しているモジュールの対応版が出てくるのを待たないといけません。

さらにこれらの追加モジュールはバージョンアップの際に一旦無効にして
アップデート後に再度有効にする必要があるなど他の同様なシステムと比べると
欠点といえる仕様ですね。

Drupalをアクティブに使っている人ほどこの問題は深刻です。。。。
このサイトも多数の追加モジュールを利用しているのですが
現時点では利用できないものも多数あります。
時間が解決してくれると思いますがいつになるのかな。

とりあえずやり始めたことは最後までやってみることがポリシーなので
一通りできる範囲でサイトをDrupal5に変更してみました！

見た目上は以前のサイトと同程度に見えるかも知れませんが
実はごまかし多数^^;
時間の必要な悩みの種がまた一つ増えてしまった。。。

]]> ディスクの利用状況を確認する方法 http://drupal.395963.com/node/65 2006-10-25T11:22:16+09:00 2006-10-25T11:23:48+09:00 adruf はじめは十分に空きのあったはずのディスクも
いつの間にかいっぱいになって慌てたことはありませんか？
今回はこんな時のスマートな解決方法を紹介します。

まずはディスク全体の確認
これにはdfコマンドを利用します。

df -h 

    Filesystem            Size  Used Avail Use% Mounted on
    /dev/sda2            1012M  362M  599M  38% /
    /dev/sda1              99M   26M   69M  27% /boot
    /dev/sda7              88G  1.6G   82G   2% /home
    none                  503M     0  503M   0% /dev/shm
    /dev/sda5             9.9G  2.2G  7.3G  23% /usr
    /dev/sda6             9.9G  2.2G  7.2G  24% /var

こんな感じになって使用状態が一目で分かります。

 ここでUse%のところに注目し、100%に近づいているところが
危険領域です。（ディスクを多く使っている）

では次に、その多く使っている領域の何がディスクを圧迫させているかを調べます。

例) /usr の利用状況を調べる

du -s /usr/*/ |sort -rn 

    678248  /usr/local
    390796  /usr/share
    346412  /usr/lib
    194780  /usr/src
    94332   /usr/java
    54788   /usr/bin
    15072   /usr/sbin
    14048   /usr/include
    12780   /usr/kerberos
    8768    /usr/X11R6
    3132    /usr/libexec
    4       /usr/games
    4       /usr/etc
    4       /usr/dict
    0       /usr/tmp

こんな感じにディレクトリ毎に使用している容量が分かります。

使用量の多いディレクトリをチェックして
余分なファイルを削除する等することでディスクを空けましょう。
これで解決です。

]]> はじめは十分に空きのあったはずのディスクも
いつの間にかいっぱいになって慌てたことはありませんか？
今回はこんな時のスマートな解決方法を紹介します。

まずはディスク全体の確認
これにはdfコマンドを利用します。

df -h 

    Filesystem            Size  Used Avail Use% Mounted on
    /dev/sda2            1012M  362M  599M  38% /
    /dev/sda1              99M   26M   69M  27% /boot
    /dev/sda7              88G  1.6G   82G   2% /home
    none                  503M     0  503M   0% /dev/shm
    /dev/sda5             9.9G  2.2G  7.3G  23% /usr
    /dev/sda6             9.9G  2.2G  7.2G  24% /var

こんな感じになって使用状態が一目で分かります。

 ここでUse%のところに注目し、100%に近づいているところが
危険領域です。（ディスクを多く使っている）

では次に、その多く使っている領域の何がディスクを圧迫させているかを調べます。

例) /usr の利用状況を調べる

du -s /usr/*/ |sort -rn 

    678248  /usr/local
    390796  /usr/share
    346412  /usr/lib
    194780  /usr/src
    94332   /usr/java
    54788   /usr/bin
    15072   /usr/sbin
    14048   /usr/include
    12780   /usr/kerberos
    8768    /usr/X11R6
    3132    /usr/libexec
    4       /usr/games
    4       /usr/etc
    4       /usr/dict
    0       /usr/tmp

こんな感じにディレクトリ毎に使用している容量が分かります。

使用量の多いディレクトリをチェックして
余分なファイルを削除する等することでディスクを空けましょう。
これで解決です。

]]> Linuxのデーモン起動制御 http://drupal.395963.com/node/64 2006-10-24T11:17:09+09:00 2006-10-24T11:19:20+09:00 adruf Linux系OSをご利用になる場合
クライアント用途よりもサーバ用途でご利用になる方は多いでしょう。

そこで利用する様々なサービスではそれぞれデーモンがあるわけですが、
その起動についてはデーモンのインストール時に自動的に設定されます。
（ランレベル毎OSの起動に合わせてそのデーモンを起動するか否かですね）

人によっては必要のないサービスも立ち上がっている方は多いのではないでしょうか？
手動で毎回不要なデーモンを止めることもありでしょうが、
どうせならスマートに起動しないようにしておきたいところですよね？
今回はその方法のご紹介です。

まずは状態の確認。
chkconfigコマンドを使いましょう。

# chkconfig --list

netfs           0:off   1:off   2:off   3:off   4:off   5:off   6:off
network         0:off   1:off   2:on    3:on    4:on    5:on    6:off
apache2         0:off   1:off   2:on    3:on    4:on    5:on    6:off
　・
　・
　・
fam             0:off   1:off   2:off   3:off   4:off   5:off   6:off
named9          0:off   1:off   2:off   3:off   4:off   5:off   6:off
courier-imap    0:off   1:off   2:on    3:on    4:on    5:on    6:off

例えばこの中のapache2デーモンの起動をやめたいとします。
その場合

chkconfig apache2 off

とすると、次回以降のOS起動ではapache2デーモンは立ち上がらなくなります。
やっぱり元に戻したいという場合は、

chkconfig apache2 on

とすると次回以降のOS起動でデーモンが起動するようになります。

もう少し詳細に制御したい場合はランレベルを指定することでピンポイントで
ON/OFF出来ます。

chkconfig --level=2345 apache2 off

こんな感じです。

これで無駄なメモリ消費もなくなりますので、一度チューニングしてみてはいかがでしょうか？

]]> Linux系OSをご利用になる場合
クライアント用途よりもサーバ用途でご利用になる方は多いでしょう。

そこで利用する様々なサービスではそれぞれデーモンがあるわけですが、
その起動についてはデーモンのインストール時に自動的に設定されます。
（ランレベル毎OSの起動に合わせてそのデーモンを起動するか否かですね）

人によっては必要のないサービスも立ち上がっている方は多いのではないでしょうか？
手動で毎回不要なデーモンを止めることもありでしょうが、
どうせならスマートに起動しないようにしておきたいところですよね？
今回はその方法のご紹介です。

まずは状態の確認。
chkconfigコマンドを使いましょう。

# chkconfig --list

netfs           0:off   1:off   2:off   3:off   4:off   5:off   6:off
network         0:off   1:off   2:on    3:on    4:on    5:on    6:off
apache2         0:off   1:off   2:on    3:on    4:on    5:on    6:off
　・
　・
　・
fam             0:off   1:off   2:off   3:off   4:off   5:off   6:off
named9          0:off   1:off   2:off   3:off   4:off   5:off   6:off
courier-imap    0:off   1:off   2:on    3:on    4:on    5:on    6:off

例えばこの中のapache2デーモンの起動をやめたいとします。
その場合

chkconfig apache2 off

とすると、次回以降のOS起動ではapache2デーモンは立ち上がらなくなります。
やっぱり元に戻したいという場合は、

chkconfig apache2 on

とすると次回以降のOS起動でデーモンが起動するようになります。

もう少し詳細に制御したい場合はランレベルを指定することでピンポイントで
ON/OFF出来ます。

chkconfig --level=2345 apache2 off

こんな感じです。

これで無駄なメモリ消費もなくなりますので、一度チューニングしてみてはいかがでしょうか？

]]> Cronの結果出力の制御方法 http://drupal.395963.com/node/63 2006-10-23T11:03:21+09:00 2006-10-23T11:03:23+09:00 adruf cron という Unix/Linux系のOSで定期的な処理を実施するためのデーモンがありますが、
このコマンドを実行した結果（標準出力やエラー出力）は通常メールで通知されます。
1日毎の時刻の修正やアップデータのチェックなど
結構使う機会が多いので便利なコマンドですが、毎回毎回メールが来ると
正直ウザくなったりしますよね。

今回はこのメールを来ないようにする方法を紹介します。

通常
　* * * * * command 1> /dev/nul

エラーメッセージのみメールが来るようにする
　* * * * * command 1> /dev/null

絶対にメールが来ないようにする
　* * * * * command >/dev/null 2>&1

アスタリスク(*)の部分は実行間隔に合わせ適時設定下さい。
(それぞれ 分 時間 日 月 曜日 です)

command は実行させる定期処理です。お使いになる処理に合わせて変更下さい。

1 は 標準出力、2 は エラー出力を表しています。
/dev/null に出力させることで出力をなかったことにします。

以上

]]> cron という Unix/Linux系のOSで定期的な処理を実施するためのデーモンがありますが、
このコマンドを実行した結果（標準出力やエラー出力）は通常メールで通知されます。
1日毎の時刻の修正やアップデータのチェックなど
結構使う機会が多いので便利なコマンドですが、毎回毎回メールが来ると
正直ウザくなったりしますよね。

今回はこのメールを来ないようにする方法を紹介します。

通常
　* * * * * command 1> /dev/nul

エラーメッセージのみメールが来るようにする
　* * * * * command 1> /dev/null

絶対にメールが来ないようにする
　* * * * * command >/dev/null 2>&1

アスタリスク(*)の部分は実行間隔に合わせ適時設定下さい。
(それぞれ 分 時間 日 月 曜日 です)

command は実行させる定期処理です。お使いになる処理に合わせて変更下さい。

1 は 標準出力、2 は エラー出力を表しています。
/dev/null に出力させることで出力をなかったことにします。

以上

]]> Pingoo!サービスを使ってみて http://drupal.395963.com/node/62 2006-06-27T19:50:05+09:00 2006-06-27T19:50:06+09:00 adruf 少し前アクセスアップのためにpingの一斉配信サービスpingoo!を紹介しました。
私自身もこのサービスを活用させてもらっています^^

いままでは３０程度のサーバへ個々にpingを送っていたのですが
記事投稿に非常に時間がかかっていました。
早くて２，３分かかって居たような気がします…

Pingoo!サービスとの重複分を削ってpingを送るようにしたところ
大体２０～３０秒くらいになりました！
随分早くなって嬉しい限りです^^/

これで今までとやっていることは同じ（むしろ今まで登録していなかった
pingサーバへも情報配信しているのでプラス）ですし、
無料で使用できるのですから登録しない手はないと思います！

まだ登録されていない方は是非登録して活用してみてください 。

↓こちらから簡単に登録できます^^

]]> 少し前アクセスアップのためにpingの一斉配信サービスpingoo!を紹介しました。
私自身もこのサービスを活用させてもらっています^^

いままでは３０程度のサーバへ個々にpingを送っていたのですが
記事投稿に非常に時間がかかっていました。
早くて２，３分かかって居たような気がします…

Pingoo!サービスとの重複分を削ってpingを送るようにしたところ
大体２０～３０秒くらいになりました！
随分早くなって嬉しい限りです^^/

これで今までとやっていることは同じ（むしろ今まで登録していなかった
pingサーバへも情報配信しているのでプラス）ですし、
無料で使用できるのですから登録しない手はないと思います！

まだ登録されていない方は是非登録して活用してみてください 。

↓こちらから簡単に登録できます^^

]]> Gyaoで動画再生が出来なくなったときの対処法 http://drupal.395963.com/node/61 2006-06-26T15:10:29+09:00 2006-06-26T15:10:31+09:00 adruf 最近メインマシンを切り替えたのですが、
どうやらそのあとからパソコンテレビのGYAOが
うまく再生できなくなってしまった模様。。。

GYAOのFAQをみても解決せず、
再生テストは問題ないという状況でホトホト困り果てておりました。

今思えばHDDは載せ替えてそのままの環境だったのがいけなかったのですね。
調べまくってやっと原因が分かりました！
次回に同じ事を繰り返さないよう記録しておこうと思います。
GYAOのFAQなどでも解決しなかった場合におためし下さい。

原因はDRM認証が通らないことでした。
（DRMとは不正コピーなど出来ないようにかけてあるプロテクトと
考えてもらえばいいかと思います。）
パソコンが変わってしまったのでDRM認証で使うキー情報も変わってしまうのです。

しかしハードディスクは前のパソコンのキー情報を記録したままなので
ソフト（この場合IE）がその情報を使ってアクセスしてしまい、
再生できない（認証失敗）ということに…
勝手にキー情報くらい更新してくれればいいのに…

まぁそんなことをいっても解決しないので解決方法をば。

DRMの情報は

C:\Documents and Settings\All Users\DRM

にあります。 この中身をきれいさっぱり削除してしまいましょう！
ファイルは隠し属性がついているのでエクスプローラの設定によっては
見ることが出来ません。

エクスプローラのツール→フォルダオプション→表示(タブ)→詳細設定の

・「すべてのファイルとフォルダを表示する」がチェック
・保護されたオペレーティングシステムファイルを表示しない（推奨）」が未チェック

となっているか確認し、状態が違っていたら上記状態に変更してください。
ファイルを消したあとは元の設定に戻して構いません。

これで準備完了です、再度GYAOにアクセスし再チャレンジしてみてください。

p.s.
　DRMのファイルはGYAOだけでなくそのほかの認証情報も含まれています。
　ファイルを削除することでその他の認証も再度認証し直す必要がでてきますので
　ご注意下さい。

]]> 最近メインマシンを切り替えたのですが、
どうやらそのあとからパソコンテレビのGYAOが
うまく再生できなくなってしまった模様。。。

GYAOのFAQをみても解決せず、
再生テストは問題ないという状況でホトホト困り果てておりました。

今思えばHDDは載せ替えてそのままの環境だったのがいけなかったのですね。
調べまくってやっと原因が分かりました！
次回に同じ事を繰り返さないよう記録しておこうと思います。
GYAOのFAQなどでも解決しなかった場合におためし下さい。

原因はDRM認証が通らないことでした。
（DRMとは不正コピーなど出来ないようにかけてあるプロテクトと
考えてもらえばいいかと思います。）
パソコンが変わってしまったのでDRM認証で使うキー情報も変わってしまうのです。

しかしハードディスクは前のパソコンのキー情報を記録したままなので
ソフト（この場合IE）がその情報を使ってアクセスしてしまい、
再生できない（認証失敗）ということに…
勝手にキー情報くらい更新してくれればいいのに…

まぁそんなことをいっても解決しないので解決方法をば。

DRMの情報は

C:\Documents and Settings\All Users\DRM

にあります。 この中身をきれいさっぱり削除してしまいましょう！
ファイルは隠し属性がついているのでエクスプローラの設定によっては
見ることが出来ません。

エクスプローラのツール→フォルダオプション→表示(タブ)→詳細設定の

・「すべてのファイルとフォルダを表示する」がチェック
・保護されたオペレーティングシステムファイルを表示しない（推奨）」が未チェック

となっているか確認し、状態が違っていたら上記状態に変更してください。
ファイルを消したあとは元の設定に戻して構いません。

これで準備完了です、再度GYAOにアクセスし再チャレンジしてみてください。

p.s.
　DRMのファイルはGYAOだけでなくそのほかの認証情報も含まれています。
　ファイルを削除することでその他の認証も再度認証し直す必要がでてきますので
　ご注意下さい。

]]> DELL Inspiron 1300 WinXP Proで超お買い得な59,980円～ http://drupal.395963.com/node/59 2006-06-12T12:33:52+09:00 2006-06-12T12:34:13+09:00 adruf やっぱりDELLって凄いですね。

（最小構成）
・インテル(R) Celeron(R) M プロセッサー 370（1.50GHz）
・Windows(R) XP XP Home Edition 正規版
　（Windows(R) XP Professional 正規版 へ無料アップグレード可能！）
・512MB メモリ
・80GB HDD
・CD-RW/DVDコンボドライブ
・14.1インチ TFT WXGA 液晶ディスプレイ
・90日間引き取り修理サービス（保守パーツ含む）

というスペックでなんとたったの59,980 円（送料別）です。

しかも今なら69,000円以上の購入でクーポンが使えるので
10,000円程度の追加オプションをつけて購入するとかなりお得感が！

今日までの価格設定ですのでノートの購入を検討している方は
候補に入れてみてはいかがでしょうか？

【SOHO法人様向け】デル・オンライン広告限定ページ（ノートブック）
↑このリンクから購入できます。

]]> やっぱりDELLって凄いですね。

（最小構成）
・インテル(R) Celeron(R) M プロセッサー 370（1.50GHz）
・Windows(R) XP XP Home Edition 正規版
　（Windows(R) XP Professional 正規版 へ無料アップグレード可能！）
・512MB メモリ
・80GB HDD
・CD-RW/DVDコンボドライブ
・14.1インチ TFT WXGA 液晶ディスプレイ
・90日間引き取り修理サービス（保守パーツ含む）

というスペックでなんとたったの59,980 円（送料別）です。

しかも今なら69,000円以上の購入でクーポンが使えるので
10,000円程度の追加オプションをつけて購入するとかなりお得感が！

今日までの価格設定ですのでノートの購入を検討している方は
候補に入れてみてはいかがでしょうか？

【SOHO法人様向け】デル・オンライン広告限定ページ（ノートブック）
↑このリンクから購入できます。

]]> PinGoo! でpingの一括送信 http://drupal.395963.com/node/58 2006-06-09T12:00:19+09:00 2006-06-09T14:27:51+09:00 adruf ブログというものが重宝がられる理由に
自ら情報発信が簡単にできることが上げられます。

通常のホームページは頑張っても作ってもその場所を知る方法はないのです。
（自ら宣伝したりしない限り）

しかしブログはコンテンツの作成と同時に
その内容を全世界に配信することが簡単にできる仕組みになっています。
これがブログピンという機能です。
このブログピンは送り手はコンテンツの作成側ですが、
当然それを受け取ってくれる側もないと成り立ちません。
受け取り側はpingサーバと呼ばれ、全世界に山のように存在します。

自分のコンテンツを知ってもらいたければ
出来るだけ多くのpingサーバへブログピンを送ればいいのです。
（送信先についてはこちらを参考にしてください）

今回はそれを手助けしてくれるのとても便利なサービス
PinGoo!を紹介します。


ブログの記事を複数のPINGサイトへ一斉配信： Pingoo!

このサービスを利用すると2006/06/09現在で20のpingサーバに
ブログピンを発信してくれるようになります！
これはアクセスアップに大きく貢献してくれるのではないでしょうか＾＾

ブログピンの送信先設定が出来るブログでないと利用できないのですが
出来る方は使わない手はないとおもいますよ^^b
代表的なブログの設定の仕方も乗っていますので
参考にしてみてはいかがでしょうか？

]]> ブログというものが重宝がられる理由に
自ら情報発信が簡単にできることが上げられます。

通常のホームページは頑張っても作ってもその場所を知る方法はないのです。
（自ら宣伝したりしない限り）

しかしブログはコンテンツの作成と同時に
その内容を全世界に配信することが簡単にできる仕組みになっています。
これがブログピンという機能です。
このブログピンは送り手はコンテンツの作成側ですが、
当然それを受け取ってくれる側もないと成り立ちません。
受け取り側はpingサーバと呼ばれ、全世界に山のように存在します。

自分のコンテンツを知ってもらいたければ
出来るだけ多くのpingサーバへブログピンを送ればいいのです。
（送信先についてはこちらを参考にしてください）

今回はそれを手助けしてくれるのとても便利なサービス
PinGoo!を紹介します。


ブログの記事を複数のPINGサイトへ一斉配信： Pingoo!

このサービスを利用すると2006/06/09現在で20のpingサーバに
ブログピンを発信してくれるようになります！
これはアクセスアップに大きく貢献してくれるのではないでしょうか＾＾

ブログピンの送信先設定が出来るブログでないと利用できないのですが
出来る方は使わない手はないとおもいますよ^^b
代表的なブログの設定の仕方も乗っていますので
参考にしてみてはいかがでしょうか？

]]> wordpress カテゴリーの並べ替え http://drupal.395963.com/node/57 2006-06-06T18:35:56+09:00 2006-06-06T18:35:57+09:00 adruf 最近いろいろなCMSに触れているのですが
有名どころのXOOPSやMTなどの高機能なものはやはり使い込む上では便利と思えど
初心者には決して優しくないなぁとも思います。

そんな私が本サイトのCMSであるDrupalとともに
お気に入りになりそうなCMSがWordPress(Me)
ブログ用途だけに限れば非常に敷居の低い良いCMSと思います＾＾

で本格的に運用を開始しようとしたのですが、
ここで一つの問題にぶち当たります。

カテゴリーの表示順が思うようにならないのです。

wordpressのカテゴリ表示に利用するAPIでは

・ID順
・投稿数順
・カテゴリタイトル順

などの選択肢はあるのですが、私がしたいのは
好き勝手に表示順を決めること。。。

他のCMSでは当たり前に出来る事なのですが
WordPressでは標準では出来ないみたいです。。。かなり脱力

これが出来るようになるPluginも
日本語版だけでなく英語版含めてもなさそうです。

データベースを確認するとそのような用途は想定されていない
構造ですのでこれからもこのままな気が。。。

カテゴリーに関連するデータベースのテーブルは2つで
自分でデータベースを直接弄れば無理矢理出来ないことはないのですが。。。
ちょっと躊躇しちゃいますね。。。

どなたか素晴らしい解決案ないでしょうか＾＾；（他力本願モード

]]> 最近いろいろなCMSに触れているのですが
有名どころのXOOPSやMTなどの高機能なものはやはり使い込む上では便利と思えど
初心者には決して優しくないなぁとも思います。

そんな私が本サイトのCMSであるDrupalとともに
お気に入りになりそうなCMSがWordPress(Me)
ブログ用途だけに限れば非常に敷居の低い良いCMSと思います＾＾

で本格的に運用を開始しようとしたのですが、
ここで一つの問題にぶち当たります。

カテゴリーの表示順が思うようにならないのです。

wordpressのカテゴリ表示に利用するAPIでは

・ID順
・投稿数順
・カテゴリタイトル順

などの選択肢はあるのですが、私がしたいのは
好き勝手に表示順を決めること。。。

他のCMSでは当たり前に出来る事なのですが
WordPressでは標準では出来ないみたいです。。。かなり脱力

これが出来るようになるPluginも
日本語版だけでなく英語版含めてもなさそうです。

データベースを確認するとそのような用途は想定されていない
構造ですのでこれからもこのままな気が。。。

カテゴリーに関連するデータベースのテーブルは2つで
自分でデータベースを直接弄れば無理矢理出来ないことはないのですが。。。
ちょっと躊躇しちゃいますね。。。

どなたか素晴らしい解決案ないでしょうか＾＾；（他力本願モード

]]> DELL PowerEdge SC430 デュアルコアCPU 512MBメモリ 搭載サーバ 送料込22980円！ http://drupal.395963.com/node/55 2006-06-05T15:13:06+09:00 2006-06-05T17:30:00+09:00 adruf 信じられないコストパフォーマンスのサーバです。

（最小構成）
・Pentium D 820 [2.80GHz キャッシュ1MBx2 Dual Core]
・DDR2-533 512MB[256MBx2] ECC メモリ
・80GB SATA HDD 7200回転
・20/48倍速 IDE CD-ROM
・FDDなし
・キーボード・マウス付
・OSなし
・1年間オンサイト保守，3年間パーツ保守[ブロンズ]

というスペックでなんとたったの22,980 円です。
CPUだけ買っても2万円近くするのに、これだけの構成でこの値段とは・・・
いや～こりゃ凄すぎる

しかも配送料まで無料です！
通常は3,150円かかるのでかなりデカイ違いです！

クーポンコード適用なしでこの値段なので、今後クーポンが適用できるような
事態になったら2万円を切るかも？

ただし300台限定のようですので早く購入しないと多分売り切れます^^;

PowerEdge SC430　←このリンクから購入できます。

気づいた方は速攻で購入されることをお勧めします。

]]> 信じられないコストパフォーマンスのサーバです。

（最小構成）
・Pentium D 820 [2.80GHz キャッシュ1MBx2 Dual Core]
・DDR2-533 512MB[256MBx2] ECC メモリ
・80GB SATA HDD 7200回転
・20/48倍速 IDE CD-ROM
・FDDなし
・キーボード・マウス付
・OSなし
・1年間オンサイト保守，3年間パーツ保守[ブロンズ]

というスペックでなんとたったの22,980 円です。
CPUだけ買っても2万円近くするのに、これだけの構成でこの値段とは・・・
いや～こりゃ凄すぎる

しかも配送料まで無料です！
通常は3,150円かかるのでかなりデカイ違いです！

クーポンコード適用なしでこの値段なので、今後クーポンが適用できるような
事態になったら2万円を切るかも？

ただし300台限定のようですので早く購入しないと多分売り切れます^^;

PowerEdge SC430　←このリンクから購入できます。

気づいた方は速攻で購入されることをお勧めします。

]]> hosts.allow / hosts.deny の設定確認 http://drupal.395963.com/node/52 2006-05-23T11:34:12+09:00 2006-05-23T11:39:12+09:00 adruf 各種デーモンのアクセス制限にinetdでtcpwrapperを使っている場合は

/etc/hosts.allow
/etc/hosts.deny

にその制限内容を書くわけですが
その内容に間違いや問題がないかどうかをチェックするためのコマンドがあります。

  1. 書式の間違いなどをチェックする(tcpdchk)

    これにはtcp_wrappersパッケージに入っているtcpdchkコマンドを利用します。

    % /usr/sbin/tcpdchk

    この結果何も表示されなければOKです。
    問題がある場合はここでエラーメッセージが表示されます。

  2. 制限内容に問題がないか確認する(tcpdmatch)

    tcpdchkと同じくtcp_wrappersパッケージに入っているtcpdmatchコマンドを利用します。

    例） sshdへのアクセス制限を確認（192.168.1.1のみ許可しそれ以外は禁止）

    　　　/etc/hosts.allowの内容
    　　　----------------------
    　　　sshd: 192.168.1.1
    　　　----------------------

    　　　/etc/hosts.denyの内容
    　　　----------------------
    　　　ALL: ALL
    　　　----------------------

    　　192.168.1.1が許可されていることを確認する

    　　% /usr/sbin/tcpdmatch sshd 192.168.1.1

    　　client:   address  192.168.1.1
    　　server:   process  sshd
    　　matched:  hosts.allow line 1
    　　access:   granted

    　　accessがgrantedとなっていればアクセスが許可されていることになります。

    　　192.168.1.2が許可されていないことを確認する

    　　% /usr/sbin/tcpdmatch sshd 192.168.1.2

    　　client:   address  192.168.1.2
    　　server:   process  sshd
    　　matched:  hosts.deny line 1
    　　access:   denied

    　　accessがdenidとなっていればアクセスが拒否されていることになります。

inetd+tcpwrapperを使っている場合は設定したら必ず確認しましょうね。

今主流（？）のxinetdではどうやるのだろうか。。。
多分別の何かがあるのでしょうが分かっていません^^;

]]> 各種デーモンのアクセス制限にinetdでtcpwrapperを使っている場合は

/etc/hosts.allow
/etc/hosts.deny

にその制限内容を書くわけですが
その内容に間違いや問題がないかどうかをチェックするためのコマンドがあります。

  1. 書式の間違いなどをチェックする(tcpdchk)

    これにはtcp_wrappersパッケージに入っているtcpdchkコマンドを利用します。

    % /usr/sbin/tcpdchk

    この結果何も表示されなければOKです。
    問題がある場合はここでエラーメッセージが表示されます。

  2. 制限内容に問題がないか確認する(tcpdmatch)

    tcpdchkと同じくtcp_wrappersパッケージに入っているtcpdmatchコマンドを利用します。

    例） sshdへのアクセス制限を確認（192.168.1.1のみ許可しそれ以外は禁止）

    　　　/etc/hosts.allowの内容
    　　　----------------------
    　　　sshd: 192.168.1.1
    　　　----------------------

    　　　/etc/hosts.denyの内容
    　　　----------------------
    　　　ALL: ALL
    　　　----------------------

    　　192.168.1.1が許可されていることを確認する

    　　% /usr/sbin/tcpdmatch sshd 192.168.1.1

    　　client:   address  192.168.1.1
    　　server:   process  sshd
    　　matched:  hosts.allow line 1
    　　access:   granted

    　　accessがgrantedとなっていればアクセスが許可されていることになります。

    　　192.168.1.2が許可されていないことを確認する

    　　% /usr/sbin/tcpdmatch sshd 192.168.1.2

    　　client:   address  192.168.1.2
    　　server:   process  sshd
    　　matched:  hosts.deny line 1
    　　access:   denied

    　　accessがdenidとなっていればアクセスが拒否されていることになります。

inetd+tcpwrapperを使っている場合は設定したら必ず確認しましょうね。

今主流（？）のxinetdではどうやるのだろうか。。。
多分別の何かがあるのでしょうが分かっていません^^;

]]>