2ch_server_ng.jpg

帰宅後、2ちゃんねるブラウザのJane Styleを起動して新着記事を読もうとしたら、「Connect timed out.」とか「(・∀・)ナンカエラーダッテ」とかのエラーが。

ネットワークがおかしいのかと思い、ブラウザで他のWebページを閲覧してみましたが特に問題ありません。うーん、どうして?

Google ニュースで「2ch」をキーワードにして検索してみると、「何者かによるアタックで『2ちゃんねる』全体がダウン! 関連サービスもダウン - livedoor ニュース」とのこと。

昼過ぎのことだから今はどうなんだろうと「2ちゃんねる サーバ負荷監視所」を表示させてみましたが、相変わらず調子が悪いようです。

アタックによるものなのでしょうか? そうだとしてアタックする理由は? 3月1日にこんなことが起きるのはなぜ? オリンピックと何らかの関係があるのでしょうか?


追記 2010年3月2日

2ちゃんねる(2ch)のサーバーを提供するBIG-server.comが、2chサーバ復旧報告専用ページ「2ちゃんねる復活への奇跡の軌跡」を開設されました。各サーバの負荷状況などが確認できるようになっています。

2ch_server_kiseki.jpg

追記 2010年3月3日

「2ちゃんねる復活への奇跡の軌跡」によると「2010年3月3日 20時43分 2ch 全サーバー復活」だそうです。

「2ちゃんねる サーバ負荷監視所」では、新サーバーのdubaiが「ERROR」となっていますが・・・

それはともかく、よかったよかった。

二代目Terra(Windows XP)では、ワケあってWindows Media Playerの最新版が使えません。三代目XPS 430(Windows Vista)では常に最新版となっていいのですが、XP環境では最新版を入れるとちょっと不都合なことがあって、Windows Update(Microsoft Update)でも最新版のアップデートを阻止していました。

ああそれなのにそれなのに。ついうっかりと最新版にアップデートしてしまうことに。アップデート前もWindows Media Player 11でしたが、最新のバージョンになるとヤバイことになるのです。それじゃ困るのでアップデート前のバージョンに戻すべく、必死にググッってようやく解決策がみつかりました。

  1. C:\Documents and Settings\All UsersにあるDRMフォルダを削除する。

    DRMフォルダが表示されない場合は、フォルダオプションで「保護されたオペレーティングシステムファイルを表示しない(推奨)」のチェックを外しておく。

  2. 「プログラムの追加と削除」で「Windows Media Player 11」を削除。

    ロールバックするようにボタンを押して選択していき、指示に従い再起動する。

  3. 「プログラムの追加と削除」で「Windows Media Format 11 runtime」を削除。

    英語表示で、チェックボックスが一つあるのでチェックし、ロールバックするように選択していき、指示に従い再起動する。

  4. パソコンを再起動後、Windows Media Playerを起動すると、初期設定画面で設定を行う。

    通常は、ここでWindows Media Player 10に戻る(ロールバックされる)ことになるようですが、自分の場合はバージョン9まで戻りました。たぶん、アップデートの際に9→11とバージョン10を飛ばして行ったからでしょう。

  5. バージョン9から10へのアップデートを行う。

    バージョン10にすることは問題ないので、「Windows Media ダウンロード センター」からWindows Media Player 10(Windows XP用)のmp10setup.exeをダウンロードして実行する。

  6. Windows Media Playerの自動更新を無効にする。

    またうっかり最新版にアップデートしないように「ごちゃごちゃメモ@UO : Windows Media Playerの自動更新を無効にする」の記事を参考にして、レジストリを編集して自動更新を無効にする。

以上で、最新版の一歩前(バージョン10にしたので二歩手前かもしれませんが)にロールバックすることができました。

(実は、バージョン9に戻ってすぐに表示されたアップデートボタンを押して最新版のバージョン11になってしまったので、二度同じ手順を繰り返してしまいましたが・・・)

