みるくCocoa

６月から各プロバイダ一斉にIPv6のネイティブ接続サービスがスタートしました。うちのOCNもPPPoEのIPv6接続を無料のオブションサービスという形で提供を開始したので、早速申し込みしました。

それで、OCN側の工事は６月下旬には終わっていたのですが、YAMAHAのルーター(RTX1200)の対応が遅れて、やっとIPv6のPPPoE接続に対応したのが７月下旬。そこから、ルーターの設定で、いろいろ苦労があって、実際の使用開始は８月上旬となってしまいました。
まあ、別に急いでいたわけじゃないから、どんなに遅れてもいいんだけどね。

ちなみに、OCNの申込書には「別途、NTTのIPv6トンネル対応アタブタが必要です。」と書かれていましたが、YAMAHAのRTX1200があれば不要です。一応買ってしまいましたが。

それから、参考までにルーターのコンフィグはこんな感じです。

# RTX1200 Rev.10.01.32 (Wed Jul 13 17:42:17 2011)
ipv6 route default gateway pp 1
ipv6 prefix 1 2400:xxxx:xxxx:11::/64
ipv6 prefix 2 2400:xxxx:xxxx:22::/64
ipv6 vlan1 prefix 2400:xxxx:xxxx:11::/64
ipv6 vlan1 rtadv send 1 o_flag=on
ipv6 vlan2 prefix 2400:xxxx:xxxx:22::/64
ipv6 vlan2 rtadv send 2 o_flag=on
pp select 1
 pppoe use lan3
 pp auth accept pap chap
 pp auth myname xxxx xxxx
 ppp ccp type none
 ppp ipv6cp use on
 ipv6 pp secure filter in 1 2 3 4 5
 ipv6 pp dhcp service client
 pp enable 1
ipv6 filter 3 pass * * * * 546-547

設定のポイントは、

• 「ipv6 route default gateway pp 1」で、ppをゲートウエイにする。
• 「ppp ipv6cp use on」で、ipv6cpを有効にする。
• 「ipv6 pp dhcp service client」で、DHCPv6を有効にする。

といったところです。
今回は、プロバイダから/56のアドレスを固定で割当てもらっているので、LAN側のアドレスは手動で設定しています。アドレスの割当が/64の場合は、DHCPv6で受信したアドレスをそのままLAN側に割り当ててください。
ちなみに、NTTのIPv6トンネル対応アダブタだと、/64のアドレスしか対応していないようなので、今回は本当に使い物になりませんでした。

IPv4のPPPoE接続のときは、unnumbered接続だったので、ただ単純にppをゲートウエイにするだけでよかったのですが、IPv6のPPPoE接続の場合は、ppでDHCPv6を稼働させてアドレスを受信しないと正常に繋がらないようです。ppにフィルターを設定する場合はDHCPv6のパケットが通るようにポート546-547に穴を開けてください。
今回は、このDHCPv6の設定に気づかず苦労したというのもありますが、設定に気づいてDHCPv6のコンフィグを投入したのに、なぜかDHCPv6が正常に稼働しなかったため、泥沼にはまってしまいました。
ルーターの電源をOFF/ONしてもダメで、最終的にはcoldstartでルーターを初期化してからコンフィグを入れ直して、やっと正常に稼働するようになりました。

サーバーの方は、HTTPとDNSだけIPv6で見えるようにしているつもりですが、未確認です。なにぶん、IPv6の回線が１本しかないので、外部からの接続試験ができません。

サーバーをPowerMac G4 Cube(PowerPC G4 450MHz)からMac mini(Intel Core2Duo 2GHz)に入れ替えたことで、サーバーの処理能力が大幅に向上しました。そして、Webサービスだけでは使いきれない、有り余るCPU資源を活用すべく、Xcodeの分散ビルドサーバーを立てて見た。

まず、最初にサーバーのファイアーウォールに穴を開けます。
MacOS X Serverの場合は、サーバー管理ツールのファイアーウォール設定で、「分散コンパイラ　ポート3632」を許可します。

