ふるふる日記

今回、hauN鯖のApacheが1.3から2.0に変更されたにあたって、僕が認識している影響は、以下の通り。

1. AddDefaultCharset ISO-8859-1されるようになった
2. CGI, SSIの実行時のcwdが/になっている
3. DirectoryIndexがindex.htmlであるとき(デフォルト動作)に、/somedir/へのリクエストに対して、<Files "*.html">の指定を見なくなった

１番目については、ようするに設定次第なのだが、HTML1.1のデフォルトがISO-8859-1らしいので、Apache標準でこういう設定になっているようだ。ただ、影響としては、文字化けするぐらいなので、たいしたことないっぽい。

２番目は予想外で、あちらこちらで悲鳴が上がっているのはそれが原因ぽい。これまでは、実行していたディレクトリがcwdになっていたのだから、内部で呼び出すファイルが相対パスになっていると全部動かなくなってしまう予感。

３番目は、もしかしたら、1.3の動きがおかしかったのかもしれないけれど、どうなんだろう……。

そんなわけで、hauN鯖のコンテンツの混乱はしばらく続きそう。suExecに変更されたあかつきには、大混乱になりそうだ。事前に8000ポートでsuExecなhttpdを動かしてテストする。とか、した方がいいかもね。って、そういうテストができるのかどうか知らないけど……

というわけで、suEXEC化されたので、いろいろテストしているのです。

とりあえず、問題なさそうね。

suExec化に対応できた。と思っていたのに、SSIがうまく動いてなかった。

よくわからないけれど、/path/DIRというディレクトリから、/path/DIR/subDIRにあるスクリプトをSSIとして実行する。ってのも、だめなのか？それは、大丈夫だと思ってたんだけどなぁ……。

まぁ、いいや。だめならだめで……対応できたし。っていうか、cmdで指定されるファイルがシンボリックリンクでもだめってのは、辛いなぁ……。

suEXECレッスンを見る限り、<!--#exec cmd="subdir/command"-->ってのは大丈夫なように見える。

Apacheの1.3と2.0のsuEXECで動きが違うのか？とApacheのドキュメントを読んでみたけど、よくわからないなぁ。

suexec.logには、cannot stat program: (command)って表示されてるのだから、そのプログラムが存在しない。ってことになっているのか？っていうか、suEXECのバグ？

う～ん、わからん……

いろいろあったけれど、subdir指定のSSIが動かないのは、結局、apacheのバクらしい。

あと、symlinkがうまくいかない件は、しゃあるさんからコメントももらったけど、やっぱり、ダメっぽい。くちょ。

昔作ったモノは、いろいろ動かなくなっているんだろうけど、面倒なので、そのまま（ぉ

日本ではCDのレンタルや借りたCDからのMDへのダビングなどが多い。

AV Watch：エニーミュージック、サービス開始に向けラウンチパーティを開催

CDレンタルや、借りたCDからのコピーが多いのは、そもそも、CDが高いからじゃないかと思うんだがどうよ。10年以上まえ、自分が高校生、大学生だった頃、CDなんて、高くて買えなかったわけで。同じように、友達から借りたり、レンタルCDやさんを利用していたわけですよ。そもそも、「高くて買えない」から、CDレンタル業なんてものが成立するわけで、正直、安けりゃ、もっと、買ったと思いますよ。今は、「借りてくる時間」がもったいなくて、買っちゃってるわけですから。

たぶん、、今の高校生、大学生も、「借りてきてコピーするのは面倒だけど、買う金がない」であろう。

で、どうせ配信するなら、彼らのほとんどが持っているであろう携帯電話に配信すればいいと思うわけです。でも、その仕組みが高ければ、彼らも利用しないわけで、なんとか利用してもらうために、たとえば、月500円とか800円で定額制で、ダウンロードし放題にするわけです。

その代わり、OpenMGでもなんでもいいから、著作権保護の仕組みをちゃんと導入して、「友達がダウンロードしたものをコピーする」というようなことができないようにすれば、いいんじゃないでしょうか？

もちろん、月500円や800円の定額でペイできるかどうか？というのは、微妙なところだと思います。ただ、重要なのは、そういったカジュアルコピーを消費者に行わせる原因となったのは、売る側の価格設定の問題であり、それを解決しない限り「友達のを借りてコピー」とか「レンタルCDからコピー」とかは、防げないんじゃないのか？とか、思う。

しかも、既存の着うたサービスと連携して、来月発表の新曲の着うたが会員限定でダウンロード可能！とか、していけば、会員増で、毎月の収入が増えてウハウハって感じで。

