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

フォロー記事投稿

記事のキャンセル

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

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

＃ 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自体があまり評判が芳しくなく流行ってもいないので、今の所ペンディング状態ですね。

フォロー記事投稿

記事のキャンセル

えいゆんです。
仕事が激多忙の為、お返事できませんでした ;_;

Remote-HostとUser-Agentの表示ですが、うまくできました。
しばらくは、これで様子を見ようと思います。
どうもありがとうございます。＞にあさん  m(__)m


1月27日に、にあさんは書きました。
＞あはは、すっかりはまってしまって、ヴィデオはDVに買い替えるわ、DVDは買うわ、
＞編集用のパソコンはそろえるわ、と言う状態で... (^^;;

さくらのおかげで、W-VHSビデオデッキの製造中止が延期になったりなど
オーディオ・ビデオ業界では噂になってましたしね… ^^;;;
という私も、さくらのおかげで人生が全く変わった気もしますけど(笑)


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

最初のころは「扱いにくい〜」「どう操作すればよいのでしょう？」という
問い合わせが多かったのですが…　馴れればかえって扱いやすいのと
話題ごとに会議室が立てやすい。さらに私が草の根系でこういうタイプの
レス書きツールを使ってたので、「これだ！」とか言って思い切って
変更しちゃったのです ^^;;
＃１年ほど試験運用はしてましたけどね。


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

その辺は知人でやっている人が居るのですが、管理が結構大変になって
泣かされていた気もします… ^^;;
メールアドレスの検証は…　そういえば私の所って書かなくても
投稿できるので、あんまり意味がないですね(笑)

フォロー記事投稿

記事のキャンセル

いしどう っす。

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

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

[略]

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

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

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

フォロー記事投稿

記事のキャンセル

1月28日に、いしどうさんは書きました。

＞いしどう っす。

はじめまして。えいゆんともうします。

＞＞原因はrimのサーバー変更なのですが、それ以前に今までのrimのcgiの
＞＞動作に問題があったようで…
　　　：
＞えっと、内輪掲示板なんでURLは明かせませんが、うぇぶ会議室、わたしのは動いて
＞ますよ。T3 ドメインです。

うぐぅ…　うまくいきましたか…
私のほうは、なぜかserver-errorを吐きつづけて、全く動作する様子も
なかったため、あきらめちゃったのですが…
site.plと#!/usr/local/bin/perl4ぐらいしか変更しなかったので
もっと深く突き止めていけば、動いたのかもしれませんね。
でも、いずれにせよrimで100ＭＢも契約したくなかったので
あっさり移転しました ^^;;;;;
＃今の場所は100ＭＢあるので、当分は大丈夫かと(笑)

フォロー記事投稿

記事のキャンセル

はじめまして。
いつも「うぇぶ会議室」を使わせていただいています。
よくできてますよね！

ところで題名の件なんですが、「最近の投稿一覧」の投稿一覧記事数はデフォルトでは
３０ですがこれはどうしたら変更できるのでしょう？
ド素人の私にはnumが怪しい？くらいしかわかりません。

よろしくお願いします。

フォロー記事投稿

記事のキャンセル

2月6日に、たくやさんは書きました。

＞ところで題名の件なんですが、「最近の投稿一覧」の投稿一覧記事数はデフォルトでは
＞３０ですがこれはどうしたら変更できるのでしょう？
＞ド素人の私にはnumが怪しい？くらいしかわかりません。

そうです。num がまさに記事数を決めているパラメータです。
ですから「最近投稿された10本の記事」とかやると、表示する記事数を明示的に
決めることも、出来ます。

また、num が明示的に定められていない場合に表示される記事数は通常の記事一覧で
用いられているのと同じ記事数、つまり、ユーザカスタマイズで設定している
「1ペーヂの記事数」か、それが設定されていない場合はデフォルトの記事一覧数、
つまり、site.pl の gui 設定項目中の articles に設定されている数になります。
これがデフォルトでは30になっているので、何も設定をいじっていなければ、
記事一覧数は30と言う事になります。

なんか面倒に見えますが、うぇぶ会議室では汎用性を保ちつつ、なるべくユーザ個人々々の
カスタマイズ状態も反映させたいので、このような設定になっています。

＃ この辺の設定方法とかコンセプトとかをキチンと記述した文書が無いことも
＃ うぇぶ会議室が難しいといわれる原因の一つなんでしょうね。(^^;
＃＃ マニュアルなんて、何年も昔のまま更新されて無いし... (^^;;;

フォロー記事投稿

記事のキャンセル

おかげさまでうまくいきました(^.^)
今後もよろしくお願いします。

今後はもっとcgiの勉強して詳しくなりたいです。
何かお勧めの勉強方法があったら教えてください。

では。

フォロー記事投稿

記事のキャンセル

はじめまして。cgi初心者です。

今まで何度も設置を試みたんですが、動作しないのであきらめていました。
昨日もう一度挑戦してみたら動作しました！

恥ずかしい質問かもしれませんが、よろしくお願いします。
一覧のソートについて教えてください。
簡易記事検索で全く同じ質問があったのですが、
修正する個所が、私の*.cgiには見あたりませんでした。
1.7cを使っています。

やりたいことは、
・日付の新しい順に表示させる
です。
site.plの'sort'を'reverse'にして、
Dateモードをクリックした時の状態を規定値にしたいのです。

規定値ではThreadモードで表示される（私だけ？）ので、
規定値をDateモードに変更すればOKのような気がしますが
この設定箇所が分かりません。

上記の内容ができた時点で、Date/Threadモードの切り替えアイコンを
動作させないようにもしたいです。

つまらない内容で申し訳ないですが、教えてください。
よろしくお願いします。

フォロー記事投稿

記事のキャンセル

ここにあこがれて作りが始めましたが、全然できません。
index.cgiはサーバーエラーになってしまい、設定も何がなにやらさっぱりです。
どうか優しく詳しく設置法を教えてください。
お願いします・・・。

フォロー記事投稿

記事のキャンセル

index.cgiがサーバーエラーになってしまいます。
site.plの設定の仕方もよく分かりません・・・。
とにかく分からないので教えてください。

フォロー記事投稿

記事のキャンセル

index.cgiがサーバーエラーになってしまいます。
site.plの設定の仕方もよく分かりません・・・。
とにかく分からないので教えてください。
メールでのお返事も大歓迎です。

フォロー記事投稿

記事のキャンセル

2月15日に、aiueoさんは書きました。

＞index.cgiがサーバーエラーになってしまいます。
＞site.plの設定の仕方もよく分かりません・・・。
＞とにかく分からないので教えてください。
＞メールでのお返事も大歓迎です。

よろしければメールでsite.plを送ってくださいな。
はい、無理だね・・・。すいませんでした・・・。

フォロー記事投稿

記事のキャンセル

timelocal.plてなんですか？
timelocal.plはどこにありますか？

フォロー記事投稿

記事のキャンセル

2月15日に、aiueoさんは書きました。

＞timelocal.plてなんですか？
＞timelocal.plはどこにありますか？

＃だいぶお困りのようですね。
＃ですが、あまり時間がないので簡単に。(^^;;

メニューの簡易記事検索から「timelocal.pl」をキーワードにして
うぇぶ会議室の部屋を４つ指定して検索するといろいろと出てきますので
それを見てみて下さい。

index.cgi自体は、何も修正せずサーバに転送して実行権をつけてあげれば
取りあえずはフレームが表示されると思いますが...
（site.pl、timelocal.plは特に関係なく）

site.plのサンプルはにあさんの「うぇぶ会議室」(ここ)のものを
見ればよいでしょう。
URL: http://www2.biglobe.ne.jp/%7Enir/Forum/site.pl

フォロー記事投稿

記事のキャンセル

index.cgiがインターナルサーバーエラーになって表示されません。
どうしてですか？どうしたらいいのですか？教えてください・・・。

フォロー記事投稿

記事のキャンセル

2月18日に、タカヒコさんは書きました。

＞index.cgiがインターナルサーバーエラーになって表示されません。
＞どうしてですか？どうしたらいいのですか？教えてください・・・。

まずは、少し前に私が投稿した記事を読んで下さい。

で、メールアドレスからするとタカヒコさんは最近「aiueo」という名前で投稿されていますよね。
その時の問題を引きずっているということでしょうか。

「timelocal.pl」について質問されていましたが、
それは以下のようなエラーが出ているということでしょうか。

　　Can't locate timelocal.pl in @INC at ./forum.pl line 14.

そうだとして、「Re: timelocal.plってなんですか？」の記事は
読んでもらえましたか。それを読んでいれば解決してても良さそうなものですが。
もしまだなのなら、以前のにあさんの記事「timelocal.plが無い時」を
参考にして下さい。

＃つぎに投稿するときにはもう少し具体的にできるだけ多くの情報を載せて下さいね。
＃そうでないと適切な助言ができませんから。

フォロー記事投稿

記事のキャンセル

はじめまして、こんにちは。
ウェブ会議室を設置させていただこうと思って、色々とやってみたのですが、
どうしても会議室選択欄の会議室名のあとに書いてある（日付）が変わりません。
この日付をどこから持ってきているのか教えていただけないでしょうか？
　なお、インストール先のサーバは、www5a.biglobeであるため、
contents.cgi, article.cgi, cancell.cgiファイル中のFORUMPATHはCGIPATHへと
変更しております。この辺が原因かと思ってトライしてみたのですが、
原因がつかめませんでした。どうぞ宜しくお願いいたします。

フォロー記事投稿

記事のキャンセル

2月19日に、M's squareさんは書きました。

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

M's squareさん、こんにちは。

＞ウェブ会議室を設置させていただこうと思って、色々とやってみたのですが、
＞どうしても会議室選択欄の会議室名のあとに書いてある（日付）が変わりません。
＞この日付をどこから持ってきているのか教えていただけないでしょうか？

forum.plのget_room_menuでメニューページの会議室一覧を作ってますが、
その中の以下の部分で各部屋のディレクトリ内にある contents ファイルの更新日時を
取得していますが、それがうまくいってないのではないでしょうか。

　　$mtime = (stat("$forumpath/$room/contents"))[9];

というのも、ユーザカスタマイズで既読日付書式を
「(%Y/%m/%d %H:%M:%S)」としたら「(1970/01/01 09:00:00)」なんて表示されましたから。(^^;;

＃'2000/01/01'かと思ってましたが、'1970/01/01'だったんですね。

あと、CGIが返してきたページも「最終更新日時:不明」となっており、
「Last-Modified:」が正しく設定されていないようです。

でも、各ページのフッターでは「Last Update: 26 December 1998 」という日付が表示されてるし...
この日付は、同じくforum.plのfooter_initの以下の部分から持ってきてると思いますが
どうしてこっちはちゃんとした日付なんでしょうね。
1998/12月というのもちょっと古い気もしますが、各CGIファイルの更新日はどうなってますか。＞M's squareさん

　　local($mday, $mon, $year) = (&http'local_time((stat($0))[9]))[3, 4, 5];


＞　なお、インストール先のサーバは、www5a.biglobeであるため、
＞contents.cgi, article.cgi, cancell.cgiファイル中のFORUMPATHはCGIPATHへと
＞変更しております。この辺が原因かと思ってトライしてみたのですが、
＞原因がつかめませんでした。どうぞ宜しくお願いいたします。

WEBサーバが噂のZeusってことで他とはちょっと違いますが
この際、それは関係ないですね。
perlがおかしいのでしょうかね。

これ以上はにあさんにご出馬いただかないとわかりませんね...(#^_^#)

フォロー記事投稿

記事のキャンセル

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

こんにちは、お返事ありがとうございます。

　いまのいままで、'2000/01/01'だと思ってました。
1998/12/26というのは、menu.cgi, http.pl, customize.cgiの日付です。
他の変更を加えた物は、2000/02/xxとなっております。
Last-Modified:がおかしいとは思っているのですが、まだ、原因を特定できません。
もう少し検討いたします。　どうもありがとうございました。


＞forum.plのget_room_menuでメニューページの会議室一覧を作ってますが、
＞その中の以下の部分で各部屋のディレクトリ内にある contents ファイルの更新日時を
＞取得していますが、それがうまくいってないのではないでしょうか。
＞
＞　　$mtime = (stat("$forumpath/$room/contents"))[9];
＞
＞というのも、ユーザカスタマイズで既読日付書式を
＞「(%Y/%m/%d %H:%M:%S)」としたら「(1970/01/01 09:00:00)」なんて表示されましたから。(^^;;
＞
＞＃'2000/01/01'かと思ってましたが、'1970/01/01'だったんですね。
＞
＞あと、CGIが返してきたページも「最終更新日時:不明」となっており、
＞「Last-Modified:」が正しく設定されていないようです。
＞
＞でも、各ページのフッターでは「Last Update: 26 December 1998 」という日付が表示されてるし...
＞この日付は、同じくforum.plのfooter_initの以下の部分から持ってきてると思いますが
＞どうしてこっちはちゃんとした日付なんでしょうね。
＞1998/12月というのもちょっと古い気もしますが、各CGIファイルの更新日はどうなってますか。＞M's squareさん
＞
＞　　local($mday, $mon, $year) = (&http'local_time((stat($0))[9]))[3, 4, 5];
＞

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

ホームペーヂに戻る