MacOS X クライアントの場合は、システム環境設定のセキュリティのファイアーウォール設定で、実行ファイル/usr/bin/distccdに対して、受信接続を許可にします。
なお、/usrディレクトリ内部のファイルは、初期状態では選択できないので、エイリアスやシンボリクリンクなどをうまく使う必要があります。


つぎに、Xcode環境設定の分散ビルドで、「共有ワークグループビルドのためにこのコンピュータを共有」にチェックを入れる。これで、分散ビルドのサーバープロセスが起動するので、アクティビティモニタを見て、distccdというプロセスが幾つか起動しているのを確認しよう。なお、分散ビルドの設定が終わったら、その後Xcodeを終了させて、ログアウトしても、分散ビルドサーバーは起動し続けます。


サーバー側で分散ビルドのサーバープロセスが起動すると、クライアント側には、そのホスト名などが表示され、ステータスが「共有」になります。もしも、ステータスが赤字で「到達不能」などと出た場合は、Bonjourによってホストを認識しているので、レイヤー２のEthernetレベルではパケットが通るけど、レイヤー３のIPレベルでパケットが通らないということになるので、サーバーとクライアントのIPアドレスの設定や、ファイアーウォールでブロックされていないかなどを調べよう。または、手動でセットとホストを新規に追加し、ホスト名にIPアドレスを直接入力して見るのも手です。
分散ビルドサーバーをうまく認識したところで、「共有ワークグループビルドでビルドを分散」にチェックを入れると、あとは普通にビルドを実行するだけで分散ビルドになります。


うちでは、サーバーとクライアントが、ギガイーサーで接続されているので結構快適に動作します。サーバーもクライアントもCPUがCore2Duoなので、コア数が合計４コアになって、４つのソースファイルを同時にコンパイルするようになりました。

２３日の夜に帰ってきたら、サーバーが落ちてました。
再起動してもOSが立ち上がらず、ターゲット・ディスク・モードでHDDにアクセスしようとしたら、エラーが出まして、どうやらHDDが逝ってしまったようです。

すぐにHDDを買って来て、交換して、OSを再インストールして、サーバー用のソフトをmakeして．．．
とやって、なんとか９０％ほど復旧しました。アクセスカウンターとか、その他にもまだ死んでる機能があります。

なんとかブログのデータは復旧できたのですが、掲示版のデータは完全に取り出せなくなっていたので、半年前のバックアップで復旧させてます。

今回は、HDDの代わりにSSDを使おうと思っていたのですが、3.5インチでIDEなSSDって商品自体がないんですよね。2.5インチでIDEとか、3.5インチでSATAならあるのに。

日本最大級のMIDI検索サイトであるCOMPUTER MUSIC CENTER（通称CMC）が閉鎖になってしまいました。
長い間お疲れさまでした＞しのぶさん

CMCにはいろいろ思いでがあって、というかそもそも自分がサーバー運営を始めたきっかけになったサイトなんです。
当時は、ブロードバンドという言葉も知られておらず、ISDNが速いと言われてた時代で、自前でサーバーを運営するなんて考えもしなかった頃に、CMCは個人で運営されていました。
で、それを見て自分でもやればできるのかな〜、なんて思って始めたのが僕がサーバー運営を始めたきっかけだったのです。

CMCは運営開始から約１０年の時を経て閉鎖となってしまいました。
．．．そういえば、この前閉鎖になったWeb Scripter's Meetingも１０年で閉鎖でしたね〜。
個人でのサーバー運営は、１０年が一つの節目になるんでしょうか。
ちなみに、僕がサーバー運営を開始したのが、２０００年頃ですから、、、あと３年なのか余命は（笑）

今日帰ってきたら、サーバーが落ちてました；；

いろいろと調べてみたら、HDDの空き容量が無くなっていました。
いったい何がそんなに容量を食いつぶしてるのかと思ったら、JBossのログファイルが30GB以上になっていました。
最近はスパムなんかで、必要以上にアクセスが増えたうえに、デフォルトでログファイルのログレベルがDEBUGになっていたようで、１日あたり数百MBのログファイルが生成されていました。