ここまでしたところで、なぜか「自動更新」プログラムがアップデートを勧めて来ます。ここまでの結果がチャラになるのは嫌なので、ここは慎重に検討し、KB941569、KB973540、KB954155、KB968816の4つの更新を実行しました。KB952069の更新は、「Windows XP SP3 用セキュリティ更新プログラム (KB952069) をインストールしても、... - Yahoo!知恵袋」に書かれているようにバージョン10のWindows Media Playerだと更新に失敗するようなので、実行は行いませんでした。

(とりあえず今のところは、バージョン11の最新版になると本当に困るんです。ちょっと謎めいた記事になってしまいましてスミマセン。検索していただければ、すぐにわかることなんですが、ズバッとその理由を書くわけにもいかないもので・・・(^^;)

一昨日のMovable Typeのアップグレードで一部の作業をミスしたため、XREAサーバーでディレクトリやフォルダが削除できないというトラブルに遭遇しました。

ブログのバックアップ後にアプリケーションディレクトリ(mt.cgiなどがあるディレクトリ)のリネームを行います。自分の場合はpublic_html直下にmt.cgiなどを置いているので、@mt--ディレクトリを作成してそこにpublic_html内のディレクトリとファイルを全部移動しました。

後から考えれば、この「全部」というのが今回のトラブルの原因でした。「全部」の中には、Movable Typeとは関係ないlogディレクトリ(XREA側から提供されているアクセス解析のログを保存するために使うディレクトリ)も含まれています。そう、logディレクトリを除いておけば問題は起こらなかったのです。

新バージョンのプログラム一式をpublic_htmlにアップロードし、その後、mt-config.cgiをローカルからpublic_html直下にアップロードしました。この時、logディレクトリもローカルからpublic_html内にアップロードしました。そう、@mt--ディレクトリ内のlogディレクトリを移動すれば問題は起こらなかったのです。ここまでの作業の結果、public_html内と@mt--ディレクトリ内の両方にlogディレクトリが存在することになります。

Movable Typeのアップグレードが無事終了したので、不要となった@mt--ディレクトリをFTPソフトのNextFTP4で削除しようとしたところ、logディレクトリ内のimagesディレクトリとその中にある画像ファイル(gifとpng)が削除できません。同じlogディレクトリ内のphpmyadminディレクトリは削除できているのにどうして?(後から気が付いたことですが、ディレクトリとファイルの所有者が違うためにこのようになったようです。pmyadminディレクトリの所有者は自分ですが、imagesディレクトリの所有者はrootでした。)

FTPソフトでは削除できないのかと考え、「xreaにsshでシェルログイン」を参考にして、Tera Termのインストールとシェルログインを行い、UNIXコマンドで対処することにしました。しかし、"Permission denied"で削除はできませんでした。

もうお手上げとサポートに該当のディレクトリを削除していただくか、所有者の変更をしていただくか、どちらでもいいのでとお願いすることにしました。回答は、CGIから削除できる可能性があるのでCGIを変更して実行するか、SSHでログインしてrmコマンドで削除せよ、とのこと。

さっき自分でしたのと同じじゃないかと思いながらも、何かが変わっているかも(何か作業をしていただいたのかも)と、SSHでログインしてrmコマンドを叩きましたが、やはり、"Permission denied"で削除はできませんでした。

その旨を書いて、さらにご指導をいただくべくサポート氏にお願いをしたのですが、回答はありませんでした。仕方がないので、あれこれ調べて「ひょっとしたら、自分で所有者の変更ができるかもしれない。」と考え、SSHでログインしてchownコマンドを試してみました。"chown -R (自分のID) images"とコマンドを叩いたところ、エラーは表示されず、無事成功です。その後、NextFTP4で所有者がrootから自分に変わっていることを確認し、削除を行いました。

ふぅ~、長かったけれど、やっと解決したよ~!! サポート氏へは最初に所有者の件を伝えていたのに、書き方が悪かったのか気付いてもらえなかったようです、残念。後から調べてわかったのですが、「XREAサーバー内に出来る消せないimagesディレクトリ | ねこんち」に書かれているように、サーバー管理画面内データベースページで、PhpMyAdmin か PhpPgAdmin を(再)インストールすれば権限が変わり消せるようになるようです。上記で消せちゃったので確認ができませんが・・・

(SSHって初めてなもので、けっこうヒヤヒヤしてしまいました。ヒヤヒヤしながらやってしまうところが、素人かもしれませんが・・・ もうこんなヒヤヒヤは味わいたくないので、次のアップグレードの際はlogファイルはそのまま残しておくようにしないと。)

1月6日に、Movable Type 4.27 の提供が開始されました。

「[重要] セキュリティアップデート Movable Type 5.01 および 4.27の提供を開始 | MovableType.jp」によると

Movable Type 4 および Movable Type 5 で確認されたセキュリティ問題の修正バージョンとして、 Movable Type 4.27 および Movable Type 5.01 の提供を開始いたします。Movable Type 4 のすべてのバージョンおよび Movable Type 5.0 の、修正版へのアップグレードを強く推奨します。

確認された問題

サインインしたユーザーが特殊な操作をおこなうと、権限のない一部の管理画面にアクセスすることができる。

とのことです。いろいろあってなかなか作業ができなかったのですが、ようやく昨日の夜、Movable Type 4.27へのアップグレード作業を行いました。

まず、個人ライセンス(無償)用のMT-4_27-ja.zipをECバイヤーズのページからダウンロードし、その後は小粋空間さんの「Movable Type 4.25 から 4.26 へのアップグレード」を参考にアップグレード作業を行いました。

ブラウザからmt.cgiにアクセスし、アップグレードが一瞬のうちに完了しました。

mt427_upgrade1.jpg

[Movable Type に戻る]をクリックすると、管理画面が表示されました。画面下のバージョン表記も4.27になっています。

mt427_upgrade2.jpg

これで作業終了とブログを表示しようとしたら、「はじめてお使いになる方へ」という画面が表示されてしまいました。

mt427_upgrade3.jpg

なになに? まだ完了していない? そうそう管理画面で再構築を行わなかったのでこの画面が表示されるのかと考えて、再構築したのですがその後もまたまた同じ画面が・・・

しばらく考えて、ようやくわかりました。ブログのアプリケーションディレクトリにindex.htmlが生成されており、それがこの画面を表示していたのでした。index.phpも生成されていたのですが、index.htmlが存在するのでそちらを表示していたのですね。以前、PHP化の際に参考にさせていただいた小粋空間さんの「Movable Type 4 の PHP化」にしっかり書かれていました。(すっかりPHP化のことを忘れていました。トホホ。)

index.htmlをいったんindex.htmlbakと名前を変更して、ようやくブログが正常に表示されました。その後、index.htmlbakを削除して、これでほんとうに作業終了です。

(ひさびさのアップグレードでかなりとまどってしまいました。前回のアップグレード以降に行った作業をすっかり忘れていて、あたふたしてしまいました。こんなことじゃ、バージョン5へのアップグレードをする資格はありませんね。トホホ。)

昨日、WordPress 2.9.2 の日本語版がリリースされました。

「WordPress | 日本語 ≫ WordPress 2.9.2 日本語版リリースのお知らせ」および「WordPress | 日本語 ≫ WordPress 2.9.2」によると

トーマス・マッケンジー氏によって、ログインしている場合、他のユーザーによってゴミ箱に入れられた投稿を見ることができてしまうという問題が指摘されました。ブログに信用出来ないユーザーが登録されており、ゴミ箱内に公にすべきでない投稿がある場合は、2.9.2 へのアップグレードをおすすめします。

とのことです。ブログに信用出来ないユーザーが登録されていることもゴミ箱内に公にすべきでない投稿も共にありませんが、最新版にアップグレードすることにしました。

いつものようにデータベースとファイルのバックアップを行い、すべてのプラグインの使用を停止した後、自動アップグレードを実行したところ

http://ja.wordpress.org/wordpress-2.9.2-ja.zip からアップデートをダウンロードしています。

更新を解凍しています。

展開したファイルをチェックしています...

最新のバージョンをインストールしています

データベースをアップグレード

WordPress のアップグレードを完了しました。

と表示され、2.9.2へのアップグレードは問題なく終わりました。最後に、プラグインを有効化して作業終了です。

(最近、アップグレードするのに手一杯で、WordPress関連のことを学んだりする余裕がありません。いや、気持ちがないという方が事実かも・・・)

(Movable Typeもバージョン4.27か5.01へのアップグレードをしなくちゃならないんですが、1ヶ月も放置したままでさすがにヤバイかなと。)

昨日の「Windows XPでchkdskの結果を確認する」でXPのイベント ビューアを確認していた時のことです。システムの項目に気になる警告が記録されていました。

イベントの種類:警告

イベント ソース:Tcpip

イベント カテゴリ:なし

説明:TCP/IP で、同時 TCP 接続試行回数のセキュリティ制限値に達しました。

なんのことか訳がわからないので、ググッってみると「TCP/IP同時接続数の変更 (Windows XP SP2, XP SP3, Vista, Vista SP1) - PC Settings - PROSERPINE(プロセルピナ) - Japan Traceability Center」に詳しい解説が書かれているのを発見しました。

ホストがワームに感染したときの他ホストへの影響を最小限にするというセキュリティ上の理由からの制限のようですが、ウイルス対策もしてあることから、同記事に書かれている方法でTCP/IP同時接続数の変更を行うことにしました。

残念ながら記事に書かれているリンクからはツールをダウンロードできなかったため、「Tcpip-Patcher-hwrms.exe DOWNLOAD (Lang:日本語) - WindowsXP SP2 SP3 TCP/IP同時接続数の制限を解除 (Microsoft Windows)」のリンクからtcpip-patcher-hwrms.zipをダウンロードし、展開して生成されたtcpip-patcher-hwrms.exeを実行する形で対処しました。

現在の同時接続数が10となっているところを256に変更後、XPを再起動して終了です。

目に見えて効果があるとは言えませんが、その後イベント ビューアには同種の警告が記録されていないことから、今回の作業は無事終了したようです。

今回はXPのみで、Vistaに対しての作業はまだ行えていません。また、IE(Internet Explorer)のサーバ同時接続数の変更も行うとより効果が上がるようですが、作業が複雑そうでこれもまた未実施の状態です。

(気を落ち着けて作業ができるよう、ゆっくり時間が取れる時にチャレンジしてみたいと思います。)

tcpip-patcher-hwrms_before.jpg

TCP/IP同時接続数の変更前

tcpip-patcher-hwrms_after.jpg

TCP/IP同時接続数の変更後

Windows XPで起動時にchkdskを実行すると、画面にその結果は表示されるのですが、最終的には画面から消えてしまいます。

chkdskの実行にかなり時間がかかるのでじっと画面を見つめている訳にもいかないので、後で結果を確認する方法があればなあとググッて調べてみました。

なるほどなるほど「イベント ビューア」から確認ができるようです。

  1. イベント ビューアの起動。

    [スタート]→[ファイル名を指定して実行]で、"eventvwr"と入力し、[OK]ボタンをクリックする。

    [スタート]→[コントロール パネル]→[管理ツール]→[イベント ビューア]、または、[スタート]→[マイコンピュータ]を右クリックし、[管理]でも可のようです。

  2. イベント ビューアの画面で[アプリケーション]を選択する。

  3. イベントの一覧からソースが"Winlogon"になっているものをダブルクリックする。

  4. イベントのプロパティの説明欄にchkdskの結果が表示される。

    ただし、ソースが"Winlogon"=chkdskの結果、では必ずしもないようです。

今回の実行結果では、不良セクタがなかった(0 KB in bad sectors.)のでひと安心ですが、「Cleaning up ** unused ...」と表示されているのが少し気になりました。

"Windows has checked the file system and found no problems."(ファイルシステムを検査し、何の問題も見つかりませんでした。)じゃなくて、"Windows has made corrections to the file system."(ファイルシステムを修正しました。)だったのですが、修正されたから大丈夫なんでしょうね?

xp_chkdsk.jpg

追記 2010年2月17日

Windows Vistaの場合は、ソースが"Wininit"となっているものを確認すれば良いようです。

vista_chkdsk.jpg

テキスト入力支援ツールのペースターを三代目XPS 430にインストールしました。

二代目Terraではかなり前(2000年頃?)から使用していますが、このソフトがないと不便で仕方がないので三代目XPS 430にもインストールすることにしました。

まずは、ペースターの公式サイトからインストールプログラムのpstr604.exeをダウンロードして実行します。

インストールフォルダをC:\Program Files\Autumn Soft\Paster\からD:\Tools\Paster\に変更した以外は、初期値のまま進め、インストール完了です。

起動すると「試用期間中(30日間)」の旨の表示がでましたが、二代目Terraで送金した際にいただいたパスワードを入力して解除しました。(個人使用の範囲内ということで、問題ないようです。)

ついでに、二代目Terraでもアップグレードを行いました。長い間アップグレードしていなかったので、バージョン5.13からのアップグレードとなりました。

アップグレード自体は問題なく終了したのですが、以前にカスタマイズしたメニューファイルがどこかに行ってしまい、また一からカスタマイズのし直しということになってしまいました。

(気がつかなかったのですが、たぶんWindows XPの高速化でマイドキュメントを別ドライブにした際に、設定が変わったかカスタマイズしたファイルが行方不明になったかのどちらかではないかと思います。後先考えずあれこれやってしまうからこんな結果を招いてしまうんですね。トホホ。)

メディアプレイヤーのGOM PLAYERを三代目XPS 430にインストールしました。

多くのコーディックを内蔵していること、かなり前から二代目Terraで使用していて操作に慣れていることなどから、三代目XPS 430にもインストールすることにしました。

まずは、GOM PLAYER公式サイトからインストールプログラムのGOMPLAYERJPSETUP.EXEをダウンロードして実行します。

コンポネートの選択画面の「関連ファイル」と「クイックランチアイコンの生成」からはチェックを外し、インストール先は推奨フォルダとは別のフォルダを指定しました。

GOM PLAYERのインストール完了後、「GOM ENCODER 無料トライアルバージョン」と「天気予報コム for Windows(無料)」のインストールを勧められましたが、今回はともに[キャンセル]ボタンを押して終了です。

起動してみると初期設定(環境設定ウィザード)が表示されました。「ファイルの関連付け」では全ての項目にチェックを入れることを推奨されましたが、今回はすべてチェックを外しました。その他の項目については、そのままの設定で[次へ]ボタンをクリックして終了です。

今までコーデックがなくて再生できなかった動画が問題なく再生されることを確認して、今回の作業は無事終了です。

(関連するGOM ENCODERはわかるとしても、あまり関係のなさそうな天気予報コム for Windowsのインストールを勧められるのは、いかがなもんなんでしょ?)

12月20に「Unlockerがアップデートできない」で製作者のサイト「CEDRICK 'NITCH' COLLOMB」に接続しようとするとエラーが発生して接続できない、と書きました。

今日、その後どうなったかなあとアクセスしてみたら、復活していました。ページの冒頭には

  • Sorry for the downtime!

  • I had a hard time fixing my account while being in holidays in France for a while. To prevent similar issues in the future, I am establishing a full website mirror here: http://cedrick.collomb.perso.sfr.fr/unlocker/. I am also looking for a better and more permanent hosting solution.

    と、アクセス拒否となった理由とミラーサイトを設置したことが書かれていました。

    それじゃあ、アップデートしようか、うむむむむ? 最新バージョンって1.8.8だったっけ? バージョン1.8.9は幻だったの? まあいいや、サイトが復活したのがわかっただけで、今日はOKとしようっと。