ちなみに、そういう手段を思いついたとしてもこんなところでタダで発表するバカはいませんよ（笑。

藝夢日報：P2Pとか[ネット/著作権]

janusさん、ごめん、書いちゃったよ(笑)

というわけで、ドコモさん、auさん、vodafoneさん、パケ代を稼ぐための妙案として、採用して頂けませんかね？

ふと、実回線速度を計測してみるか。と、http://speed.rbbtoday.com/で、速度計測やってみた。

すると

SPEED 2.5 (speed.rbbtoday.com)
計測日時 : 2005年5月04日水曜日 15時46分53秒
  下り（ISP→PC）: 27.28Mbps
  上り（PC→ISP）: 1.98Mbps

せっかく、HDDレコーダーを買ったのに、ネットに繋がっているのに、そとからうまく録画予約できないことがある。というか、そもそも、HDDレコーダにブラウザで繋がらないのだ。いろいろ調べてみたのだけれど、HDDレコーダーが悪いわけでも、うちのルータの設定が悪いわけでもなく、単純に、proxyがhttpとhttps以外への通信を落としているっぽい。

うちの鯖自身もhttpdが動いているわけで、しょうがなく、ルータの80以外のポートからフォワードしてるんだけれど、それがだめっぽい。

トンネル掘削機 - stoneで穴掘りのような方法で、穴を開けるのが一番確実なんだろうけれど、クライアント側に準備が必要になると言うことと、httpsのポートが本来の用途で使えなくなるということ、とかで、ちょっと、避けたい感じ。

Apacheをうまく設定することで、http://server.domain/だとサーバーのページが見れて、http://server.domain/hddrecoder/だと、HDDレコーダーへのプロキシになっているとか、そういう風にできないかなぁ……。

「や」氏から、コメントをいただいたので、いろいろ調べてみたわけですよ。

Apache2ならProxyPassやProxyPassReverseで細工してみるってのはどうでしょう?
Posted by: や at 2005年05月19日 09:45

ふるふる日記: httpとhttpsしか通さないproxy

検索してみると、とりあえず、以下のような設定をすればいいらしい。

<IfModule mod_proxy.c>
    ProxyPass   /hddrecoder/   http://<hddrecoderのIPアドレス>/
    ProxyPassReverse    /hddrecoder/   http://<hddrecoderのIPアドレス>/
</IfModule>

ふむふむ。と、設定してみる。とりあえず、うまくいったように見えたのだが……。HTML内部に<a href="/foo.html">foo</a>という記述があると、http://server.domain/hddrecoder/foo.htmlではなく、http://server.domain/foo.htmlへのアクセスとなってしまい、おかしくなってしまいます。

う～ん。どうしようか。と悩むこと数分。考えてみれば、リクエストのURLを書き換えればいいのだから、mod_rewriteか。ということで、これまで使ったこと無かったから、いろいろ悩む。最初は、うまくいかなかったものを一つずつ書き換えていたのですが、書き換え対象があまりにも多いで面倒になって、ちょっとひとひねり。できたのが、以下の設定。

<IfModule mod_proxy.c>
    ProxyPass   /hddrecoder/   http://<hddrecoderのIPアドレス>/
    ProxyPassReverse    /hddrecoder/   http://<hddrecoderのIPアドレス>/
    <IfModule mod_rewrite.c>
        RewriteEngine on
        RewriteCond %{HTTP_REFERER} hddrecoder
        RewriteCond %{REQUEST_URI}  !hddrecoder
        RewriteRule ^/(.*)  /hddrecoder/$1 [R]
    </IfModule>
</IfModule>

たぶん、これで問題ないと思う。

さすがに、１年以上ほったらかしは、まずいでしょう。ということで、入れ替えすることに。NetBSDの年末の-currentで起動することを確認して、pkgをほぼ同じものをインストールして、あとは、設定ファイルを移行すれば何とかなるだろう……。と、はじめたものの……

はまったところ
１．bindが9になっていた。シリアルがYYYYMMDDhhmmだと、大きすぎると文句を言われる罠
２．postfixが動かない。master.cfで、smtpがコメントアウトされているらしい。
３．spamassassinの設定をTLECのuser_prefを使うようにしたら、何かとエラーを吐く罠

あー、そうだ。その影響で、nabe.hauN.orgではircdが動いてません。とりあえず、どうしようかなぁ。といった感じ。そもそも、ircdをコンパイルする気力がないので、もしかしたら、そのままかも……

そんなはまり初めでした