サーバーがまともに動けない状態だったので、復旧にはターゲット・ディスク・モードを使いました。
これは、Macを単純なFireWire外付けHDDとして利用するモードで、「T」キーを押しながら電源を入れると、このモードで起動します。
サーバーがMacで良かったと思える、ひと時ですね。

ちなみに、今日、僕の祖母が亡くなりました。
ログを見ると、サーバーがダウンしたのと同じぐらいの時間だったので、心霊現象でも起きたのかと思いましたよ＾＾；

やっと回線が復旧しました。

引っ越しで、せいぜい１週間程度の停止で済むと思っていたら、１ヶ月も停止してしまいました。
前回の引っ越し時の停止は、２ヶ月でした。

今回の引っ越しでは、前回の教訓を生かして、最初からBフレッツ対応のアパートを選んで引っ越したはずだったのですが．．．
いざ入居してみると、Bフレッツ未対応であることが発覚！
アパートの管理人さんと交渉して、Bフレッツを引くのに１ヶ月かかりました。

管理人さんは、最初からBフレッツに対応していると宣伝したつもりはない。と言っていましたが、そこからいろいろな媒介業者を経由するうちに、いつの間にかBフレッツ対応の尾ヒレが付いたらしく、チラシやネット上で「Bフレッツ対応」と宣伝されていました。

#もう一回ネットで見てみたら、いまだにBフレッツ対応って書いてあるなぁ＾＾；

３月２９日に引っ越すことになりました。
そのため、３月末から４月初めにかけて、サーバーが停止します。

前回の引っ越しの時は、引っ越し先の部屋がネットに全く繋がらない場所だったので、２ヶ月間もサーバーを止めてしまいましたが、今度の場所はBフレッツが標準装備なアパートなので、もうそんな事にはならない。はず。

万が一、４月中旬になってサーバーが復帰しなくても、必ずサーバーは復帰させますので、気長にまっててくださいね。

最近、トラックバックスパムがフィーバーしていて、そのおかげで、このサイトが異様なまでに重くなってしまっています。
このサイトで使用しているブログツールのblojsomは、この手のやつに弱いらしく、エントリー１件に対して数百件のトラックバックやコメントが付くと、パフォーマンスが極端に低下するっぽい。
ブログのデータの保存に、データベースではなく、ファイルシステムを使ってるせいなのだろうか。

とりあえず、一時的にトラックバックの受付を禁止して、時間を稼ぎつつ対策を練って見ることにした。
最新版のblojsom3.0では、ブログの保存にデータベースを使うように改良されているようなので、単純にそれに移行してしまうのも手ですが．．．

１７日。昼ぐらいから出かけて夕方ごろ帰ってきたら、ルーターがPPPoEリンクダウン、VDSLモデムがLineリンクダウンのアラームを上げていました。
調べてみたら、というか調べるまでもなく、インターネットの回線が死んでいました；；

VDSLのLineでアラームが出ているということで、NTTに電話してみたら休日は故障対応できないということで、19日の朝に来てもらうことになり、そして19日の午前中にめでたく復旧しました。

原因は、アパートの集合型VDSLモデムが熱で死んでいたとのこと。
うちだけでなく、アパート全体のインターネット回線が死んでいたようです。もっとも、このアパートでBフレッツ使っているのは、うちだけらしいのですが。

最近、掲示版に対するスパムコメントが多かったので、対策を施しました。
内容は、メールソフトなんかに付いてる、スパムメール排除機能と似たような方式で、コメント内のあるキーワードからスパムであるかを判定し、書き込みをブロックすると言うもの。
いまのところ、かなり緩い規制しかしてないので、正規な書き込みがブロックされる可能性は低いだろう。
最近、コメントスパム対策として、画像文字を入力させるっていうのがある。これはスパムに対して非常に効果的な対策である反面、作る方も書き込む方もちょっと手間がかかるという問題があったので、今回は別の方法を取ることにした。
でも、今回の対策でも防げないスパムが大量に来るようになったら、画像文字を使う方法を取るしかないのだろう。