bbs.cgi 再開発ﾌﾟﾛｼﾞｪｸﾄ

スペシャルサーバ買うお金ないから
こっちに顔出してみる。

Perl の現 bbs.cgi は管理人にまかせるとして、
私は来年用の新しい bbs.cgi written in C でも作ろうかしら。

subject.txt subback.html をRAM ディスクにおくのをにらんで、
プロキシ規制のほかに .my とか .br とかを
はじめからはじける仕様にしようかな

各サブルーチンは容易に入れ替えれるようにしよう。
すたてぃくな変数は使わないでおこう。

へー。

>>359
マレーシアやブラジルから利用している人は排除ですか？

>>361
bbs.cgi を作るのが目的で
それを使うかどうかは管理人次第だと思うのですが、
その機能も入れてということだす。

>>359
＞スペシャルサーバ買うお金ないから
(´Д`;)
がんばれ。超がんばれ。

>359
それより>347に関する
詳しい説明が聞きたいのだが

>>350
＞それ書いたのは私じゃないし。

誰が書いたかなんてどうでもいい事を気にするバカには配慮しません。

＞ただ自分が理解できないことを330で無碍に却下しようと目論んだことについては

俺が理解できてないという妄想はどこから沸きましたか？

ﾆﾔﾆﾔ

誰かﾚﾓﾘﾔ呼んできて

>>351 bbs.cgiをことさらにＣで書こうとするメリットは？？？

鯖全体を考慮すると、bbs.cgiがPerl -> C になることのメリットは
さほど無いと思ってしまうわたしは素人ですか？

>>368
つくってから今までのと比較するのが良いかと。
んで、どっちが良いかよーく考えてみようってことで、

正規表現重いっすよ。
書くのは一行でコストが安そうに見えて
実は実行時に一番高い料理を注文している予感。

何もしないで否定するよりは
やって実際に比較しようかと。

とくに live サーバでは活躍する予感。
土台から作り直すから、人間おぷちまいざー効果抜群。

どーだ。

>>369 なるほど。。
でも、bbs.cgiをC化することに割ける人的コストがあるなら、

板の実体をデーモン化するコードをCで書いた方が建設的かも。
板の管理デーモンがメモリ上にスレを保持しておいて、
bbs.cgiやread.cgiその他もろもろはデーモンとやりとりで済ますと。。。

>359
わくわく。。

ひろゆきｷﾀｰ

>>370
コーディング時にはそんなこともにらんで、

まずは 現 bbs.cgi の置き換えからかと、
それで効果があればめでたしめでたし、
もしなかったら・・・

そのデーモンとかモジュール化とか、
そちらへ行くべきかどうかをその時点で考えられるかも、
少なくとも考える基になるデータは今より増えているはずだー

いらっしゃーい　>>371

まずは老体に無知うって
たたき台書いてみるですよ。

んで、公開するから
各サブルーチンはより良い方向へ
より効率的な方向へ興味のある人は書き換えよう !!

のような予定だす。

汎用bbs.cgiにして、公開して2chルーチンを加える感じっすかね。

なるほど。。。 >>373
大将も興味を示していますし、その線で。。。ってことですね。

Cで文字列を扱うにあたっては、
コーディングには十分気をつけてくださいね。。。
極東地域のクラッカー達のチャレンジの的になっているわけですから。。。

たぶん
味付けはパラメータをファイル設定で (SETTING.TXT)
根幹の bbs.cgi は bug が抜けたら一生さわらなくても良いように

こんな感じかと、

関数の仕様もがっちり、より良いコードややり方が見つかったら
入れ替えられるようにね、

>>375 おおっ！ ついに禁断のbbs.cgiが部分公開されるわけですね。 (ﾜｸﾜｸ

公開というか、、、
まっさらから公開で作ろうかと、
最終的に採用されるかどうかは分からないけど
楽しい作業になるのではないかなぁ

まずは前祝と言うことで
宴会に行ってきますー

main(){
exit;
}

>>380 汗;

未だにリライトのプライオリティが見えないんですが。
負荷を減らすのか速さを追求するのか省力化してもいいのか仕様変更を伴うのかetc...

>126
実際の処理はこんな感じ?

>>382

人間おぷちまいじんぐ

これが一番の目的かもよ。

人間おぷちまいじんぐってなんだろう。。

ひろゆきみたいな無駄の多い生き方してる人間をキビキビ働くように
更正させるとか…

＞人間おぷちまいじんぐ
人間活用？

最近、おぷちまいじんぐに成功しまして、
ズボンがゆるくなりました。

於風帝邁進具

昨晩から今日にかけてどうやら君の書き込みが烈しく多いと思うですよ。。

>390
まだ酔ってるんだろうか

>>384
おぷちまいじんぐの方向性を訊いてるんですが。
ウェイトトレーニングにも体重減少を目的とするか筋力増強を目的とするか体型追求を
目的とするかで方法が違うわけですから。

「やれることをやる」に決まってるじゃん

>>380がとても軽そうだなぁ。（す

int main(void){
　/*公開PROXY規制（引っかかったら終了）*/
　/*本文規制（広告URLなど：引っかかったら終了）*/
　/*その他特定ホスト等の規制(OPTION) */
　/*SETTING.TXT(R) */
　/*xxxxxxxx.dat log/xxxxxxxx.dat subject.txt subback.html index.html i/index.htmlをロック*/
　/*dat追記 */
　/*log/dat追記 */
　/*subject.txt書き直し*/
　/*subback.html書き直し*/
　/*i/index.html書き直し */
　/*index.html書き直し */
　/*ファイルロック解除*/
　
　return 0;
}

そういえば、これってもう反映されてたんだっけ?
★ bbs.cgi軽量化開発コンペ ★
http://ooo.2ch.net/jikken/kako/1017/10170/1017071166.html
★ bbs.cgi軽量化開発コンペ ★ ２
http://ooo.2ch.net/jikken/kako/1023/10231/1023157603.html

>>393
「やれる事」自体は無数のあるので目的が決まらないと何もできませんが。

>>397
あなたの目的は？ つーことで。

test

400

>>398
そもそも現状でどういう問題があるのかサッパリわからんのですが。

>>401
じゃあ(・∀・)ｶｴﾚ!!

>>401
でしたらあなたとしては終了という事でもかまわないのではないかと。
とりあえず>>1のリンク先を読んでみては？

>>401-403
久しぶりにﾜﾗﾀ

トーマスが目的もなくただ絡んでいるだけだということがよく分かりますた。

>>403
読んでもわからんていうか、リアルタイムでそのスレ読んでたけどやっぱりわからんので
訊いてるんですが。

>>406
修行が足りないと言うことで、

>>395
/*xxxxxxxx.dat log/xxxxxxxx.dat subject.txt subback.html index.html i/index.htmlをロック*/
これ全部同時にロックする必要があるかなぁ?

datとlog/datの同一性を保証するのは当然だけど、
それ以外は、必ずしも厳密でなくてもいいかも。

>408
>126-128をそのまま拍ってきただけですた。。。

あと>5こんなのもあったんだね…

>409
名前戻すの忘れてた(鬱

>>407
俺の経験では仕様も目的も不明なものは「弄らないのが最良」なんですが。

デーモン化するなら、サーバーレベル(S)、カテゴリレベル(C)、板レベル(B)、スレレベル(T)
の処理をするデーモンを分けてみては。各レベル一つづつじゃなくて、例えばスレ数分だけ
デーモンがあるようなイメージなんだけど。
・各単位ごとのパラメータの調整がしやすい。
・1つのデーモンの障害の影響が他におよびにくい。
・各単位はそれほど複雑にはならないだろうから保守性が高い
・マルチプロセッサ有効利用(?)
あたりの利点はある気がする。
あと、BとかTのところでSUBJECT.TXTとかdatのキューイングをして、
書き換えは、前の書き換えが終るまでにキューにたまったのを
一気にするようにするといいかもしれない。

プロセス間通信の負荷ってどの位なんだろう。

あーよく寝た。

>>406
おいらはこのスレとしては「困っている」所は無いと思ってます。
こうした方がいいんじゃないかと言う形で出来たスレだし。
そしてそれを議論するのが「面白い」わけで。。。
あくまで個人的見解ですが。

>>412
サーバレベルで常時起動しておく必要のある作業ってほとんど無いような。。
強いて言うならアパッチですか？ (w

スレ数分だけデーモン。。。って、数千個のプロセスを併走させるってことですか？
psコマンドの出力が壮観でさぞ見物でしょうけど、メリットはあまり無いような。。。

今のところ、やって意味がありそうなのは、やはりそれぞれの板を司るデーモン(itad ?)ですよね。

FastCGIみたい。

>>414
スレ数分常時起動しておくのではなくて、
・板デーモンから度起動する
・起動したら、キューイングしつつレスを処理する。
・キューが空になってもすぐに終了しないで、一定時間次のレスを待つ
・一定時問、何もなかったら終了
ではどうでしょうか。(inetdでwaitオプションを付ける感じ)
短時間にレスが集中したときに、>>395のようにするよりも、
・プロセス起動のオーバーヘッドが無くなる
・dat等の書き直しをまとめてできるのでIO負荷が減る
ような気がします。

【問題記者】祝！"きしゃトーマスφ ★"遂にキャップ剥奪【自業自得】

ニュース速報＋板、記者キャップ剥奪議論スレ★11
http://qb.2ch.net/test/read.cgi/accuse/1052409393/

318 名前：心得をよく読みましょう[] 投稿日：03/05/09 03:36 ID:+FUMqijh
剥奪された、とは決して自分から口にしない
他人を叩くことは大好きだが、自分の脇腹はきっちり守る
プレイリードックのような小賢しい動物ですね

324 名前：●´_＞｀） ◆13ThomasYo [sage] 投稿日：03/05/09 03:38 ID:v2oH/9ee
>>318
今現在キャップは止まってるよ。

406 名前：ひろゆき ◆3SHRUNYAXA ＠どうやら管理人 ★[] 投稿日：03/05/09 04:16 ID:???
まだ、焦点わかってないようだから（トーマスは記者には）向いてないと判断してるわけで、、、

432 名前：心得をよく読みましょう[sage] 投稿日：03/05/09 04:28 ID:n6iK2YjP
>>406　でもう決まったしね。
後は何言っても変わらないでしょ。

440 名前：●´_＞｀） ◆13ThomasYo [sage] 投稿日：03/05/09 04:31 ID:v2oH/9ee
>>432
そもそもキャップを復帰してもらおうとは思ってないし。

>>411
登山とかやってみるといいかもよ
それも海面から登れる利尻富士とか

チャレンジ精神

>>418
「登山」は手段でしかないので、それ自体は目的になりません。
山頂で満天の星のもとでセックスするとかそういう目的があって初めて「山に登る」という
手段を選択する事ができるわけです。

で、結局このスレは何をするとこなんだろうか…

夜勤さんの昔取った杵塚と
底の割れたﾄｰﾏｽの見れるｽﾚは
ここですか？

>>421
トーマスに邪魔されながらbbs.cgiを再開発するスレ

>>421
リアルタイムでデスマーチをｦﾁするスレにしか見えん。

とりあえずトーマスが役に立ってないのはよくわかった（す

>>411
お前の経験が何の根拠になるのか？

>>426
根拠は俺の実績だ。

>427
よく分かった

3人兄弟の真中のような人だな

納期もないものがどうしてデスマーチになるんだか

>>427
その実績がどこにしめされてるのかな？
履歴書と業務経歴書でもどっかに公開してあるのか？
素人が出てきてもうざいだけだから引っ込んでろよ。

>>431
＞独立系でありながら、三菱電機様、日本電気様、日立メディコ様、日本ユニシス様などを
＞はじめとする大手優良企業様から絶大の信頼を頂き、最先端の技術開発に取り組んできました。
＞事業分野は、通信・流通を中心に医療、エンジニアリングなど幅広い領域に広がり、
＞コンサルティングからソフトウエアの設計、開発、メンテナンスにいたる一貫したサービスを行ない、
＞「高度な技術力を誇るシステムインテグレータ」として、評価を年々高めています。
（中略）
＞WEB技術や移動通信技術、マルチメディア技術の飛躍的な進歩で新たな可能性を広げるIT。
＞私たちはこれからも最新技術の動向をさぐりながら、既存の技術をさらに磨きをかけ、
＞クライアントの業務効率化・経営刷新・次世代製品の開発に貢献していきたいと考えています。

だって。

>>431
構うな

>>432
すごいな。ごんちゃくん。

>>434
(ﾟ∀ﾟ)ｱﾋｬ

>>432
で、零細企業の企業概要のコピペに何か意味があるのかと？

httpd へ渡す前に、アク禁判定をするとかってどでしょう？@tcpserverの如く。
itad・・・ふと思い付けだけれども、、、
bbs.cgiは書き換えられた .dat をキュー用のディレクトリ放すだけ。
datd なりでせっせと、/dat/に投げつける。
read.cgiは、キューを見ながら/dat/*.dat を取得みたいな。
　もしくは/dat/*.datのスティッキー立ってるとかみて・・・

・・・書いてて頭が回りません。寝てからもう一度考え直してみますm(_ _)m

サーバでアク禁判定するから処理が重いんだ。
ならば、いっそクライアントに処理させれば...

火壁であく禁とかはありだろうか…

>439さん
F.W.っていうか、ルータレベルではroot権限が無いからできない、って、以前御大将が言ってたです。

iptableのレベルでは?

サーバ自体もroot権限無かったんじゃなかったでしたっけ?
# ユーザ権限で入れられるようだったらスマソ(汗

何か愉快なbbs.cgiがはいったよーで・・・
とりゃーえずこのスタイルで統一の予定っすか？

<base src="http://qb.2ch.net/operate/test/read.cgi/operate/">
しておいて

<a href="1053067870/50n">hoge</a>
するのとかはどうでしょう?

>>1
は２ちゃんねるの管理人のひろゆきか、
２ちゃんねるで飯食っているやつだろ。

一般ユーザーを装って情報を集めるのはやめろ。
月収４００万円あるくせにやり方が汚い。

――--､..,ヽ__　　＿,,-''
:::::::,-‐､,‐､ヽ.　)ノ　　　　　 ＿,,...-
:::::_|/ ｡|｡ヽ|-i､　　　　　 ∠＿:::::::::
／. ` ' ● '　ﾆ ､　　　　 ,-､ヽ|:::::::::
ニ　＿_ｌ＿_＿ノ　　　　 |・ |　|, -､::
/￣　＿　　| i　　　　　ﾟr ｰ'　　6 |::
|(￣`'　　）/ /　,..　　　 i　　　　　'-
`ー---―' / '（__ ）　　　ヽ 、
====（ i）==::::／　　　　　　,/ﾆニニ

>２ちゃんねるで飯食っているやつだろ
安心しろ、そんなやつはいない。

>月収４００万円あるくせにやり方が汚い
また騙されたんですか・・・。人のいい方ですね。

>>446
このコピペ夜勤の巣にもあったよ。
アンチさん着々と勢力伸ばしているようで…

問１
>>445で
>>1を書いたのが管理人側とするとその理由は？

問２
>>446で
>>1を書いた◆Chacha.PkAが一度も顔を出していないのはなぜ？
>>1を書いたのが管理人側でないとするとその理由は？

問３
>>445で
管理人の月収が400万円とするとその理由は？

問４
>>446で
管理人の月収が400万円でないとするとその理由は？

>>448
ねね、あなたは本当にその答えを必要としているのん？

７億の損害賠償請求をくらえば破産するだけ。
月収４００マンも、４マンも一緒さ。

「ひろゆき」氏は良く言えば象徴天皇、悪く言えば傀儡。
しかし、裁判の時は正面に立たされるようになっている。
「２ちゃんねる」で実質的に金を稼いでいるのは「夜勤」氏。
やっぱ、狡猾だよな。

ありがとさーん

>>451
すれ違いですが何か。

http://qb.2ch.net/test/read.cgi/operate/1052479294/327
http://qb.2ch.net/test/read.cgi/operate/1052479294/328
バグってるぞ。
bbs.cgiに引数チェックを一行入れるとDNSクエリー分軽くなるよ。

>>454
gethostbyaddr() を呼ぶ前に値が0かどうかをチェックして、
0の時は呼び出さないようにするだけで、
DNS query数が3割ぐらい減少するようです。

http://qb.2ch.net/test/read.cgi/operate/1052479294/355

ノイズ飛ばしに来ました。
今手元の鯖運用してますが２ｃｈ様式で動くPHP作りました。
bbs.cgiにあたるbbs.phpを分散処理化して必要に応じて必要な処理パーツ(ライブラリ)
を取り込む設計です。１つのプロセス内で必要のない部分は取り込まないので小さいです。
あと処理も強烈に早いです。あと、今作ってる部分ですがindex.htmlの生成をしないように
します。ページデザインは固定なので各ダイジェストをindex.phpが取り込む
設計にしてbbs.phpは細かい部品とdat、subject.txtだけ生成すればいいようになります。
まれにしか使われないであろうsubback.htmlもPHPによってsubject.txtから生成させます。
もしくはsubback.phpをヘッドラインに取り込みTOP50とかだけ表示する事も可能にさせよう
かとも思ってます。これで全体の処理から１つパートを減らせれます。

ディスクI/Oの部分ですがWIN環境のテストなんで比較になりませんがあらゆるデバイスを用い
て負荷の具合を検証してみました。
ATA100HDDが結構早かったですが一定条件を満たす限りCD-ROMが最速でした。
その条件は常にディスクが回っている事です。スタンバイ状態からではモーターの動き出す時間
が大きいですが頻繁にアクセスがある限り非常に早かったです。おそらく40倍速の読み出し速度
と内部キャッシュの効果が大きいのだと推測しています。静的ファイルを置くデバイスがHDD以外
に分散される事よりHDDの負荷が非常に下がるのもあるのではないでしょうか。

あと、これは冗談のつもりですがDelphi、Klix等の簡単なソースでネイティブコードが吐ける言語
でソケットごとBBSプログラムにしてみてはどうでしょうか。成功すれば飛躍的な速度アップしいて
は負荷低減になるんじゃないでしょうか

ノイズ=電波

>>457
ﾜﾗﾀ

たたき台を作る予定の人が、、、

Perl のお話ですが。

.br とかそのへんの変なドメインを切るために、
$host =~ /\.(\w+)$/;
$domain = $1;

とかやってみるとか。

このへんやっといて、

if($domain ne "jp" && $domain ne "net"){
Error("ＥＲＲＯＲ！","なんか変なホストやでっ！！");
}

とかやったらいちいち正規表現に当てないから速くなりそう。
今どうやってるんか知らんけど。

PPP225.hyogo-ip.dti.ne.jp とかなら $domain に jp が入るし、
逆引きできなかったらリモートアドレスの数字が入るんじゃない？
これで逆引きができてるかどうかまでわかっちゃうじゃん！！

if($SETTING{BBS_RAWIP_CHECK} && $domain > 0){
Error("ＥＲＲＯＲ！","ホスト名が逆引きできへんでっ！なんとかしてや！！");
}

数値比較にすれば正規表現使わなくて済むよね。
文字列を対象にしたら 0 になるし。

規制関連のお話もいいですかね。
リモートホストで分けるんじゃなくて、ファイルをリモートアドレス別にしたらどうでしょう？
最初の . までのファイルを作成して、そこでマッチングするって感じの。
211.132.89.225 なら 211m.cgi と 211e.cgi か何かふたつ作るんですよ。

# . まで取得
$ENV{REMOTE_ADDR} = /^(\d+)\./;
$top = $1;

# 完全一致用
open EQ, "$top"."e.cgi";
while(<EQ>){
if($host."\n" eq $_){ # byebye!! }
}
close EQ;

# マッチング用
open MATCHING, "$top"."m.cgi";
while(<MATCHING>){
chomp;
if($host =~ /$_/i){ # byebye!! }
}
close MATCHING;

長くなってしもうた…。

アク禁リストなら階層型DBにして判定させるのを今作ってます。
アク禁リストツールを用意し、そのリスト自体はリモホを分解してディレク
トリ名をたどって最小限の検索数にさせます。リモホISP単位で禁止する場
合はそのディレクトリにフラグ変わりのファイルを置いておきます。
例えば
0123456.il48.net
9876543.bahoo.net
hogehoge.mkh.nesh.ne.jp


を禁止に設定した場合ディレクトリ構成を

net -- |--il48
-- bahoo

jp --- ne -- nesh mkh ---

とします。で、個別に禁止いたい場合は

何か変になった

net -- |--il48
　　　　　-- bahoo

jp --- ne -- nesh mkh

で、個別の場合は

net -- |--il48 ・・・ 0123456.bad
　　　　　-- bahoo ・・・ 9876543.bad

jp --- ne -- nesh -- mkh ・・・ hogehoge.bad

とします。このファイルの存在の有無で判定させるので動作は一発です。
ディスクI/Oへの負荷は免れませんが最小限の動作ですとは思います。
ファイル内に禁止理由や期限等の情報を保持させ一定期間が
経過したら削除させるようにします。

うぜー。

本7 は荒しなので、NGワードにしてください

PHPで申し訳ないですが検索と判定は

$hdat = split('\.',getenv('REMOTE_HOST'));

$t = count($hdat);

$hpath .= $hdat[0];

for($i = 1;$i < (t-1);$i++){

$hath .= $hdat[$i];

}

if(file_exists($hpath){

print "ISPでｺﾞﾙｧ";

exit;

}

if(file_exists($hpath.$hdat[$t]."bad"){

print "リモホでｺﾞﾙｧ";

exit;

}

みたいな感じで

↑改行多すぎ　うざい

あぼーん

サーバープログラムにbbs.cgiの処理をさせるってのはどう？
非現実的だけど(´･ω･`)
開発停止中（終了？）だけど実際あります。
2chを内蔵したウェブサーバ ょぅι゛ょ
http://pc2.2ch.net/test/read.cgi/tech/1043275721/

・・・

とりあえず、今問題になってるのってI/Oの問題と、ホスト判定の部分ですか？
ちょっと思いついたことを書いてみます。がいしゅつだったらごめんなさい。

●subject.txtのI/O問題解決策

・subject.txtをメモリディスクに移す
・subject.txtのリアルタイム更新をやめて、subject.txt管理用のdaemonを立てて、
　１０秒おきとか定期的に自動更新。
・subject.txtにアクセスが集中してるなら、それ専用のproxyを立ててそこにforwardさせる

●ホスト判定問題の解決策

・ホスト判定専用のdaemonを立てて、bbs.cgiはそこに御伺いを立てるように変更する
・そのdaemonはUDPで動くようにしてネットワーク負荷を軽減（←大きな効果が出るかは疑問）。
・daemonは、一旦判定したホストをキャッシュしとく。エントリのexpireまではキャッシュを使う。
・ようするにDNSみたいなもん。DNSよりむしろ、スパム除けのORDBに近いか。

subject.txtの読み込みを解決するだけなら、squidでアクセラレータモードにすれば簡単に解決しないか。
diskd必須で。
.dat直読みもキャッシュしれくれるぞ。

ホスト判定専用デーモンにrbldnsをつかえばいいんじゃ?
http://spam.h1r.org/qmail/rbldns.html
dnscacheつかえば問い合わせはキャッシュするし。

ホストマシンの操作に関してはなんか制限があるらしいぞ。
××モジュールを入れれば？って言ってもなんか言葉を濁されるし

カーネルとかモジュールレベルの話じゃない。
ソフトをコンパイルしていれて/etc/resolv.confを書き換えろ。という程度の修正だよ。

いや、Apacheモジュールの話なんだけどｗ

なるほど。
まぁ貸しサーバとしては、Apacheモジュール>>>squidやrbldnsのインスコって難易度だと思う。
ようするにapacheが特殊な設定だと管理がめんどくさいんでしょ。
別ソフトをインストールするのはそれよりも何とかなりそうなもんだけど。

monazillaBBSに書いてあったんだけど
http://jbbs.shitaraba.com/computer/bbs/read.cgi?BBS=351&KEY=1056474512&LAST=100
これ(・∀・)ｲｲｸﾅｲ?

>>478微妙にスレ違いですた

http://qb.2ch.net/test/read.cgi/operate/1057606841/887
887 名前：ボツリ[sage] 投稿日：03/07/17 18:10 ID:OEPRA3dJ
あとちょっと news2 を観察していたんですけど

p.i r.i のリクエストが結構ありますねー

bbs.cgi = 1/3
read.cgi = 1/3
携帯 = 1/3

負荷をかけている割合はこんな感じのようです。

that鯖のbbs.cgiの様に、携帯用のhtmlもbbs.cgiで作ってしまってはどうでしょう？
1及び最新10ﾚｽで。
これで携帯からの負荷がかなり減少するような気がします。

とするとあれだなぁ、最新10件分くらいをhtmlで吐き出して、
それ以降のを読みたい時はr.iを使わせればいいことになるんだけれども。

#つか携帯用なんてわざわざ2chの使わなくても他のサイトにもあるけどなぁ。

2chブラウザを推奨するなら板トップは subject だけで良さそうな。。。

2chブラウザをインストールしないやつは、どんな困難をあたえても絶対にインストールしないので、かえって本文を読み込む負荷が増えると思われ

>>481
ですねー。
今の p.i のｼｽﾃﾑに近いです。
html/の各htmlを作成しているﾙｰﾁﾝがあると思うのですけど、
その部分で携帯用にも整形された、**********.htmを作成する処理を追加という感じで。
で、i/index.html の各ｽﾚｯﾄﾞﾘﾝｸもその**********.htmに変える、と。

html/
　┣　**********.html　（index.html作成用）
　┗　**********.htm　（携帯の最新10ﾚｽ用）
i/
　┗　index.html　（**********.htmへﾘﾝｸ）

もし実現した場合、このｽﾚとは関係なくなってしまいますが、
r.i の「新10」のﾘﾝｸも**********.htmへﾘﾝｸすると更に効果がありますね…
bbs.cgiの処理的にはI/Oが増えてしまいますけど、
r.i 起動の減少がかなり見込めると思うです。

しかしこれ容量食うよな。一つのスレッドに対して、
dat/$key.dat
html/$key.html
html/$key.htm
read/$key.html
4つ必要なんだべ。
削除スクリプトにも改変必要だろうし。
（まぁreadほどには呼ばれないのかもしれないけど。

htmに関しては大きくて1ﾌｧｲﾙ平均2KBくらいでしょうか。
ブロックサイズは1kbと仮定して、800ｽﾚｯﾄﾞの板だと
800 * 2 / 1000 = 1.6MB程度だと思うです。
そう言えば削除ｽｸﾘﾌﾟﾄにもthat鯖と同じような改変が必要ですね。

html/の中に1600もﾌｧｲﾙがあるのはよろしくないので、
ﾃﾞｨﾚｸﾄﾘも別に作る必要がありますね…

ふむ、容量はそんなモンか…

dat/$key.dat
html/$key.html
i/$key.html
read/$key.html
これでいいんぢゃない？
i-mode用のはiの中にヴチこんじゃえば。

ですねー。

あ、ちょと弊害を思いつきました…
この方法だと、r.i、p.iが止まっていても、上位30ｽﾚは閲覧できますよね？
ということは、無駄な空揚げ（PCの人が携帯の人のために）とか、
人大杉規制の効果がほんのちょっとﾀﾞｳﾝしてしまうとかあるかもです。
r.i は起動できないのでｶｷｺﾐは出来ませんが…

ただ、今はそのread/$key.htmlを作る、っての自体がストップしちゃってるみたいだにょ。
http://that.2ch.net/gline/read/
っつーことは、あんまおっきな効果が出なかったんかね。

ありゃりゃ、知らなかった〜
効果が無かったか、もしかすると削除関係が原因でかもしれないですね

ちまちまつついてないでそろそろ成果物あげたらどうなんですか？

r.iはどうなんでしょう？
多分、これもごっそり変更しないと駄目のような、、、
無駄が大杉だと思うんですが？

>>492
ちまちまつついてないでそろそろ成果物あげたらどうなんですか？

>>493
んんー、どうなんでしょう？

>>494
餌を与えないように。

>>490
兄さん･･･

素朴な疑問
何故、書き込みをした後、板一覧まで表示するのか？
専用ﾌﾞﾗｳｻﾞ用の帯域はどうしてるのか？
r.iはどこにいくつ走っているのか？


本気で変える気があるのか？（ｗ

>>498
素朴な疑問と最後の煽りとの接点が分からんのだが。
疑問が解決したら俺が作ってやるぜ！ということか。

俺は知らんので、誰か、彼に教えてあげて。

板トップページ（ bbs.cgi が作成する index.html ）があるから大変なわけで、
無くしてしまえば相当負荷が減るでしょう。
ついでに read.cgi も全廃。
r.i は可哀想だから残しておくの（ｗ

猫は暑くて重たい。

西村はindex.htmlは無くしたくないみたいだけど
閲覧ツール利用者の多い板にとっては邪魔でしかない
あと、スレ（read.cgi）に直接書き込む場合はindex.htmlより
同じスレの新着レスを表示してくれた方が使い勝手がいい

こう言うと2chの仕様をよく知らずに連投を心配する者が出てくるが
今の仕様でもブラウザからの連投はある程度は可能だし、
ある程度は防いでくれているので問題はないだろう
index.htmlを見たくなったら■掲示板に戻る■押せばいいわけだし

index.html を i/index.html 形式にしちゃうとかね。
subback.html も見づらいだけだし、2chブラウザでは洋なしラ・フランスだし。

bbsに書き込んだ後、そのスレ欄に戻るような（一般的な）システムだと、
リロード（更新）すると二重書き込みになってしまうのである。
小規模サイトなら「二重書き込みですか？」とするのは簡単だが、
大規模な２ｃｈではその処理すら大きな負担になってしまう。
だからindexに飛ばすようにしているのだ。

と俺は考えている。

>>500-502
脳内変換
↓
四の五の言わずに2chブラウザ使え

>>504
残念ながら既に使っておりますm(_ _)m

これだけ大規模になったにもかかわらず 2ch とは http でしかお話しできないって云うのも問題なのかも。
・・・でもスレタイとは逸脱しますねｽﾏｿ

>>505
>>500-502を要約すると>>504ということでしょ。

　　　　　　　　＿＿_　　＿＿_　　＿＿_　　＿＿_　朝鮮ウォーズが来〜るぞー♪♪
　　　　　　 　 /ｏ_＿⊥ /ｏ_＿⊥ /ｏ_＿⊥ /ｏ_＿⊥ 　　母ちゃん達には内緒だぜー♪♪
　　　　　　 ∠√,,ﾟДﾟ)∠√,,ﾟДﾟ)∠√,,ﾟДﾟ)∠√,,ﾟДﾟ)
　　　　　　　　 |つ　|　　 |つ　|　　 |つ　|　　　|つ　|
　　　　　　　　 |　 _,,⊃　|　 _,,⊃　.|　 _,,⊃　..|　 _,,⊃
　　　　　　　　 し'　　　　し'　　　　し'　　　　 し'

プロ串規制、ポートチェックの巻

sub proxy_connect {
my ($port, $ping) = (@_);
my $inad = inet_aton($ENV{'REMOTE_ADDR'});

eval {
local($SIG{ALRM}) = sub{ die "Alarm...\n"; };
alarm(2);

socket(SOCK, AF_INET, SOCK_STREAM, 0) || die "Stream...\n";
connect(SOCK, sockaddr_in($port, $inad)) || die "Connect...\n";
select(SOCK); $|=1; select(STDOUT);
close(SOCK);
die "Out!!!\n";

alarm(0);
};

close(SOCK);
if ($@ =~ /Connect/) {
return ( 0 );
#}elsif($@ =~ /Out/o){
#return ( 1 );
#}elsif($ping){
#return ( 0 );
}else{
return ( 1 );
}
}

>>508
ほうほう。
それが現在使われてるもの？

>>509
そです、
ポートチェックに使われているサブルーチンです。

>>510
#}elsif($@ =~ /Out/o){
#return ( 1 );
#}elsif($ping){
#return ( 0 );
}else{
return ( 1 );
}

ここら辺最近変更しました？
Proxy使ってないのに〜 スレに被害者が続出してるんですが。

どうなんでしょうね
変更されているのかな?

変更の経過とかは知らないんだけど
現在はこれです。

>>512
コメントになってるところ復活させてみてもらえませんか？
どうもそこが原因で海外の人とかが引っかかってるっぽいんで。

qb だけ 20030813 になりました。
>>513 を反映。

>>514
どもです。向こうのスレに書いてきます。

駄目ぢゃん

>>516
んむ？
これでも書き込めないとゆう事でござるか？

>>517
フシアナなしでは書き込めない(´Д⊂ｸﾞｽﾝ

●買っちまった(´Д⊂ｸﾞｽﾝ　

>>514
qbだけじゃなくて、全部それにして〜（T_T

＞串規制ルーチンについて。

508のプログラムのeval部分の動作:
　・ルータ設定がrejectだと"Connect..."が$@に。
　・ルータ設定がrefuseだと、繋がらないためconnectはずっと待ち、
　　アラームが鳴って"Alarm...\n"が$@に。
　・ルータ設定がそれ以外の時は、
　　串などがそのポートで動いていたら"Out!!!"が$@に、
　　串などが動いてなかったら"Connect..."が$@に入ります。

そのため、その下の部分では$@をチェックしてますが、ここでは単純に
ConnectかAlarmが$@に入ってたら問題なし(return 0)、それ以外だったら
エラー(return 1)って具合にはできないのでしょうか？

現在Connect以外はエラーとなるため、refuseやstealthなどの場合に
問題が出ています。

一方、コメントアウトされてる部分ですが、ここでは、「Connectは問題無し、
Outはエラー、それ以外で$pingが1ならOKだけど0ならエラーってなってますね。
この$pingっていうのはどういう変数なんでしょうか？これが重要な変数で、
普通は1になってるなら、このコメントを解くだけでrefuseやstealthでも問題
なくなりそうなのですが、、、。

以上、508のプログラムについてのコメントでした。

・・・・まさか●買うの焦りすぎた？(´Д⊂ｸﾞｽﾝ

もれも●買ったよ。datも読めるので便利なのさ。
そうあんま読む必要ないけど便利なんだから買った意味があるんだ…
悲しくなんかないやい。(´Д⊂ｸﾞｽﾝ

>>521
$ping は通常NULLです、
こんな感じ。

proxy_connect('8080');

>>524
$ping の初期値を1にするってのはまずいですか？

意味があって使ってんだろうに

ちょっと軽くなっちゃうような、、
Alarmの時はスルーした方がいいような気もします。

>>526
いや、だから全鯖じゃなくてテストとしての話だよ。

>>527
それをこの鯖に入れてみてテストとか…
>>421
> 421　名無しさん＠事情通　　[ 03/08/14 13:56 ID:CY1lcIKe ]
> 真綾ちゃん知ってる？
> http://www.adultshoping.com/index.cgi?id=1060823557

>>528
レス混じってるよ… 鬱。

>524
それだと$pingはundefですから、0の時と同じように動作しちゃいますねえ。
つまり508のコメントを外しても、動作は変わりません。
なんで>520さんはこれを全鯖やって欲しいっていったんでしょう。

>527
スルーってのはどっちの意味ででしょう。Alarmの時は何時も問題無し
(return 0)にするという意味のスルーだと嬉しいです。ただ、>526さんが
いうように、これまでAlarmをエラーにしてたのには何か理由があったの
かもしれませんし、難しいですね。

僕の個人的な意見ですが、現状、「rejectはOKだけどrefuseは駄目」という
具合に区別する理由が想像すら出来ないので、誰かが間違ってそうした
という理由が想像できることもあり、過去がどうであれ、Alarmの時は
何時も問題なしにするのがいいんじゃないかと思います。以下みたいに。

if ($@ eq "Out!!\n") {
return 1;
} else {
return 0;
}

いや、俺のは $ping の話ね。 それも 528 の返答もらったからノープロ
俺も Out!! だけをアウトにして他は通してくれたほうがいいなと思う

>>530
＞スルーってのはどっちの意味ででしょう。Alarmの時は何時も問題無し
＞(return 0)にするという意味のスルーだと嬉しいです。
あ、そゆ意味です。

なるほど、、
Outだけですか、
ふむふむ。。

if ($ping) return (0);　　　　　　　　# さいしょに $ping をチェック
if ($@ =~ /Out/o) return (1); 　　# Out のときはご愁傷様
return (0); 　　　　　　　　　　　　　 # それ以外はセーフ

元々が、ポートチェックの例文丸写しだったからねぇ。

諄いようだけど串をチェックしたところで荒らしは減らないと思うんだけれども。

>>533
その用に書き直せば goo なのかな?

>533の最初の行の$pingチェックは意味ないので必要ないよ。
下手な物残してバグやセキュリティホールみたいなのに
なるくらいならさくっと消しましょう。

昔どう動いてたかを残したいなら今の奴をコメントアウトして
残せばいいんことですし。

if ($@ =~ /Out/o) return (1); 　　# Out のときはご愁傷様
return (0); 　　　　　　　　　　　　　 # それ以外はセーフ

こうすれば良いのかな?

それでこの規制はかなりの効果をあげているんだけど
効果は損なわれない?

ＰＲＯＸＹ規制中！！(8000)
8000番ポートが空いてます。ＰＲＯＸＹとみなされる場合があります。

ホスト219.***.***.***.user.rb.il24.net

名前： ””削除””をお願いします
E-mail：
内容：
test

ルータでReject設定ができないので（フィルタ設定画面がない）
現在はポートをあけてWInXP側でフィルタリングをしています。
でも本当は開けるのイヤなのです。ぐすん。

>537
それでいいです。

「この規制」ってどんな規制のことですか？
ポートをチェックして開いてたら蹴るという規制なら今後も変わりません。

それ以外の、ポートは開いてないのに、ルータがrefuseしてると蹴る
という理不尽な規制が解除されます。詳しくは521で説明した通りです。

了解です。
どもありがとうございます。

さっそく入れてきます。

20030815b

bbs.cgi ver 20030815b

仕事人さん、もう導入されたみたいですね。
お疲れ様です。

●ログインせずに試してみました所、エラーも出ず、
「書き込みできました」となるのですが、実際には
書き込んだ内容が反映されませんでした。

一方で、PROXY使ってないのに「PROXY規制中！」23ｽﾚ
http://qb.2ch.net/test/read.cgi/operate/1052752592/
ではこれでうまく書けるようになったという人もいらっしゃる
ようなので少しは良くなったんだと思います。

この「エラーが出ないのに書き込めない」という問題は僕の所では
8/5に始まりました。8/6にはrefuseなのに開いてるエラーが発生した
のでそちらにかまけてたんですが、どうやら、この「エラーが出ないのに
書き込めない」問題はまだ残ってたようです。影響を受ける人は少ない
のが、せめてものすくいですね。

質問なのですが、proxyチェック以降で、何かチェックして書き込みを
行わないといったことをbbs.cgiでやってませんでしょうか？
insightbb.comには串も幾つかあるようで、ポートスキャンだけじゃない
もっと直接的な串規制か何かに引っ掛かってるんだと思います。
もし何かご存知でしたら、教えてください。

>>542 = 仕事人 ★氏
現在2003/08/15 08:00 、bbs.cgiがアップデートされていない板：

　oyster.2ch.net　20030815　となっています・・・

　http://www.domo2.net/system/ver.html

>>542
>>537で懸念されていたように、和串も洋串も使い放題になりました。
このまま串の使い放題なんですか？

…もしかしてエラーがでて動いてないとか？
545さんの発言を見て、試してみたら、
　if ($@ =~ /Out/o) return (1); 　　# Out のときはご愁傷様
　return (0); 　　　　　　　　　　　　　 # それ以外はセーフ
だとコンパイルエラーが出ました。ﾄﾎﾎ。
試さず539でそれでいいですって言った漏れが悪いのかな。

521で書いてた様に
if ($@ eq "Out!!\n") {
return 1;
} else {
return 0;
}
とすればコンパイルエラーはでないはずですが、、、。

それとも古いperlだとエラーは出ないけど動作が変とかなんでしょうか。
545さん適当な使い放題になってしまった串とか挙げれませんか？

それとも例えば現状8080をチェックしてないので、
全て塞いであって8080だけ串として空けてある串が使い放題になってしまう
みたいな話であれば、これはproxy_connectを呼ぶ側の問題ですよね。
proxy_connect(8080)みたいなチェックをすれば解決します。

545さんの言う串素通し問題の原因が、コンパイルエラーなのか、
チェックしてないことによる問題なのか区別できないんで、
念の為書いておきます。

perl で描くのなら、、、

return ($@ =~ /Out/o) ? 1 : 0 ;
一回だけの判定なら別に 'o' 修飾子 は要らないような。。。

それを言い出すと、切りがないから我慢してるのに。
?使うくらいだったら、　return $@ eq "Out!!\n";　や
return $@ =~ /Out/o;　で終了。

漏れ的には
　return 1 if $@ eq "Out!!\n";
　return 0;
みたいなのが好み。条件増えてもあんま変更しなくていいからね。
ただ元が{}を使うスタイルだったので521みたいに提案しただけ。

oオプションは基本的にパターン内に変数がある場合に使うと速くなる。
/Out/みたいな定数だとあんま速くならない。でも微妙には速くはなるので有効。
でも実際の所漏れが何度も書いたようにeqにしたほうがもうちょっと微妙に速くなる。
でも、まあ、漏れのプログラムじゃないしどれでもいいやってことで、
「perlで書くなら、、、」みたいな提案はしなかっただけ。

ちょっとだけ訂正。提案したのは521じゃなくて530でつた。では。

サーバ同士で負荷分散なんてできないんですか？
C言語の基本すらよくわかってないC言語超初心者のレスだが

プロクシチェックと掲示板機能を別にすることはできそうだな。
rbldnsdみたいにIP番号で呼び出すと、正否を返すデーモンとか。

>>551
初心者ということに甘えないで、まずはしっかり勉強して
脱初心者してから書き込んでみてはいかがですか？

負荷的には
$@ eq "Out!!\n" and return 1;
が一番軽いんじゃなかったっけ。
その次
return 1 if $@ eq "Out!!\n";
その次
if ($@ eq "Out!!\n"){return 1;}
まぁうろ覚えでよく覚えてないんだけど。。。

>>546
nsb.nag.ac.jp
明らかに更新をしたせいで素通しになってます
http://qb.2ch.net/test/read.cgi/operate/1060671451/755-

当時多発山崎（ｗ　に対しても何の効果もないよな。＠串判定ぽーとすきやん

>>556
「当時」ってなんだよ。。。＿|￣|○
「同時」です。（´・ω・｀）ｼｮﾎﾞｰﾝ

失敗だったのかな?
もとに戻す?

>>558
お願いします。

あ、戻す前に>>546を試してみてからでも遅くないかな

0815b では勿論 {}でくくったです。


bs.cgi ver 20030815c

if ($@ =~ /Connect/) {
return ( 0 );
}elsif($@ =~ /Out/o){
return ( 1 );
}elsif($ping){
return ( 0 );
}else{
return ( 1 );
}

>>561
相変わらずnsb.nag.ac.jpは素通しです。

でもローカルでテストしてみた限りではちゃんと1が帰ってくるなあ

>>537に{}を付けて試してもやっぱり1が返ってきますね。
ってことで、どこか別の場所をデグレードしてると思います。

>>562
気が付いてくれて、閉じてくれればいいなぁ

>>565
今までちゃんと弾けてたんだから
弾けないのは変です。
ローカルでのテストでも弾けるはずという結果が出てるし。
それにこれは一例としてあげただけで他にもいろんな串が
素通しになってると思われます

>>565
.nag.ac.jp で規制を掛ければ？

たとえば私は自宅鯖を公開していて80が開いてるので(しかも非JP)
生ホストでは●使わないと書けないはずなんですが今は書けますね。

>>567
むやみに規制リストを肥大させないように
ポートチェックで弾けるものは弾くべきだと思います。

あ、わかった。
nsb.nag.ac.jpって漏れ串ですね。
漏れ串は問答無用で弾く処理が20030815以前のbbs.cgiには
(pc2とthatを除いて)入っていたはずです。
その処理がどっかに行ってしまったものと思われます。

よく考えたらjpだからポートチェックは掛けてないはずなんですよね。
でもこれで謎が解けました。

というわけで
・漏れ串を弾く処理を復活させる
・.nag.ac.jpを規制リストに追加する
のどちらかをお願いしたいです。

nsb.nag.ac.jpだと、そもそも80ポートが繋がるんではじくはずなんですけど、、、＿|￣|○

2chからのスキャンは繋がないけど他からは繋ぐみたいな
串の設定になってるってことなのかな。でもそれなら以前から
弾けてたはずですし。

そうすると、何か編集ミスをしたんじゃないかと疑ってしまうわけです。
proxy_connectはどんな風に呼ばれてるんでしょうか？

>568
あう。確かめて頂いてども。
bbs.cgi変になってるってことじゃないでしょうか。

って、568の結論は間違いってことでしたか。それは失礼。

＞・.nag.ac.jpを規制リストに追加する

ってのは最後の手段として、ちゃんと動くよう修正していくほうがいいような。

tes

コスト(サーバ負荷)との天秤でして、
いろいろ嗜好錯誤を

>>574
JPはポートチェックの対象にしてないはずなんですよ。
だからJP串で書けないのは
・規制リストに入ってる
・漏れ串
のどちらかだったってことです。で、今は後者が無効になってると。

とか言ってる間に20030816が入って
nsb.nag.ac.jpでは書けなくなったようですね。
お疲れさまです。

追記。PROXY使ってないのに「PROXY規制中！」23ｽﾚでは
http://qb.2ch.net/test/read.cgi/operate/1052752592/l50
815c以降また書けなくなったとのことです。

816になりましたか。おつかれさまです。
proxy_connectは815bと815cのどちらになったのでしょうか？
815bだとよいのですが。

てすと

testはtestスレで

http→ttp強制変換ってやらないの？効果あると思うんだけどな、ぼっくん

>>576 ＝ 仕事人 ★
お疲れさまです・・・
全鯖、無事に20030816となっています・・・

bbs.sgi20030816になって、
和串、洋串ともに規制される・・・

従来のbbs.cgi、例えば20030804から20030815まで
使用できた串も規制される・・・

>>583
串規制は全廃を所望しているんだけどねぇ。。。
連投規制を強化する方が効果が上がるのにのに。

>>582
まったくないと思うねんけどなぁ。。
それやったら http を ttp に変換するんやったら、
http://〜 をリンクに変換せーへんほうがええよな。

ひょっとして釣りかな



連投規制について
最新 $SETTING{timecount} 個のレスを記録するんじゃなくて、
最新 n 秒ぶんの書きこみを記録するようにしたらええんちゃう？
串を切り替えてこられても連投規制を回避できへんように。

PROXY規制について
環境変数 HTTP_CONNECTION のチェックはせえへんの？
PROXY判定ができる「診断くん」とかやったら、
ポートスキャンしてへんけど強いPROXYチェックができてる気がすんねんけど。
ブラウザからなら大抵 "Keep-Alive" が返されるし、
Monazilla からなら大抵 "close" が返ってくると思うねんけど、、、
串なら空欄が多い気が。
これをやってポートチェック外すとかは？
接続しない分の負荷が減りそうな気がする俺。

>585
専用プラウザからならttpからでもリンク先に飛べたりもする

何に対するレスなのかわからん

nsb.nag.ac.jpは8080でOutになってるんじゃなくて
80でAlarmになってるみたいですね。
つまりproxy_connectは815c相当の予感。
というか、nsb.nag.ac.jpは漏れ串なのに漏れ串チェックに
引っかかりませんね。どうなってんだろ

もしかして.jpだと漏れ串チェックもしないのかな?

さてさて、仕事人さんとか運営側の人は調整に忙しいみたいですが、
おいらは暇だったので、串リストチェッカを弄っておりました。

串リストチェックがなんで遅いかっていうと、
1000行ある正規表現リストを一個一個コンパイルして、
実行してるからなんですね。

逆の発想をしてホスト名で検索するとコンパイルする回数が減って
速くなるわけです。ただし、串リストに正規表現が使えなくなります。
それでも、bad-provider.co.jpみたいなドメイン全般での制限や、
a.b.d.co.jpみたいなホスト単位での制限なら可能です。

そういう串リストをこっちのチェッカで、残りのどうしても正規表現が
いる制限は>>75のルーチンで、なんて分けてやると大分軽くなるんじゃ
ないでしょうか。

DBの話とか上ででてたのでもういらないかとも思うんですが、
DB使わずperlだけってのもいいかと思い、書いときます。

手元て100000行の串リストを作って、これをスキャンさせてみた所、
0.312秒かかりました。ちなみに>>75でスキャンすると1.158秒かかります。

my(@global_domain) = ( 'org', 'net', 'com', 'edu', 'info', 'biz' );

my $pattern;
if ($HOST =~ /\d+\.\d+\.\d+\.\d+/) {
$pattern = "/" . $HOST . "/o";
} else {
my(@host_component) = split(/\./, $HOST);
my $common_component = 2;
$common_component = 1 if
grep(/$host_component[$#host_component]/, @global_domain) > 0;
$pattern = "/" . $HOST . "/io";
for ($i = 0; $i <= $#host_component - $common_component - 1; $i++) {
my $localpattern = "";
for ($j = $i + 1; $j <= $#host_component - 1; $j++) {
$localpattern .= $host_component[$j] . ".";
}
$localpattern .= $host_component[$j];
$pattern .= " || /" . $localpattern . "/io";
}
}
# print "PATTERN ... $pattern\n";

# compile it
$statement = "
while (<PHOST>) {
die \"error\\n\" if $pattern;
}";

open(PHOST,"<$pxck");
eval $statement;
if ($@ =~ /error/) {
die $@;
}
close(PHOST);

とりあえず、
・直リンは蹴る（ttpなら>>586だし）
・bbspinkは、ac.jp、go.jpからの書き込みを蹴る
をやって欲しいな

あ、>590は.を\.にしてませんでした。他にもquote処理してないや。
パターンを作成してる部分を以下のようにして下さいませ。

if ($HOST =~ /\d+\.\d+\.\d+\.\d+/) {
$pattern = "/" . quotemeta($HOST) . "/o";
} else {
my(@host_component) = split(/\./, $HOST);
my $common_component = 2;
$common_component = 1 if
grep(/$host_component[$#host_component]/, @global_domain) > 0;
$pattern = "/" . quotemeta($HOST) . "/io";
for ($i = 1; $i <= $#host_component - $common_component; $i++) {
my $localpattern = "";
for ($j = $i; $j <= $#host_component - 1; $j++) {
$localpattern .= $host_component[$j] . ".";
}
$localpattern .= $host_component[$j];
$pattern .= " || /" . quotemeta($localpattern) . "/io";
}
}

ハッシュ使えば……

>>585
> 串を切り替えてこられても連投規制を回避できへんように。
そもそも板単位でやるからみっともないことになっている悪寒。
鯖単位でやるともうちょっとこましになるかと。

連投チェック強化案。
・本文内容を一旦別変数に代入、s/\s|[全角空白(S-JISならば\x8140ほか)]//; で縮小。
・本文内容をバイト単位で加算などの演算(sum)
・その sum が存在するかを、/test/sum/ から検索。
　→存在すれば連投規制。
　→存在しなければ touch /test/sum/time.sum しる。

・/test/sum/date.sum は、crond で毎時数量チェック。規定数以上ある場合は古いものから削除。

極簡単に具体例。
# 本文加工＠連投規制用
# IN $FORM{'message'} を受取る。
# OUT 1 で連投の疑い。 0 でスルー（リストに追加）
sub check_message_sum($){
　my $sum;
　$_ = shift;
　s/\s|　//g; # 空白文字類の削除。AA板では厳しい？
　while(s/^.//){ $sum += ord $&; } # 単純加算。xor してもいいし、 crc にでも。

# sum データをひろう。
　opendir(SUM,"/test/sum/") or die;
　my @sum_data = grep { /\d+?\.(.*)/; $_ = $1; } readdir(SUM); # 多すぎるようなら制限してみるとか。
　closedir(SUM);
# 一致するものがあれば連投と判定してみる。
　return(1) unless grep { $_ == $sum } @sum_data;

　open(SUM,sprint(qq(>%s\.%s),time,$sum)) or die; # touch しとく。
　close(SUM);
　return(0);
}

所感。
○ IP アドレスやリモホに左右されない。
○ time 値も記録しているので経過時間のチェックにも使えるかと。-C でもいいし。
！ 鯖を超えて sum をチェックできると全鯖での連投検索が可能かも。nfs 絡み。
△ /test/sum/ が多すぎる（万単位）ようなら制限してみるとか。
× 実況板などでは耐えられるのか？
× /test/sum/ にアクセスできなくなると全停の悪寒。

そなのよネ
鯖単位に連投規制というか
本来は絨毯爆撃撃退法を考えないとね、
さすがにサーバをまたいでの撃退策までは
コストが大きいので考えていないけどさ。

わざわざPerlで作ってバグ作る危険性をおかすよりも、cdbにでも入れればいいじゃん。
連続ポストってのは本文のハッシュが同じだろうし。

>>586
bbs.cgi が http://〜 を <a href="http://〜"> に変換するかどうかが問題なんちゃうかなーと、、

>>594
＞そもそも板単位でやるからみっともないことになっている悪寒。
＞鯖単位でやるともうちょっとこましになるかと。
確かにそうかも…
だいたい鯖別に板の分類がわかれてきてるし設定はしやすそうな気が。。

>>595
今いちばんの問題って荒らし対策ってことやんな？
重複投稿規制を強くしたらなんとかなりそうやけど
また別の方法をとってくるやろから一時しのぎにしかならへんよなぁ。。
やっぱ串規制の見直しが大事ちゃうかなーとか思ってみた
さんざんがいしゅつならすまそ

(・Ａ・)
(・Ｈ・)
(・∀・)

串規制の見直しか…
どこまで効果があがるか…。

bbs.cgi のソースはどこにありますか？

お好み焼きにかかってますよ。

（　･∀･）つ〃∩ ﾍｪｰﾍｪｰﾍｪｰ

月収５００万のえろゆき。金がないと騙して情報集め。
得られる利益は自分のもの。

20030818a はなにが変わったの?

>>594
・記号類も省いたほうがいいでしょう。
・行数が多いときは最後の一行を無視するようにしたほうがいいかも

現在2003/08/19 02:00 、bbs.cgiが20030818cにアップデートされていない板：

　off.2ch.net
　society.2ch.net
　live5.2ch.net
　news4.2ch.net
　bubble.2ch.net
　live6.2ch.net
　sports5.2ch.net
　live7.2ch.net
　hobby4.2ch.net
　2chplus.2ch.net

以上、20030818bとなっています・・・

http://www.domo2.net/system/ver.html

URLの連投を規制できないでしょうかね?
広告の爆撃に絶大な効果があると思います

現在2003/08/19 20:00、bbs.cgiが20030819aにアップデートされていない板：

　oyster.2ch.net

以上、20030818bとなっています・・・

http://www.domo2.net/system/ver.html

ここで確認すると、20030818cとなっています・・・

>>608
だれも書き込んでいない予感。。。　< oyster

なるほど、書き込まないとindex.htmlが更新されないわけか

誰も書き込まない板…
それはそれで…（汗

現在2003/08/20 05:00、bbs.cgiが20030819cにアップデートされていない板：

　sports5.2ch.net
　live7.2ch.net
　off.2ch.net
　society.2ch.net
　live5.2ch.net
　news4.2ch.net
　bubble.2ch.net
　live6.2ch.net
　pc4.2ch.net
　hobby4.2ch.net
　2chplus.2ch.net

以上、20030819bとなっています・・・

http://www.domo2.net/system/ver.html

どう更新したんか知りたいです、先生方

>>613
公表すると荒らしさんがｺﾞﾆｮｺﾞﾆｮするので非公開かと思われ。

未承認、未承諾どっちだっけ？（ｗ

それ以前に※は未承諾広告の「後ろ」に付けるんですよ

そうか、、、きっと、不適当なエラーメッセージもきっと嵐対策なんだな



馬鹿らし

>>615
あらやだそうなんだ（照）

>>594 samをDB_Fileに格納してみたら？△が○、×が△くらいになるんじゃないかな
？

板またぎで連続投稿規制強化すれば広告とかコピペ荒らしに随分効き目ある
んじゃないかと思った次第で・・・。
そして現在迷惑を被っているリモホ制限の原因もこれで遮断できそうな気が
するわけで・・・。（しかたないのでこれも携帯から書いてるわけで・・・）
そして山崎もご臨終なわけで・・・（ｗ

>>619
あまり書きたくはないけれども、コピペの最後にでも昇順の数字を書きこめばスルーになっちゃうのであーる。

単純にハッシュ比較やっちゃう方法だとそれはそうなってしまうと
思いますが、適合度が９５％以上ならほぼ同じ内容と見なす。
みたいな検査方法で効率が良いアルゴリズムとか方法（例えば正規
化などの手法）ができれば良いんじゃないかな？　と思います。
しきい値をどう仕切るかは、もう少し検討必要かと思いますが。
（・・・リモホ制限回避、正直面倒・・・）

エディットグラフか、、

>>622
へぇ・・・なるほど、初めて聞いたのですが、世の中頭の良い人っているもんですね・・
良くこんなの思いつくって言うか、すげぇです。面白いです。勉強してみよう。

>>622
多バイト文字だとちょっと辛そうですねぇ、、、
7bits に変換してから・・・イマイチ。

圧縮的辞書作って合致率が・・・眠たくなってきた (ﾟ∀ﾟ)ｱﾋｬ

>>624
エディットグラフ、なんとなくわかってきたような、わかんないような・・・
文字として考えるより、データストリームとして捉えるのが良さそうですよ。

山崎は別として、エロ業者の広告はurlが確実にあるわけでしょ。
そのurlでNGリストを作ってサーバー間で同期すれば、最初の数時間はダメでもそれ以降は防げるのでは。

>>626
URLリストのメンテナンスにコストが掛かる割には、効き目が遅いのが欠点ですね。
数時間あればかなり蔓延してしまいますし･･･。外部URLを抽出したらインクリメント
しておいて、ある回数以上貼られたら禁止にするって手は即効性ありそうですが、
ダミークエリーストリングなどで逃げる事も可能なので・・・。

>>626そのリストがどれくらい長くなってるかご存知ですか？

エディットグラフの欠点は比較対象が１対１の差異検出には使えるけど、
１対多の比較、つまり、現投稿(１)と過去投稿（多）の同一性比較には向
かなさそうだな・・・。

>>629 同一性ではなく類似性ですね。。。厳密には･･･

卒研一本できそうな予感（ｗ

クライアント側で統計フィルタの方が楽だと思われ。

>>632
サーバー側の実装でないと根本的な問題解決にはならないのでは？
多重連続投稿規制については、無駄な書き込みがされてしまうこのへの防御
と、無駄な転送トラフィック削減の両面から考えてサーバー側で必須の実装
といえますね。

それと、一般的なサーバーの設計・実装においても、クライアントに特定機能が
あることを前提にしてはいけないというのが原則ですし。

>>232 もうひとつ、スタンドアロンで考えれば確かにクライアント型フィルタの方
が簡単かも知れませんが、刻々と変わる手口に対応して、制限解除、制限強化
などの一括制御を行うのはサーバー側でやるほうがずっと楽（というかサーバー
側でやらないと事実上不能）です。

ネットワークアプリケーションのフィルターはそれを確実にやらせようとすると、
アップデート機構が大掛かりになるのでなかなか難しいですよね。

ネットゲームとかアンチウィルス張りのアップデートプログラムが必要です。
●を買わせるには良いかもしれませんけど（ｗ

あれ、漏れなにやってんだろ・・・>>232 じゃなくって >>632ですね。
失礼しました。

■　規制解除要望スレッド　６ｽﾚの
http://qb.2ch.net/test/read.cgi/operate/1060966615/316です。

串チェックでrefuseやステルスが引っ掛かってた問題も
解決したっぽいので、今の「規制串リスト」に入ってる串も
チェックできるよう串チェックを改良することはできないので
しょうかという問題提起をしにきました。

海外のcatv系に多いようなのですが、「規制串リスト」にドメイン毎
入れられてしまい、書き込んでみても「『書き込みました』と出るだけで
書けてない」という問題で、2chに書き込めないという人を時々見掛けます。
そういう人を救済＆僕自身も救済みたいなことを考えて、この問題定期を
しにきました。

想像するに、わざわざ「規制串リスト」を作ったということは、従来の串
チェックでは引っ掛からなかった串があったということですよね。
そういう串にどういう串チェックをすればいいのかを考えるためにも、
「そういう『対処できなかった串』の例」ってのを一つ二つ公開することは
できませんか？

それが難しければ、「こういう串チェックをしたけど効果がなかったので、
〜した」みたいな対処した人のお話なんかでも聞ければ、と、思うのですが。

よろしく。

うるせーなこいつは

>>637に同意。
636は自分ができることを何も提案せず、2chに対して要求するのみ。
海外ドメインからの荒らしを減らす方策をまずはおまえが考えろと。

日本のプロバイダに対して、規制→ユーザー＆ＩＳＰとの間でお話→解除みたいな
流れもないのに、そもそも規制されてるかどうかすら誰も答えてくれないのに、
どうしろと？

ま、煩いって言われるならしょうがない。また半月したら書きに来ますわ。

すみません、教えていただきたい事（というより確認したい事）があるんですが
なぜプロクシ制限がなぜ必要なのか？について説明できる方お願いします。

常々思っていたんですが、プロクシ制限しか問題の解決方法は無いものかと。
どうしても、プロクシ制限に頼らないと解決できないものなのかと。
別のアプローチは取れないものかと。そのあたりを考えてみたいのです。

どういう現象が起こるから。というだけで結構です。よろしくお願いします。

例えば、荒らしなら、どんなタイプの荒らしがあるのか、体系的に示していた
だける神あらば、１つづつ解決のアプローチを明確にしてゆけるのではないか
と思いまして。

四年の戦いの歴史。

代替案があるのかと思って読んだのに損した

なんか一人、議論厨？みたいのが紛れ込んでるね

>>640
２ｃｈの削除系の板の過去ログとか調べてみたら？
どれだけの血と汗と涙の上に築かれたシステムなのかを（かなり大げさ）。

>>640
＞なぜプロクシ制限がなぜ必要なのか？
串刺して荒らしまわってるやつがいっぱいいるからだよ。
生IPは個人情報特定につながる可能性があるから、
荒らしさんは少しでも自分が特定される可能性を減らしたいんだな。

つーかあんた、そういう認識も無しにこのスレに来てるの？
ここのスレをいくつか読めば簡単に推測できそうなものだが。

>>644
そうします。ありがとう。
解決のショートカットしようとする人には優しくないインターネットですね。

>>645
荒らしの行動特性からプロクシ以外の防御方法を考えようと思ってるだけです。

荒らしさんっていうのはプロクシ管理している方の身元、目的もわかんないの
によく足跡ぺたぺたつけて歩くんだな。と思いますよ。例えばそれが業者なら
ウラでどう結託してるかわかんないのに。

生ＩＰつまり大手プロバイダ経由の方が、使う側の危機管理だって簡単。
法に触れることでもない限り、使用禁止措置を講じられることはあっても逮捕
状とか判決強制捜査でも無い限り、個人情報は外に出ない事になってるし。

あと、荒らしを、荒らしとして１括りにして考えるのもセンス悪い。
これだけユーザーが増えた今でも、荒らし＝プロクシ規制で制御。っていうの
は進歩無いんじゃないかな。と思ったんです。　荒らしのタイプによっては、生
ＩＰの方が安全との判断もありますし。その場合、プロクシ以外のフィルター系
対策じゃないと対策できませんでしょ。煽りとか、叩きとか、ソフトな粘着とか。

このタイプの荒らしにはこういう対策で望むのが効果的。という対策を体系的
に考えて実装検討してゆかなかったら、良いものなんて出来ないんじゃない
ですかね？

＞荒らし＝プロクシ規制で制御

これはもともとイコールで結ばれてないし

＞煽りとか、叩きとか、ソフトな粘着とか。

こんなもんになんの対策がいるねん。 ていうか荒らしじゃないし。

＞このタイプの荒らしにはこういう対策で望むのが効果的。という対策を体系的
＞に考えて実装検討してゆかなかったら、良いものなんて出来ないんじゃない
＞ですかね？

じゃ、がんばってね。
2ch では常に 2ch にとって良い対策しかしてないし、しないだろうね。

いま連続で宣伝を書き込むんだったら、freebitを使っているマンガ喫茶だよなぁ。

>>633-634
どうせ根本的には解決しないんだから、サーバはシンプルに保ってクライアントでカバー。
サーバ側で実装するなら、パターンマッチやリスト照合やフィルタではなく、
強制フシアナや TOMATO のようなヒューリスティックな手法を考えるべきだよ。
荒らしをいなくするという目的ではなく、
運営側が問題に対処しやすくする、
あるいは利用者への心理的影響を減らすという目的で考えてみてくれ。

>>649
そうなると http しか喋ってくれない 2ch をなんとかしたいですね（ｗ
1000gex を宣ってた香具師に頼むか？（ｗ

>>646
あなたが主張していることは、合ってるかもしれません。
でも、自分は正義なんだから皆協力しろ、という態度は、
２ｃｈであっても実社会であっても、間違いですよ。
あなたは、言ってみれば、現場の苦労も知らずに好き勝手言ってるお偉いさん
見たいなもんですよ。

>>651
「間違い」つーよりか「そゆこと云う人もいる」というところでしょうか。
あのほら某國さんもそんな感じだし、、、

精神的には「 2ch を荒すとえらいことになる」というのをみんなが認知できるようになると、
自ずと荒らしは減るとは思うのですが、それをどのようにして認知させるかが思案のしどころでしょうね。

串差して荒しまくる人にとっては remote host が晒されたところで何の効果もないと思いますし、
とある ISP に怨みを持っている人にとってはその ISP の remote host で荒しまくるのが効果的だし。

>>649
言ってることおかしくないか？
強制フシアナや tomatoなどのようになんらかを発動するために
パターンマッチやリスト照合などを行わなければならないのでは？

それに現在もtomato発動してもおかまいなしに荒らすやつや業者が
いるんだから、承知でやってるやつには効果ないだろう。

ああ、すま。
プログラムだけで何でもカバーできるようなものを目指すのではなく、
効果の高いところに（2ch的に困るところ）集中して適用して後は人手に任せるような方法がいいのではってこと。
もちろん前者でも画期的な方法があるなら否定はしないよ。

>>654
人の手をかけたくないから、プログラムで何とかしたいんだと思うけど。
それと、あっちもこっちも困ってるから、今の状態なんだと思う。

山崎ネタで荒らす愉快厨や、広告業者のスレage荒し広告にウンザリしてます。
この手の行為はどれも

・1スレッドに1回のみの書き込みを行う
・行為の効果を上げるためにageられる
・短時間に複数スレッドに書き込む

という特徴があるのだから、カキコ内容によらず、書き込み者のIPごとに単純な
数値情報を用意するだけで解決できないものですかね。

・ 書き込み者の情報として
　○ 書き込み先のスレッドID、カウント値、カウント値のリセット日時
　のみを生成・保持する
・ 前回カキコしたスレと違うスレにageカキコするたびに、カウンタ値を加算。
・ 前回と同一スレに書き込むとカウント値をリセットし、リセット日時を更新
・ ある程度の時間更新されていない書き込み者の情報は、どんどん廃棄

単位時間内のカウント値が大きいことで荒らしは検出できそうだけれど、こういう
単純そうな方法ですら実現できないほど、現状の負荷は厳しいものでしょうか。

>>656
山崎は串つかってるんちゃうかなー
毎回規制情報板に書かれへんし。。

>>657
そうらしい。
生でやってたら、とっくにプロバイダに通報されてる。

山崎が現に野放しになってる以上
いくら串刺しても意味ないと言い張っても説得力ないね

根本は串刺すのが悪いのではなく荒すことが悪いことなんだけどね。
あと bbs.cgi を握っているのが マ(ry しか居ないのも問題のような（ｗ

つーか、read,cgiとbbs.cgi（+α）だけで人大杉になってる現状もあるからなぁ。
例の書き込みサーバとデータサーバの分割ができるようになったら、
いろいろなことができるようになるんだろうけど。

あの〜、こないだbbs.cgiを直したことで、refuseならエラーが出なくなった
と思ってたんですが、相変わらずエラーがでているようです。

なんとなく、「bbs.cgiでこないだ直したポートチェック」→「規制串リストチェック」
→「再度どこかでポートチェック。しかも未だにrefuseをポートが開いてると認識する」
みたいになってるんじゃないかと想像するのですが、どなたか調査などできませんでしょうか？

http://qb.2ch.net/test/read.cgi/operate/1061135789/321
に、詳しい内容や、僕が上のように想像した理由なんかを書いてあります。

あの〜、http://qb.2ch.net/test/read.cgi/operate/1061135789/397で
仕事人さんが再度現在のbbs.cgiのproxy_connectを晒してらっしゃいますが、、、
$ping=0ではありませんでしたっけ？(>>524、>>530あたり参照)

そうすると、今のbbs.cgiはrefuse、stealthな場合は
全てエラーになるわけなのですが(>>521参照)。
直ってると思ってただけに、ショック大。

live5のbbs.cgiをちょっといじってみたです。

>>664
どういう風にいじったんですか？

ふとおもったけど、書きこみチェックてパターンマッチつーか、
エリアジャッジでイイのでは?

全部を見る必要は無いと思います。

http://kusare.30.kg/zzz/r.cgi/refuge/1061748696/l30
書けない人はこちらで確認。。

ほうほう

あんま参考にならんと思うけど、私の場合の脳内プロクシ規制はこんな感じですー。
http://moreover.hp.infoseek.co.jp/pro/proxy.html

>>669
勉強しなさい！（ｗ

もとは「代理」鯖ですから。。。

というか別に身元を隠すためのものではないので
そこら辺は正確に書いてもらわないと誤解を･･･・。

つーか「ようです」「らしいです」で何が言いたいのかと、、

まぁ自分で言うのもなんだが適当に書き散らしただけ物ですからねー…。
やれやれ初心者が何かホラふいてるよ（ ´,_ゝ｀）ﾌﾟくらいに思っていただければ。(←先生こいつ馬鹿です！

ついでにそ503いから書き込みてしと、と。

でもまぁ間違ったことかいたらあかんですからねー。。。
修正しとこうっと、どうも申し訳ねぇだす＞突っ込んでくれた人々
んじゃ、以降無かったかのように話続行↓

ビビビビ
ひろゆきが大量書き込み中

?

はじめまして。
ネットワークセキュリティ板の住民で、cheshire-catと申します。

現在ネットワークセキュリティ板では、2chスクリプトにおけるID生成についての議論を重ねています。
その関連で沸いた話なのですが。
http://pc.2ch.net/test/read.cgi/sec/1061164569/207-230n
http://pc.2ch.net/test/read.cgi/sec/1061164569/245-246n

要約いたしますと。
IDの生成は、十分なランダム性という点をクリアしているのか否かという点です。
#あまり安全な設定にしすぎると、bbs.cgi全体への負荷が重くなるという点は想像できますが。

現在利用しているbbs.cgiの公開は難しいとは思います。
多少スレの主旨とは違う無理な質問をしているとは、重々承知ではありますが。

ですから「心配無いよん！」もしくは「そこそこ、で。。。。」というレスでも結構ですので。
もし気が向きましたならば、アドバイスを頂ければ幸いです。
それでは宜しくお願い致します。

#MD5版ID導入
#last modified 2001年 10月 14日 by ばっきー

これ以降いぢっていないような悪寒（ｗ

どこかでマヴさんが中身載せてたような。>ID生成

ていうか現在のランダムさではだめな理由と
「十分なランダム性」を満たす要件を言えよ。
どうしたいのかがさっぱり見えない。 アホだろお前。

ttp://age.s22.xrea.com/talk2ch/id.txt
これが2chのID算出方法みたいだけど、
これを今も使ってるのなら問題ないと思うが＞十分なランダム性
＞2chのID→IPアドレスの解析
どころか
＞IPアドレス→2chのIDを推定
も（実際に書き込むまでは）不可能みたいだが

# /dev/randomを開き、先頭から16バイト読み出したランダムな値。
ここで失敗したときのことを議論しているんじゃなかったかな？石油板
手元の資料ではエラートラップしていないもより。。。
sysopen(RANDOM, "/dev/random", O_READ) || die "cannot open /dev/random $!\n";
sysread(RANDOM, $data, 16); # ここ
close(RANDOM);

＞開けない場合は、ランダムな数字
らしいから開くのに失敗したとしても大した違いはないような気もする

>>683
sysopen(RANDOM, "/dev/random", O_READ) || die "cannot open /dev/random $!\n";
この部分以外にエラートラップが施していないので、
最悪、乱数を拾ってこられずに ID 生成する恐れがあるみたいです。ﾆﾔﾘ

といっても自分の所持している bbs.cgi の ID を生成している部分が、
以後に改竄（ｗされていなければという前提ですけれど。。。

>>677
俺の記憶が正しければ、IDは、IPアドレスの下数桁しか使っていないはず
だから、ランダム性に関係なく、全桁は求まらないはず

記憶っていうか>>681に書いてるわけだが

# IPアドレスからMD5を算出する。(16進数形式)
# 返ってきた文字列の"後ろから4バイト"を求める
$ipmd5 = substr(md5_hex($ip),-4);

>>681
こちらも難しいとは思うんですが。

>>承諾広告※ ◆aiY4htt2.2様
そうですね。
結局は、今利用しているbbs.cgiの2chスクリプトがわからないと判断できません。

>>685-686
うーん。それであっても。
もしその板で活動している人達が、日頃からメールなりメッセなりQでやりとりしていれば。
匿名の投稿をどれが誰なのか特定できるかも、です。

「かも」。 アホか。
セキュ板住人なら実際特定してから話もってこいよ。

ていうかスレ違いじゃんかよ。

>>681のサイトの管理人ですが、それを書くのに参考にしたのは
bbs.cgi ver 0.31 (02/04/06)
と思われるスクリプトです。

>>682-684
"開けない場合"というのは"/dev/randomを使わない設定にしている場合"
と読み置いてください。。(説明がまずかったです。)

# 該当部分のソース
$RANDOM= 1;
if($RANDOM == 1){
    sysopen(RANDOM, "/dev/random", 'O_READ') || DispError("/dev/random が開けない！");
    sysread(RANDOM, $data, 16);
    close(RANDOM);
}else{
    $data = int(rand(9999999999999999));
}

>>689
sysread(RANDOM, $data, 16);
ここで 16 バイト読めなかったときのことです。
if (sysread(RANDOM, $data, 16) != 16) { 読み込めなかったときの処理; }
とする方が良さそうですね。

話は変わって。。。
bbs.cgi が吐き出すエラー類。
2chブラウザの時(User-Agentが「Monazilla」を含むとき。)には、
特別なレスポンスヘッダ(エンティティ)だけを返すっていうのはいかがでしょう？
html返すよりかは多少は転送量が減りそうな。

凡例：
2ch-response: 200\n # 書き込み成功。
2ch-response: 300\n # 連投規制 ERR593みたいなの。
などなど。

>未承諾広告※ ◆aiY4htt2.2さん

そこで素朴な疑問なんですが。
16バイト揃わなかったからどうする、ではなくって。
例えば「8バイトをrandから作成して、それを2回繰り返して、得られた乱数を掛けて16バイトに」とかではダメなんでしょうか。
もしくは1バイトずつ作成して16回繰り返して組み合わせる、とか。

#スクリプトへの負荷は大きくなりそうですが。
#さほど問題が無い範囲の回数で処理するなら、この手の問題はあっけなく簡単にクリアされそうな感じです。

>>692
2ch と同じ値を出す目的でなければどんな方法でも良いかと。
単に石油板での懸念に対してそういえばこういうこともあり得るなぁと呟いてみただけでして(^-^)

>未承諾広告※ ◆aiY4htt2.2 さん

そですよね。。。。
であれば「16バイトじゃなくって、もっと少ないバイト数の乱数しか作成できないかもしれないケース」は回避できますよね。
現在のbbs.cgiを公開は難しい（と言うか無理）でしょうが。
これらのレスを見た上で、管理サイドの人がそれとなーく改造してくれるのを切に願います。

石油板、後で見てみますねん（らぶ

おまけ。

このような脆弱性？を含む（かもしれない）ケースにおいて、対処する事はですね。
2chの運営において、セキュアな環境であるように積極的に取り組み、心がけているというポジティブなアナウンスになりますし。

それは多少遠まわしではありますが、企業イメージそのものの向上に繋がります。
長い目で見れば、それは東京アクセス単体ではなく、2chそのもののイメージアップに結びつきます。
それは利用者だけではなく広告主にも望まれる、事業展開の上で望ましい今後の戦略の一つです。

>管理者のお方
「修正したよん！」というアナウンスはこの際無かったとしても。
ひっそりと取り組んで頂ければ、それで結構です。
いずれにしても現状では、レアケースであったとしても安全な状況ではありません。
それではよろしくお願いいたします。

>>691
この要望は昔からあるけど、実装してくれないんだよなぁ。

>>695
やはり今までにもありましたか。
でも今はそれどころじゃないようですよね（ｗ

♪おはようございます（ｗ

>>694
カタカナが多くて読みづらいなぁと思った。

>>694
だからさ、なにが脆弱で、なにがアンセキュアなの?

>>690
/dev/randomって読めなければ読めるまでブロックするのでは

シロウトなんでよく分かんないけど。
自分のIPから実際に2chにテスト書き込みして、表示されたIDを記録。
自分のIPと板文字列と全てのrandomからIDを生成するプログラムを走らせて。
一致するかどうかをチェックする。
その一致したときに使ったrandomが正解。
randomの値が16バイトなら2^128回も計算する必要が有る。（IPv6の大きさぐらい）
しかしrandomがあまりブレていないと、割り出される可能性が上がる。

こんなかんじ?

>>699
ちゃんとブロックされるならば、ね。

>>700
おおむねの主旨は、その通りです。

そもそも
掲示板への書き込みから書いた側のIPアドレスがわかる＝＝セキュリティ上問題がある
という考え方がとっても素敵ですね。
まさか世の中にIPアドレスを記録どころか表示する掲示板などないでしょうし。

>>702
何を言ってるのか分からないんだけど。

「今日の君は最高だよ」ってことだよ

>>703
反語の一種じゃないかなぁ。

>>701
OSのバグの可能性まで言い出したらきりないでしょ
つーかどのバージョンのどのディストリビューションだとこうだとか
テスト結果くらいつけてくれなきゃ単なるFUDだな

FUDというほど曖昧な指摘ではない気がするけど。

今携帯から書けないのはcgi弄ってるから？

さて話は逆戻りして（ｗ
件の ID 生成ルーチンだけど、未だ ID 生成してから ID の「表示」、「非表示」、「 ??? 」、「強制HOST表示」等の
判定をしているかな？
表示しないときはおそらく無駄な処理かと。
・・・もうやってないよね？（ｗ

書き込み内容や連投チェックのために早い段階でSETTING.TXTを読み込んでいるだろうから、それはないだろう。

＞709
規制情報板を見ると、IDの無い板でもIDらしきものが・・・。

重いmd5を何回も計算して、それを最後に使わずにステ?

>>712
手元の資料ではそうなっていましたので（ｗ

いっそ365日分のを予め16バイト適当に作成して、それをどっかのファイルに書いてCGIから呼び出す、って手もアリかなぁ。

セキュリティの基本としてはそのランダム表の管理コスト発生は見逃せない。
設計者や管理者でも何が出るか解らないのが/dev/urandomのメリットだと思うし。
だから隠したり管理する必要が無い。

それとも2^128分のmd5したID表を持っておく?

その巨大な表を管理するくらいならランダム表を管理したほうが
よっぽどマシげ

うらんだむw>>715

>>717
google /dev/urandom

Linuxじゃ違うデバイスだったっけ?

>>718
赤帽7.3も /dev/urandom

あLinuxのデバイスでこんなのあるんだ。ﾊｽﾞｶｼ。>>718,719
日頃Linuxつかわんので知らなかったスマソ。

Perl で

$a = "ふいうえおあいうえおあいうえおかきくけこ"
$b = "うえ";
だった場合、$a の中に $b が何回現れるかってのは
どうゆうコード書くんですか?

$nnn = &kaisu($a,$b) ; みたいに使いたいんですけど。

>>721
$nnn = ($a =~ s/$b/$b/g);
で OK かな。
$nnn = ($a =~ s/\Q$b\E/$b/g);
ってしておくと安全かな？

おおっ
どうもです

さっそく実験してみよう。

sub kaisu{
my ($a, $b , $nnn) = @_;

$nnn = 0;
$nnn ++ while ($a =~ /\Q$b\E/g);

return $nnn;
}

こうゆうのは？

これに使ったわけですね
http://qb.2ch.net/test/read.cgi/operate/1062700935/

よくあるけど、書き込み時に
http://up.isp.2ch.net/up/4eafd314948b.JPG　なの表示させて
これをメール欄に入れないと書き込めないとか。

そこまでする必要あるのか……？

sub cntStr{# 文字列の個数チェック
local(*_str,$_ptn) = @_;
my($_pos,$_cnt) = (0,0);
while(($_pos = index($_str,$_ptn,$_pos)) > -1){
$_cnt++;
$_pos++;
}
return $_cnt;
}

>>715
>セキュリティの基本としてはそのランダム表の管理コスト発生は見逃せない
そですね。。。。。（ウツ

urandomって（こちらのスキル不足のため）どの程度「安全」なのかよーわからないんですが。
http://www-6.ibm.com/jp/developerworks/security/000908/j_randomsoft.html

まずはプールを保存するのが、第一手なんでしょか。
↓こんなの↓
http://www.linux.or.jp/JM/html/LDP_man-pages/man4/random.4.html

それと、bbs.cgi ver 0.31 (02/04/06)とかがアップされてて。
（本物かどーかは知らないです）
http://2ch.nekoruri.jp/fileboard/files/img20020914075919.txt
/dev/randomが利用できない時にrand(9999999999999999)と言う併用は、あまり意味ないんでしょうか。
うーんうーん、よーわからんです。

>>726
かつてそういう対応もありましたが、それを解読して書き込むソフトも出ましたしねぇ。
極端に見辛くすると普通に書き込む人すら読めなくなったりしますし。

保守age

保全

今弄ってるから障害出てるのかね

ここのせいで２ｃｈにカキコできないのですか？

ここのせいって・・ｗ

ひょっとして今夜、
>>585の
＞PROXY規制について
を実行に移したんですか？

現在ポートチェックしてないです。

>>737
HTTPヘッダの Connection: は見てますか？

http://qb.2ch.net/test/read.cgi/operate/1062307165/898

串に対して HTTP1.0 と HTTP1.1 で書いてみたけど両方書けたよ。
Keep-alive 限定ではなさそう

>>737
http://qb.2ch.net/test/read.cgi/operate/1060081555/706-707

AirH"Phoneで
221.119.0.0/24
221.119.1.0/24
221.119.2.0/24
221.119.3.0/24
この帯域が抜けてるみたいなんですけど、
対応できますか？

>>585を採用の予感ですか

採用してくれたんはありがたいけど許可リストつくらなあかんのちゃう？
強制PROXYとか、グローバルIPじゃないひととか
わりとひっかかっちゃうようなきがする・・

ぶちゃった話、マルチポスト広告を防ぐには、
投稿内容中のURLをデータベースでチェックして
頻繁に書き込まれてないかチャックするしかない。

それにアクセス規制してもイタチごっこになるだけだから、
広告の書き込みは、実際には投稿は完了しないが、
投稿が完了したように見せかけることでイタチゴコを防げる。

>>743
書けてる書けてないは
２ｃｈブラウザ使っているとすぐ分かるけど。

qge2ch.pl は書き込めたかのチェックも自動でやるし、

urlのNGリスト照合。*****で置き換え。全角半角区別なし。

>>745
それじゃあ、書き込み時にリストアップしておいて、
後で自動的に消すくらいしかできないかな・・・

>>746
それがいいと思う
名前とメール欄も対象にしてね

で、板が焼き払われたりdatが壊れたりすると。
正直2回も壊滅的被害及ぼしてるものの開発を
これ以上けしかけないでほしい

というかそろそろ板の性質に合わせて開発していくほうが大事なような

いっそのこと、書き込み時にNGリストに含まれる文字があったら。
クッキー警告みたいに「NGワードが含まれています」とはねると言うのはどうか?

NGワードのデータベースはcdbを使って、PerlバインディングとCライブラリから呼び出す。
ero-senden-url.com/hiroyuki/:deny
:allow
みたいな感じで、テキストに追記すればいいからメンテも楽だし。
allowかdenyのチェックだけなので、ハッシュサイズで数百メガぐらいまでは現実的な速度で動作するでしょ。

あめぞうの二の舞

ほほほい

たまに r.i.core ってのが出来ているです。

>>754
確かにできてますね。でも、微妙にスレ違いかも。

r.iのバグ報告はだれに言えばいいのかしら。

>>754
r.i のソースって公開されてる？

あららっ
もししかして　r.i って書き下ろしたの
わたしだったという記憶が、、、

いやん。わすれないでよー

＞757
仕事人さんではなくて、r.iんごさんだったと記憶していますが。



Σ(ﾟдﾟ|||) ﾏｻｶｯ!!!

うんうん。

https://plaza.rakuten.co.jp
httpsテスト

2chhttpsに直リンしてもhttpに変換されてますね
すれ違いスマソ

read.cgi ではリンクされてないよ。
2ch ブラウザの種類によるんじゃない?
かちゅもリンクしないし

index.htmlのことだろう。今確かめてみた。
わざわざageたのもそれを確かめるためだろ。

おおー
index.html なんてめっっったに見ないからわからんかった。 ごめんょ

試しにあげさせてくらさい

こいつはびっくりだ( д)ﾟ ﾟ
https://aaa.bbb.ccc

bbs.cgiは関係無いんだからテストスレでやろうよ

カーネル2.6、すごいらしいが、
試す勇者はいないのか。

こんばんわ。すっかり日が沈むのも早くなり、
いよいよ秋が来たんだなぁと実感している今日の頃、
皆様はいかがお過ごしでしょうか。
読書の秋、食欲の秋と言うことで、毎日お菓子を食いながら
漫画を読んでいたら、なんと５�`も太ってしまったさくじょくんです。

さて、本題ですが、昨日名前欄に「◆」がある書き込みを見掛けました。
いえ、トリップではないんです。トリップではなく、「◆だけ」なんです。

たとえば、これなんですけど、
http://news5.2ch.net/test/read.cgi/newsplus/1064996047/12
http://news5.2ch.net/test/read.cgi/newsplus/1064885459/122
http://news5.2ch.net/test/read.cgi/newsplus/1063951810/707
◆だけだったり、「名前◆」だったりしてます。
ご覧の通り、トリップではないみたいです。

そこで、ひろゆきさんに質問してみたところ、
http://news5.2ch.net/test/read.cgi/newsplus/1064996047/44
とのことでした。

もしかするとbbs.cgiの仕様（？）かなーと思い、このスレの方々に質問してみました。

http://that.2ch.net/test/read.cgi/gline/1042151015/610
見つけたのｺｿｰﾘ貼ってみます。
原因判明の一助になれば。

#�_迺黹

ここではならないんですね。
news5だと◆になる。。。

んー。root★さんの分野かも？

双子のnews6も同じですた。
http://news6.2ch.net/test/read.cgi/mnewsplus/1063802394/310

どこかで見つけたログで、null文字投げたらそうなるとかいうのは見つけましたが…

>>774
昔見掛けた「＠★」がそうですか？

おぉ、、、「#�_迺黹」ﾄﾘｯﾌﾟ。。

なんでなる板とならない板があるんだ

>>772-774
気にはなってました。おかしくなる実例を出してもらえたので、解析できるかな。
しかし、よく実例がわかったすね。

>>770
最初の４行だけ見たんですけど、何が言いたいんだかさっぱりわかりません。
いい加減にしてもらえませんか？

>>778
実例は>>771さんが。

ここ数日にどこかで詳細に書いてある過去ログへのリンクが有ったんですが…
今出張準備の合間にログ検索してます。

多分批判要望の雑談スレ

>>779
いま気付いたけど、５行目まで読まないと意味がわからないようになってます。

crypt()の返り血が空っぽになるんだろうか？(undef)
ビット列にしても何らおかしな感じはしないような。。。
0x875FE792EA83
10000111_01011111_11100111_10010010_11101010_10000011
ん？残りの 2 バイト (16 ビット)は、どうなるんだろう・・・？

>>781
教えてもらったんですけど、これですよね
http://aa2.2ch.net/test/read.cgi/accuse/1063116248/253〜285-289 あたりのようで。

> http://corn.2ch.net/entrance/kako/1008/10087/1008768516.html
> http://cocoa.2ch.net/test/read.cgi/qa/1024072089/

っつか>>782
il||li _|￣|○ il||li 雑スレ。。。。

全然関係ないんだけど

248 名前：◇ [sage] 投稿日：01/12/24 08:48 ID:???
>>187凄いな
完璧ネタスレだと思ったのに。

この調子で★も出る？（ﾜﾗ

249 名前：名無しさん？ ◆ ＠ ★ [sage ] 投稿日：01/12/24 08:53 ID:???
★はでねぇって

250 名前：名無しさん？ ◆ ＠ ★ [sage ] 投稿日：01/12/24 08:53 ID:???
うわ。★出たよ。
正直ビビッタ。


ﾜﾛﾀ

おりょ？
●でも連投規制(timeclose)が動くようになってきたのかな？

以前から、timeclose系連投規制は●では回避できませんよ。

timeclose系の連投規制激しくムカつきます

あれ！？そうなんだ。。。

timeclose回避出来る高級●売り出してくれ
ノーマル●の4倍くらいの値段でも買う

では垂れ流し。
まずは書き換えたリストから。
行頭と行末の半角スペースは必ず消してください。。。

でわっ！（藤井南美ちゃん風）

と思ったら、長すぎエラー出るやん（滂沱）
長文は★特権だったのね（羨）

チェックルーチン部
　http://baila6.jp/sv2ch/pip_chk.txt
規制リスト
　http://baila6.jp/sv2ch/plist.txt
でぇす。

穴があったら訂正します。
つっこみ募集中（ｗ

あ、ageときます。m(_ _)m重ね重ね

>>793
★じゃなくて管理者特権
普通の★じゃ規制されるよ

>>796
解説ありがとうです。
なるほどーそうなんですか！

まだまだ２ちゃんねるは知らないことがいっぱい（わくわく）

こんなのが2chに入ったら即死亡だな。
少し頭を使え。

最近の２ちゃんねるは入ることが出来るのですか？
あまつさえ死ぬことがあるのですか？
びっくりです。

広告爆撃の bbs.cgi 的解法でも考えて見ますか、

1) 特定のURLが書かれていた場合は bbx.2ch.net に問い合わせる
2) bbx.2ch.net は問い合わせのあったリモホ(IP)の数・頻度を記録している
3) 同一リモホからの宣伝URLが24h以内に２回きたら NG と判定。
4) bbs.cgi は NG が返ってきたら投稿を拒否。
5) bbx.2ch.net はNGを自動的に解除しない。

利点
IPアドレスをピンポイントで自動的に規制できる

↓賛否両論　(放置はｲﾔﾝ)

bbs.cgiが重くなる

>>801
ほんと?

ずいぶんと軽くなると思うけど、

たまたま同じアドレスの奴が全然違う板にURLを貼って規制される。
自治スレなんかで看板投票の呼びかけをした奴が規制される。

せめて一時間に三度くらいにしておかないと。

特定の URL ってのは業者の URL を手で書くんだよね?
たとえばアップローダへの URL をコピペしてると自動的に規制とかじゃないよね?

あっ、特定のURLでした。スマソ。
でも規制URLは公表して欲しいね。

特定のURLは過疎板に貼っておいて、アンカーで勝負する手もありうる。

>>800
bbqシステムへの自動登録すか。悪くないかも。
Dynamic DNSの技術を使えば、できる気がします。
うまくやれば、bbs.cgiでテーブルをみなくてもすむので、今よりも軽くなるでしょう。

今設定しようとしている(Proxyチェック用の)ドメイン(nikuやsumi)とは、
別のドメインを使ったほうがいいかな。

三分間も寝ないで考えたたたき台ですから、
思考実験してもしかしたら何かうまい方法ができあがるかもよ。

>800

とりあえず、つっこみ

１）特定ＵＲＬを全て転送アドレスを大量に用意することで回避されてしまう
３）同一ＩＰでのチェックでは頻繁に繋ぎ変えで対処されてしまう。
　もし、別の人間が繋ぎ変えたときにそのＩＰになると完全に巻き添えに
　なってしまう

こんな感じかな。串焼き用のbbqと区別するために、仮にbbxとしてみよう。

検知=>登録システム
1)bbs.cgiがURIを検知
2)bbs.cgiからbbxシステムにIPを通知
3)bbxは、
3a)初回なら、そのIPを自分のDBにストアして覚えておく
3b)既知のIPなら自分が管理する「だめ用DNS」に登録
4)「だめ用DNS」からの解除は手動(たとえばCGIを呼ぶとか)で実行

チェックシステム
1)bbs.cgiがbbxが管理する「だめ用DNS」を呼んで、該当IPかチェック
2)該当IPなら投稿規制

bbx.2ch.net が落ちたらｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙ

>>809
そのとおりですね。いずれにせよ「いたちごっこ」であることにかわりはなさそうだ。

>>811
はい、そのとおりかと。
bbx.2ch.netが落ちていても(登録や悪金ができないだけで)、ブロックしないように
する工夫は必要でしょう。

bbs.cgi とは直接関係無いけど
各部署の人員配置も思考実験では考慮したい。

>>810 を仮定すると。
1) の検知の前に登録作業がある。

ここは自動化は出来ない(登録すべきかどうかの判断)
そのあとは自動化できると思うけど、

最後の解除のあたりも考えなきゃねぇ

リモホではじくの？
単純にｎ回以上書き込まれたURLは不可、ではダメですか？

>>800
＞IPアドレスをピンポイントで自動的に規制できる
IPｱﾄﾞﾚｽからの投稿を全て規制してしまうのではなく、
そのIPｱﾄﾞﾚｽがURL込みの投稿をした場合拒否する、
という仕様なら、巻き添えがあっても被害が小さいかもです。

各広告対策スレッドを見ていただければ
どれだけの人員、労力が投入されて現２ちゃんねるを
少しでも使いやすくするために日夜うごかされているかを
見ることができます。

1) 広告爆撃のデータ収集
2) URL の特定
3) bbs.cgi にログ収集部の追加
4) 再爆撃の確認
5) ログを見て規制
6) ISPへの連絡

1) -> 6) を三回ほど繰り返し

7) 永久規制の提言

さらにループをN回?

URL は正規表現付きで登録できたらいいなぁ、

>>814
なるほど、URIを登録するDBが必要なのか。
いずれにせよ、テキストファイルだとスケールしなさそうだなぁ。

書き込みがプチ祭りしていたのでドキドキしました（ｗ
そろそろ bbq 祭りですね（嬉）
niku,sumiは、getbyhostname() 等で会話が出来るけれども、bbx(仮）さんとの会話の手段はどうなるんだろう？

こんな感じじゃダメでしょうか？

1)bbs.cgiがURIを検知
2)bbs.cgiがbbxシステムにIPとURIを送って問い合わせる

　　bbxシステム側の動作としては、
　　　　同じURIがn回書き込まれたら、URIとIPをだめリストに記録して「書き込み不可」を返す
　　　　さらにm回、だめIPでだめURIを書き込もうとしたら
　　　もはや業者と判断して、IPをアクセス規制して「書き込み不可」を返す
　　　　それ以外は「書き込みOK」を返す

3)bbxシステムの返り値に、
　　3a)「書き込み不可」が返ってきたら書き込み拒否
　　3b)「書き込みOK」が返ってきたら普通に書き込む
　　3c)タイムアウトしたらbbxが落ちていると判断して、諦めて書き込む

>>796
遅レスだが、★にそんな区分はないらしいよ。
現に漏れのでも改行規制超えられるし。

「できたらいいな」ぐらいにしとけ
bbqと違って失敗するのは目に見えてるぞ

AD Bluster は URI 登録だけでいいのでは？
広告を避けるための手段として該当する URI を排除するのであるならば。
該当すれば、エセ「書きこみました。」を出力しておけばよいと思うけれど。

>>823
すくなくとも大幅な省力化はできるかと、
ISPへの通知まで含めて。

工夫の無い業者向けの自動登録・収集システムなんだけど。

たとえば、.NET CLR　(.NET CLR 1.1.4322や.NET CLR 1.0.3705)のような
あからさまにあやしいクライアントの場合、
１）bbs.cgiでブラウザ判定。ぁゃτぃ
２）bbqに全書き込み内容、または、ホスト、本文中に含まれるリンク等の情報を通知。
３）bbqでデータベース化。10個同じリンクやホストのやつがたまったらそのホストを
　　別枠で公開串規制化しつつ各サーバにログ保存のキーワードとしてリンクアドレス等の情報を送信。
４）各サーバで書き込みログを収集。

こんな感じでしばらくの間は御新規さんや変異さんにある程度対応できないかな、と。

いや、最初から公開串規制扱いでもいいんですけど、すぐに対応されそうなので、
少し泳がせておいてからISPに切ってもらうのもええんではないかと。

よく調べてたら前々あやしくなかった……
吊ってきます……

★トリップ回路の改良要求が出ていますね。
　http://qb.2ch.net/test/read.cgi/operate/1062137886/754

末尾よりも、#の次に$を入れて塩指定とかの方がよいかな？

#01234567 -> $salt="H1"
#$HB01234567 -> $salt = "HB"

みたいな。

★アクセス規制探索回路？もぼつぼつと。
　http://qb.2ch.net/test/read.cgi/operate/1064210067/487-

bbq には httpd が入っているのでそれを使うとか？

my ($code,$deny_host) = &chk_host($hostname);
if($code) { Disperror("ＥＲＲＯＲ！","アクセス規制中です。$deny_host"); }

みたいな感じでチェック。
bbq.2ch.net/?$hostname で会話してみるなどなど。
これは公開しておくと自前でチェックできるとか。

規制の登録・解除は、bbq.2ch.net に専用の CGI を設置しておくとか。
こちらはもちろん非公開（苦笑）＠認証付けておくのもよいかも。

>>828
なんだか反応がありませんね（泪）
取り敢えずブツを示せということかな？

> ★アクセス規制探索回路？もぼつぼつと。
ひとまずこちらを自鯖ででっちあげてみます。今日中には動くかな？

>>829
ひとまずでっちあげてみました。

つかいかた。
　ｈttp://baila6.jp/sv2ch/chk_deny.cgi?リモートホスト名/該当鯖名/該当板名

　リモートホスト名：チェックしたいリモートホスト名を
　該当鯖名：サーバ名を（キャノニカルネーム）
　該当板名：bbs名を
　書式の凡例：
　http://baila6.jp/sv2ch/chk_deny.cgi?YahooBB219215001001.bbtec.net/qb.2ch.net/operate

戻り値。
　Check-deny-host: コンディション<>規制対象リモートホストの正規表現<>規制対象（全鯖、鯖、板）<>
　凡例：Check-deny-host: DENY<>^YahooBB218122<>all<>

　Check-deny-host: ヘッダ名。エンティティにも同じものを入れてあります（意味無しかも（哀））
　コンディション：規制対象以外なら ALLOW 、規制対象なら DENY 、規制対象でも規制してから７２時間を超えた物は GONE になります。
　規制対象リモートホストの正規表現：現在のＥＲＲＯＲ！画面に出てくる文字列です。
　規制対象（全鯖、鯖、板）：allなら全鯖、/で終われば該当鯖名、/が含まれた文字列ならば該当鯖の該当板です。

bbs.cgi にて、この CGI を呼び出せば、規制チェックが出来るかと。

規制リストは以前出ていたものに多少の色を付けてみました。
http://baila6.jp/sv2ch/plist.txt
詳細はリストに書かれています。

やっぱりいろいろなモジュールを組み込むカタチの方が良さそうな。
＠おそらく現状はぺたぺた貼付とんでもソースでしょ？(･∀･)ﾆﾔﾆﾔ

ついでに dat 墜ちは可哀想なので age

面白そうなことをやっていますねー

例のロック規制もここの>>800ですしね

news5をいじったその後はどうっすか？

>>834
私は今回は敗退して、元に戻しました。
ひ（りゃ はどんなところを？

ロックを一箇所減らしてみました。

暇なので実験に協力します。
今、見たけどまだ崩れますね。。。

んーむ、明日早いので、今日こそは早寝（りゃ。

bbq の方はその後どうなったかな?

たまに、ぽつぽつ来てるみたいすね。
http://mumumu.mu/mrtg/mrtg-rrd.cgi/bbqbbx/nikusumi.html

これって正しい動作なのかしら。>ラプターさん

次はどうすればいいのかな?
もう　bbs.cgi に組み込む段階だったりするんですか?

>>840
私に言われても…(^-^;)ﾊﾃ?

>>841
とりあえず版を実装しましたので、是非組み込んでみて欲しいです。
様子を見ながら、徐々に拡張していこうと思ってますー。

ラプター★たんﾊｯｹｿ

拡張…(;´Д`)ﾊｧﾊｧ

>>841 >>842
おつです。

bbs.cgiからの呼び出し方:

・1.2.3.4が登録されているかどうか判定したい時

4.3.2.1.niku.2ch.net を gethostbyname して、
127.0.0.2 が来ればbbqに登録されている。

・kushi.example.netが登録されているかどうか判定したいとき

kushi.example.net.sumi.2ch.net を gethostbyname して、
127.0.0.3 が来ればbbqに登録されている。

ちょっと思いついたので。

そもそも、index.html 等をflock()しようとするからいろいろメンドウなことが起きるわけで。

で、index.html という名前でみんなが書こうとするからいけないのであって、

・書き出しは index.html.なんちゃら というユニークなファイル名で書いておいて、
・書き出し完了後、 rename() で index.html に変える

ようにすれば、rename() はアトミックだから、flock()しないで済み、
今起きてるindex.htmlが壊れるのも対応できるような気がする。

…というのは、甘いのかな。

二編クンが「えっそうなってないの?」と言ったのは
このことだったような、違ったような。

やっぱり +< でオープンしてファイルロックしてるのか・・・
ファイル名に . $tmpstr して開いて書いてリネームがよろしいかと。
$tmpstr は重複しないように時間とプロセス番号でもつけておいて。

プログラムの冒頭で
#$$はこのCGIを実行しているプロセス番号
use vars qw($tmpstr);
$tmpstr = $NOWTIME . $$;

実際に書くところは
open ( FD, '>' . $file . $tmpstr ) ;
print FD $buffer ; #この処理は一例
close ( FD ) ;
rename( $file . $tmpstr, $file ) ;

こんな感じかと。

> でオープンしてるという噂もあるらしいですよ。

> + flock !?
今まで壊れなかったのが不思議だ・・・

つか、先日ちゃんとflockするようにしたら（略。

bbs.cgiを公開しる！！

★だけが見れるというのは納得いかんです。

>>851
管理人だけが(りゃ

>>851
いや、そりゃ確かに私もみてみたいですけどぉ。。。

＃ブラックボックスにしてセキュリティを高めるって方針なのだったですか？（←解ってない人）

えっと。。。>>830 は撤去しております。m(_ _)m

【 html化されたこのスレを読んでいるお前へ 】

おい、お前。そう、お前だよ。
「このスレおもろいから見てみ」「２ちゃんの歴史に残る名スレだぜ」とか言われてホイホイと
このhtml化されたスレを見にきた、お前のことだ。
どうだ？このスレおもしれーだろ。
でもな、お前はこのスレを読むだけで、参加することはできねーんだよ。
可愛そうにな、ﾌﾟﾌﾟﾌﾟ。
俺は今、ライブでこのスレに参加してる。　　　　　　　　
すっげー貴重な経験したよ。この先いつまでも自慢できる。　　　　　　
まあ、お前みたいな出遅れ君は、html化されたこのスレを指くわえて眺めてろってこった。

じゃあ2chに残る名スレにライブカキコ。

Intel Compilerつかうのはどうでしょうか。
uma鯖には使えないけど、他のLinuxが動く鯖ならそれなりに期待できるかも。

iccは数値演算をゴリゴリしなくちゃあんまり意味ないだろ。
HDDのI/O待ちが主なボトルネックだろうし。
というか商用利用するライセンスを買うの?

>>858
そういわれて再検討。
iccをつかってもたらされるものはこんなところか。

・アクセス規制のチェックなどの処理が向上
・ネットワークI/Oは若干高速化(CPU上のパケット処理の高速化)
・ディスクI/Oはあまり減らない？ やり方次第では削減可能かもしれないが・・・。

トリップが変わっちゃう問題のサンプルってありますか？

>>860
◆ 全サーバトリップ統一作戦
http://qb3.2ch.net/test/read.cgi/operate/1067245837/
にて。

そうえいば、bbqのプロキシ規制っていつから稼動なんすか？

既にDNS側はできているので、bbs.cgi 側ができればよいんではないかと。
>>841 >>842 >>844 あたりを参照で。

どういうスクリプトをいれればよいのやら、、、

ヽ(冫、)ノｽﾞｺｰｯ

perlのリファレンス書と>>844を見ただけでカキコ

　・192.168.0.1みたいのが登録されているかどうか判定したい時
$checkbbq = join("\.",reverse(split("\.",$ENV{'REMOTE_ADDR'}));
$checkbbq .= '.niku.2ch.net';
if(gethostbyname($checkbbq) eq '127.0.0.2'){
　　#プロクシ判定に引っかかってますよ(￣ー￣)ﾆﾔﾘｯ
}

　・kushi.example.netが登録されているかどうか判定したいとき
$checkbbq = 'kushi.example.net' . '.sumi.2ch.net';
if(gethostbyname($checkbbq) eq '127.0.0.3'){
　　#プロクシ判定に引っかかってますよ(￣ー￣)ﾆﾔﾘｯ
}

こんな感じでいいんじゃ？

トリップ問題、一応決着しました〜

◆ 全サーバトリップ統一作戦
http://qb3.2ch.net/test/read.cgi/operate/1067245837/165-

ためしてみよう。。

管理人が仕事すると板が飛ぶという伝説があるので
ほどほどにしてくれ

ﾆﾔﾆﾔ

ﾄﾞｷﾄﾞｷ

どのIPがひっかかるのかわかりません。。。

diras.q.t.u-tokyo.ac.jp.sumi.2ch.netで50.49.48.46てのが帰ってくるです。。
http://www.cybersyndrome.net/plr.html

おい糞西村！！
批判要望板への嫌がらせもいい加減にしやがれ！！

カレンダー売ってる暇があるなら中傷書き込み削除しろ！
２糞ねるドメイン売ってる暇があるなら２ちゃんねるを改善しろ！

総会屋じみたことしてんじゃねぇよ！
削除システムどうにかしろ！被害者が増えつづけてるんだよ！
削除依頼くらいメールで出来るだろ！

実況板廃止しやがれ！名無しで書き込めるようにするのをやめろ！
削除人をもっと増やせ！中傷書き込みはすぐ削除できるようにしろ！
難癖つけて削除しないバカはクビにしろ！
板ごとに管理人をつけろ！
カレンダーで儲けた金で管理者を雇え！

> www.u-tokyo.ac.jp.sumi.2ch.net
Server: ns1.sphere.ad.jp
Address: 202.239.113.18

*** ns1.sphere.ad.jp can't find www.u-tokyo.ac.jp.sumi.2ch.net: Non-existent domain
> server sumi.2ch.net
Default Server: sumi.2ch.net

> diras.q.t.u-tokyo.ac.jp.sumi.2ch.net
Server: sumi.2ch.net

*** sumi.2ch.net can't find diras.q.t.u-tokyo.ac.jp.sumi.2ch.net: No response from server


そもそも、sumi.2ch.netにpingが通らない。。

西村は総会屋じみたことをして荒稼ぎしている癖に
その金を２ｃｈに使おうとしません。
一体何に使っているのでしょうか？

教えろ西村

今ここを見ました。

>>878
Non-existent domain になるのは、登録がないやつです。

sumi.2ch.net は、管理用のドメインなので、pingは通りません。
というか、アドレスつけてありません。

>>878
ええと、nslookup でやるときは、server を sumi.2ch.net に向ける
必要はありませんです。通常のDNSサーバに聞けばよいです。

>>881
というか、とりあえず現状登録されているアウトになるアドレスを教えてあげて
ほしいです

i1-server.town.ikeda.fukui.jp

http://www.cybersyndrome.net/plr.html
サイバーに登録されてるものを
試してみたんですが、、、

今データを見てみました。*.yahoo.comはsumiに登録されているようなので、

% nslookup host.yahoo.com.sumi.2ch.net

とやってみてください。127.0.0.3 が来れば、正常に動いてます。

u-tokyo.ac.jp は sumi に登録されてないので、

% nslookup www.u-tokyo.ac.jp.sumi.2ch.net
や
% nslookup diras.q.t.u-tokyo.ac.jp.sumi.2ch.net

は、Non-existant domain になるはず。

西村博之は中傷書き込みや犯罪予告をなくすくらい今すぐにでも出来るのに
全て利用者の責任にして、いつまで経っても改善しません。
何故でしょうか？　　　

西村博之は２ちゃんねるのグッズをいくつも販売していますが
その金は何に使っているのでしょうか？
サーバーの費用でしょうか？

sumiのほうには、現在251行しか登録がないです。
たぶん、まだ全部を網羅してないんだとおもわれ。

２ちゃんねるが中傷スレッドは難癖つけて削除しないと言うのは有名ですが
あれを利用して企業を脅し、総会屋のような事をしていると言う噂がありますが
本当でしょうか？

>>882
sumi の方は >>885 の通り。
niku の方は、127.0.0.0/24 が登録されているので、

% nslookup 1.0.0.127.niku.2ch.net

とやって、127.0.0.2 が返れば、正常です。

> host.yahoo.com.sumi.2ch.net
Server: ns1.sphere.ad.jp
Address: 202.239.113.18

Name: host.yahoo.com.sumi.2ch.net
Address: 127.0.0.3

おぉ、、できた。。。

sumi.のほうがまだ251行だとすると、
niku.で試したほうがいいですか？
アウトのアドレスをおしえてくださいー。

nikuのほうは、たくさん登録されています。
ここに書くのはいまいちなので、メールしましょう。

試すときは、桁を逆にするのをお忘れなく。
例:
127.0.0.0/24 なら、127.0.0.0 - 127.0.0.255 が登録対象。
これを調べるときは、1.0.0.127.niku.2ch.net でチェックして、
127.0.0.2 が来れば、登録されている。エラーなら登録なし。

西村は荒らしは放置といつも嘆いていますが
放置でどういうできるレベルではありません。
書き込み制限をきつくすればいいのにしようとしません
いつまでも改善しようとしない。
何故なら２ちゃんねるがまともになっては困るからです。
バカを量産して犯罪予告や事件をおこさせて２ｃｈを有名にする。
総会屋じみたことをして企業から金を脅し取る。
荒らしが減っては書き込み数も激減してしまう。
こういった悪用が出来なくなるからです。
西村が２ｃｈを改善しようとしない理由はここにあります。

2001年8月9日、ascii24において、2chが企業から削除依頼料を受け取っている事が取り上げられる。
しかし、抗議を受け、記事の内容は削除される。
その記事のミラー↓
http://memo2ch.at.infoseek.co.jp/article.html
☆関連
http://ascii24.com/news/reading/causebooks/2002/07/01/636911-000.html
2001年、情報雑誌サイゾーの12月号においても、２ｃｈ総会屋説が記事となる。
http://www.ultracyzo.com/cyzo/contents/0212/karakuri/01.html

以降、2chが総会屋として機能している情報が幾度も流出し始める。
IP販売と総会屋に関して流出した情報のコピペ↓
http://memb21.hp.infoseek.co.jp/2001/214.html

$checkbbq = "$ENV{'QUERY_STRING'}" . '.sumi.2ch.net';
$ipaddr = (gethostbyname($checkbbq))[4];
$ipresult = sprintf("%u.%u.%u.%u", unpack("C*", $ipaddr));
if($ipresult eq '127.0.0.3'){
print "<hr>$checkbbq OUT $ipresult";
#プロクシ判定に引っかかってますよ(￣ー￣)ﾆﾔﾘｯ
} else {print "<hr>$checkbbq OK $ipresult";}

成功したのでメモ書き。

世論ではなく総会屋? に踊らされた

2ちゃんねるに近いあるインターネット関連会社の社長は、2ちゃんねるの幹部から得た話として証言する。
「2ちゃんねるは、運営者や幹部などがそれぞれ別々に会社を作りカネの流れを見え難くしているが、
実際の資金源は複数の大手通信会社系からの調査費名目のカネ。月額で計約700万円と言い、
年間にすれば1億円近く。額はともあれ、これは通信会社系的には、
ぼう大なトラフィックを調査すると言う表向きの理由が一応は立つ。
自社系に都合の悪い書き込みがされた時に優先的に削除してもらうことも期待している」と前置きし
「通信会社系の削除の期待も含めて、2ちゃんねるは総会屋と同じになっている」と言うのだ。

その具体的な理由として社長は、こう話す。
「2ちゃんねるはボランティアの削除人が書き込みをチェックして、好ましくない書き込みを一所懸命削除している、ということになっているが、
あれはウソ。削除人には給料が支払われ、その給料の原資となっているのが、
まずいことを書き込まれた企業が削除要求とともに渡す裏金。これはまさに、総会屋の構図そのものだ。
これまで裁判になっているのは金額で折り合えなかったり、裏金を出さない強い態度の企業とだけだ」

もしこの社長の証言が事実だとすれば、警察や検察は、総会屋と同じ仕組みの掲示板サイトに動かされて摘発したり
異例の動物愛護法による逮捕・起訴や、書類送検で処理した容疑者を異例の逮捕・起訴に持ち込んだことになる。
「社会への影響」と検察が言う“社会”が、実は総会屋に等しいものだった、とは、
警察、検察にとって何とも情けない話である。

個人情報保護法施行なら閉鎖か

今回の事件では警察が摘発する以前に、容疑者とされる男の住所や実名が2ちゃんねるに書き込まれた。
結果的に事実ではあったが、事実かどうかには関係なく、その段階では容疑者とされていなかった
人物の個人情報が勝手に書き込まれたことには変わりない。本人の同意なしの第三者への
個人情報提供の原則禁止を義務付ける個人情報保護法案は、7月に閉会した国会では成立せず、
継続審議となった。だが、もし個人情報保護法案が施行されれば、こうした書き込みをしたユーザーや、
書き込みを放置した2ちゃんねる側は、罪に問われることになる。

法案は今秋の臨時国会での成立を目指すことになっている。成立、施行後は、
誰もが勝手に書き込みできる2ちゃんねるが、現状のまま存続できないことは明らかだ。
その場合、警察や検察は何をもって“社会”“世論”と考えるのだろうか。

今年8月9日、「検察を動かす婚2ちゃんねる世論恨の恐ろしさ」と題された記事がITニュースサイト「ASCII24」で
発表され、ちょっとした騒動を引き起こした。その記事の後半部に書かれた内容とは、巨大掲示板2ちゃんねるが、
“裏金”も含む、企業からの資金提供によって運営を維持しているというものだったのだ。

記事では、2ちゃんねるに近いあるインターネット関連会社の社長から得たという次のような証言を紹介している。
「（2ちゃんねるの）実際の資金源は複数の大手通信会社系からの調査費名目のカネ。月額で計約700万円」
「通信会社系の削除の期待も含めて、2ちゃんねるは総会屋と同じになっている」
「2ちゃんねるはボランティアの削除人が書き込みをチェックして、好ましくない書き込みを一生懸命削除している、ということになっているが、
あれはウソ。削除人には給料が支払われ、その給料の原資となっているのが、
まずいことを書き込まれた企業が削除要求とともに渡す裏金」などなど。

メールしました。こっちはもうすぐ日付がかわります。
MSPは寒い。

MSPって、マディソンスクエアパークだよな

・削除人が難癖つけて削除しない。
・わざわざIPを晒させて被害者を増やすシステム。
・削除依頼システムを改善しようとしない。
・２ちゃんねるが告訴されそうな個人情報はすぐ削除するのに
中傷スレッドはいつまで経っても削除しようとしない。

その理由は２ちゃんねるが総会屋だからです。

あなたはこの画面を何十回見たでしょうか？
http://ime.nu/2ch.net/guide/adv.html#saku_rule BCC
http://ime.nu/qb2.2ch.net/saku2ch/subback.html BCC

ime.nuでリンク元を隠す

2ch内のリンクは一旦このime.nuに入ってから移動します。
ime.nuを介すことでリンク元ＵＲＬが2chでなくime.nuになります。
あらしに会った人が[2ch内のどこからリンクされているのかわからなくする]為です。
削除依頼を出そうにもリンク元ＵＲＬを書かれないと削除できないです。。。という仕組みです。

ime.nuで猥褻広告への批判をごまかす

ime.nuでは無修正の猥褻画像がたくさん出ます。
猥褻広告は一般の広告に比べ20倍の利益が出ます。
2chはこれらの広告を[全ての外行きリンク]で表示させます。
そしてime.nuを介すことにより、2chは猥褻広告をせず、
ime.nuさんがしているわけでおいらは知らないです。。。という仕組みです。

わあ。ひろゆきだぁ(*ﾟ∀ﾟ*)

$checkbbq = join("\.",reverse(split(/\./,$checkbbq)));
$checkbbq .= '.niku.2ch.net';

$ipaddr = (gethostbyname($checkbbq))[4];
$ipresult = sprintf("%u.%u.%u.%u", unpack("C*", $ipaddr));
if($ipresult eq '127.0.0.2'){
print "<hr>$checkbbq OUT $ipresult";
#プロクシ判定に引っかかってますよ(￣ー￣)ﾆﾔﾘｯ
} else {print "<hr>$checkbbq OK $ipresult";}


成功メモ書きpart2
というわけで、ありがとうございますですー。

わあ。またひろゆきだぁ(*ﾟ∀ﾟ*)

さて、これで何かあったら、>>870 の中の人にがんがってもーらおっと。ﾆﾔﾆﾔ。

あとは、ラプターで取得してる結果をnikuとsumiに自動的に流し込む仕組みがあれば、
スタートって感じですか？

>>908
自動で流し込む仕組みは、
とりあえず版がそれなりに動いていると伺っております。(>>842)

ここにいるひろゆきさんは
2chの管理人ひろゆきさんなのかなぁ？

って思いっきり邪魔しとるな。。あたし。
ただの通りすがりでした。ゴメンナサイ。

とりあえず版って何をするものなんだろう、、

ラプターの情報は既にあるわけで、
niku.とsumi.のサーバからラプターの特定ファイルを取りに行くことで、
流し込みですよね？

批判要望板の事ですが…あれって荒らしじゃないんですか？
もはやまともな会話すらも出来ないほど荒れてますよ。
批判要望板って運営板の1つじゃないですか？
何であんな事に。
運営の嫌がらせという噂は本当だったのかな？

>>912
質問・雑談スレ 14＠運用情報板
http://qb3.2ch.net/test/read.cgi/operate/1067934488/l50

質問はこちらでどうぞ。

なんにせよ管理側のスレ違いレス完全放置にわろた

>>911
正規表現で作られた串リストはDNSにはそのままでは入れにくいからだと推測。

「正しい」正規表現で描かれているならば、便利なことこの上ないですよね。＠流し込み元のリスト

ついに始まりですね〜。

＞とりあえず版
既存の串リストから、簡略化された串が登録されています。
全ての串を登録しないのはむむむさんの仰る通りです。

次の段階としてbbqに特化した串リストの生成を考えているので、
もうちょっとお待ちくださいね。

ラプターたん(;´Д`)ﾊｧﾊｧ

(*´�D｀)ﾎﾟﾜﾜ

んじゃ、ラプさん待ちで、、

ラムさんじゃだめかよ。

>>921
お前はそんなに管理人のすばらしいギャグが聞きたいのか？

わくわく

大爆笑する準備は完了。

わはわはわはっ、、、さっぶーｶﾞｸﾌﾞﾙ

index.htmlをtmpをrenameする形にかえてみました。

おおー

>>926
をを。乙です。

>>926
お、これはnews5だけ?

20031114はそうなってるはずです。。。

>930

Ｎ速＋　ＩＥでの崩れ現象解消を確認しました。
（リロードしても崩れません。）

とすると、やはり >>845 がビンゴだったのかしら。

ファイルの書き込み関係はmkstemp()してrename()するだけでも「高負荷時にシクる」というバグが減る気がする。

subject.txtは元々、そういう仕様だったんですが、
めんどくさかったので、indexとかを直してなかったんすよね、、
subbackも直ってない予感です。

http://qb2.2ch.net/saku/
http://qb2.2ch.net/saku2ch/
index.htmlが普通の板みたいになってるぞ。

削除要請板と削除整理板ですが、
>>935のとおり、index.htmlが崩れてます。

bbs.cgiの入れ替えの影響かと思うのですが
対処（例外処理？）お願いできますでしょうか。

＞bbs.cgiを触れる方

>>926 を全鯖いっせいにやった結果
削除板関係も普通のに上書きされてしまったんだと思われ

さて、元のソースは…?

削除板が移転した時の状況を見るに、index.htmlのパーミッションを
書き換え禁止にして、更新されないようにしていた気がするにゃあ。
それが今回の改変では通用しなくなってしまったと。
そろそろ根本的対応ということで、bbs.cgiでsakuとsaku2chは
index.htmlを更新しないようにしようぜ。

なぜかパーミッションが代わってました。

おー
なおっとる

おつかれさま

>>939
おまえころす

なおってないよー

つーか、sakubbs.cgiもindex.htmlを更新するのね。
sakuとsaku2chは、正常な状態ならindex.htmlは更新しないんだから、
sakubbs.cgiからは関係部分をばっさり外しちゃおう。

ここは荒らしのスルーが徹底してるスレだなｗ

qb2のバージョンをさげてみたです。

おつかされさー。
更新されないのは確認しました。

index.htmlは入口のページにしてちょ。

>>945
削除整理板見にくいよ。

？＞index.htmlは入口のページにしてちょ。

http://web.archive.org/web/20030206083115/http://qb.2ch.net/saku2ch/
これさね。

InternetArchiveが付け足してる部分もあるから
そのままコピったりしちゃ駄目よ。古いし。

たしか

index.html = 削除整理・削除要請を選択するページ
　　(saku/index2.html, saku2ch/index2.html へのリンクがある)

index2.html = それぞれの削除依頼フォームのあるページ

なんじゃなかったかな。

はう…

あ、変わってる、
お疲れ様ー。

あれ？以前は

http://qb2.2ch.net/saku2ch/ →（自動jump）→ http://qb2.2ch.net/saku/
だと思ったんですけど。

http://qb2.2ch.net/saku2ch/ は生きてるままになるのかな？

自動ジャンプでは無かったですよ。

さてさて、

Samba24 , Rock54 等々も順調に動いている半月の夜ですが、
次の一手を考えますかな、、、

つぎはどこら辺を狙うのかいな。

Hack72とか

ｺﾜｲな

1) Proxy制限(F22を含む)の性能向上。
　　現在プロクシ制限用のリストを全投稿でチェックしている訳ではない。
　　それはサーバ負荷が高くなってしまうからスキップしているのです。
　　これを全投稿に対して行おうというのが bbq プロジェクトです。

　　そろそろ bbq は動く?
　　proxyの補足率あがるはず　→　ocn 等の規制へるはず。

2) 設定ファイルの各サーバでの自動更新機能の実装。
　　Proxy制限、Rock54 等規制のシステムには規制用の元ファイルがあり
　　それをbbs.cgi等が読み込み、稼動している。この元ファイルは
　　F22関連は各サーバへ自動的に配布されている。
　　しかし　Rock54 等あたらしいのは手動である。

　　ここ自動化しないとならないのだ。
　　そうすることによって、複数の人間による元ファイルの更新も。。。

　　ここは思いっきり汎用的なシステムが必要かと、
　　複数人でメンテして、機動的な運用を目指す。

3) あとは、、、　何か自動化必要なのあったっけ?

>>958
この板のどっかのスレで「どうやらさん」か「むむむさん」あたりが
そろそろＯＫみたいなことをいっていたような気がします。

>>959
専用鯖ひとつ作って、そこから一定時間ごとに
ftpなりしてとってこさせるのが一番だと思います。
各鯖にcronで実装可能？

難しいことはさておき。
1. 連投はさせたくない。
2. リロードの荒らしをさせたくない。
3. 広告貼付を根絶したい。
4. ﾅﾝﾀﾗｶﾝﾀﾗ･･･
要するに『鯖の負荷を減らしたい』というのが根本にあるのではないでしょうか？

「将を射んと欲すれば〜」式での攻防を行っているけれどもそろそろ将軍様を射る頃合いではないかと。

bbs.cgi は最小限にしておき、呼び込むライブラリを変化自在にしてやるのが良さそうかと。

例えば。
・「規制.pl 」があるとする。而してその実体は、
　規制00.pl
　規制01.pl
　規制02.pl
　規制03.pl
　規制04.pl
　規制05.pl
　規制06.pl
　規制07.pl
　規制08.pl
　規制09.pl
　の 10 種が存在する。

・bbs.cgi 本体には、require '規制%%deny01%%.pl'と描かれていたりする。
　各鯖に /test/bbs.cgi 書き換え用の CGI を用意しておき特定のホストもしくは鯖からのみ接続を許可し、
　指定されてクエリによって bbs.cgi に描かれている require '規制%%deny%%.pl' の'%%deny%%'部分を置換する。
（もしくは、ファイル名自体を書き換える等など）

こんな仕組みを考えてみるのも楽しいかと（嬉）
でもその前に bbs.cgi の５Ｓ運動所望（苦笑）

5S = qw/整理 整頓 清掃 清潔 躾/; # だっけ？(^-^;)

糞狐。お前潮時とか言って消えるつもりじゃなかったのかよ。
よくはずかしくなく、のこのこ出てこれるな。
少しは恥を知れ、恥を。

.txt .pl .cgi 等　なんでも全サーバに配布する仕組みが欲しいのよ、
危険性の議論も必要だけどネ。

現在自動的に60台を超えるサーバに配信されているのは
F22(Proxy規制リスト)だけです。

全サーバで cron を動かすのはやりたくないなぁ
それの監視が生れるし(単にいろいろ面倒なだけですが、)

>>964
あっ　キャップ間違った。

>>964
やることなくなったら自然とただの★持ちになるからさ
もうしばらくの辛抱かと、

ところで　>>964 さんがこれらの仕組みを考えて
スクリプト書いて、さらに運用してくれるとかの話ですか?

>>965
全サーバに配るのとして、わしづかみくんがあったけど、
あまりの負荷により無かったことに、、、

>>968
いやいや
それではなく

単に設定ファイルを配る機能の話しで

>>965
scpとかは？

ローカルのMSDOSでバッチであげてたりするので、
サーバ名ファイルが更新してないことが多いおいら。

さらに

いろいろな設定ファイルがあるので
配るのに大変。

Rock54 , ●規制(まだ作っていない)　等々

負荷の事あまり考えていないんですけど、ｒｏｃｋ５４のワードリストや
●規制はｂｂｑみたいに専用鯖で管理して書き込む際にｂｂｓ．ｃｇｉで
参照しに行くのが一番スマートなような気がします。

cronとかで定期的に設定ファイルをrsyncすればええのでは？

自動配信については、root 鯖があるおかげで何とかなりそうな。
★仕組み。（ http だけでおしゃべりするところが味噌。でも要 suExec かも。）
1. uma 鯖にログイン汁。
2. 各鯖へ uma 鯖に新しい設定ファイル類があるから取りに来いと指令を出す。
　・各鯖に「設定ファイルを取りに来い受付 CGI 」を設置しておく。
　・uma 鯖には全鯖の CGIを呼び出すスクリプト（ sh でも pl でも何でも可）を設置してそれを実行させる。
　・各鯖に設置した「設定ファイルを取りに来い受付 CGI 」は、uma 鯖からの接続（ホスト）のみを許可して uma 鯖へ設定ファイルを取りに行く作業を行う。
　・各鯖が取り込んだ設定ファイル類を自前の所定のディレクトリに展開しておく。
　・ (ﾟДﾟ)ｳﾏｰ のはず。外部非公開ファイルの名前は、 . で始めるとか。いろいろ。

●各鯖にある「設定ファイルを取りに来い受付 CGI 」では、取り込むファイル類を POST なり GET なりで取得したクエリによって判別できるようにしておくなどなど。

◎要点。
　・cron ではどうしてもタイムラグが出るので却下。
　　というのも、設定変更は人為的に行うものだから、uma 鯖に人為的に接続してスクリプト起動すればあとはおまかせ。
　・セキュアに関して。
　　★が漏れるよりかはレベルが低いのでは？
　　ということで、別段 ssl しなくてもよいかと。＠ ssl するコストも鑑みて。

こんな感じ。

>>958 F22性能アップ
>>959- ファイル配布機能

ということかな。>>959 は bbs.cgi だけの問題でもないですね。

ということで、本日帰国の途に。

scpとかrsyncだけを許可したSSH鍵をつかって、uma鯖からもらってくる。
command="/usr/local/bin/rsync hogehoge...",no-pty,no-port-forwarding

ttp://www.jp.freebsd.org/QandA/HTML/2255.html
参照。

各サーバーはnotifyを受け付けるのをtcpserverかinetdで、とあるportで待ち受けしていて。
cdbとかiptableで接続許可をuma鯖だけにしておく。
接続があったら、上記rsync専用鍵を使ってデータを取りに行く。
uma鯖からはnotify接続を片っ端からすれば良い。
鍵管理とリスト管理のコストと手間のバランスが問題か?

>>975
＞cron却下
たしかに高速更新が要求されるようなデータにcronはよろしくないですね。
最短でも１分かかるわけですから、
未承諾さんの言うようにスクリプトを走らせておくのが上策でしょうな。。

＞httpで〜要suExec
仮にsuExecがいるようならこのしかけで導入するべきではありませんね。
DAVのほうが安全かも。すでに入っている鯖もあるみたいですしね。

>>976
お疲れさまです。帰路お気をつけて。

>>977
今後は、タルるート付き鯖が増える方向なので、将来的な理想像はそのようなカタチになるかと。
でも、肝心のどうやらさんがその気にならないと、、、

>>978
> ＞httpで〜要suExec
非公開ファイルを、.ht_2ch*** のようにしておけば、suExec は必要なくなるかも。と、たった今思い付きました（ｗ
（.htで始まるファイル名は読ませない。＠ Apache のデフォルト）

>>979
それでいけそうですね。
>>975をより実装っぽい形に直すと、こんな感じ？

1) 配信元のuma鯖(仮にdistro.uma.2ch.netとする)に配信指令スクリプト(これは手動で起動する)、
配信先の各鯖のhttpでアクセス可能な場所にrcr.cgi(仮:ReConfig Reserverの意)をおいておく。
このとき、rcr.cgiはdistro.uma.2ch.net以外からのアクセスは規制する。
2) 運営側でdistro.uma.2ch.netにloginし、配信指令スクリプトを起動する。
3) 指令を受け取ったrcr.cgiはhttp://distro.uma.2ch.net/$CONFIG_FILES_LISTをとりにいく。
中身はファイルのリスト。
4) 取得したリストを各鯖の設定ファイルの日付などと照合、新しいものがあれば取得しに行く。
5) 取得したファイル(群)を(必要があれば展開して)各鯖の設定ファイル置き場ディレクトリにおく。

>>980
あ、すいません、上のリンクはアクセスしないでください・・・
うかつだった・・・。

未承諾広告ｳｻﾞ杉

わしづかみくんは負荷が原因で封印されたのか。。。

bbs.cgi に限らず、鯖共通のスクリプトは
cvs で管理するようにした方がええんでネーノ?
sshの公開鍵も使えるから、「更新だけはWeb画面から一発」も可能。

先祖返り問題はこれでかなーり防げるYO

９８５。

サーバにsshが入っていない予感。

>>986
うーむ、非oyster/oyster系とも外から ssh するとちゃんと答える気が。
# uma系は当然入ってるです。

入っていないサーバは破門。

>>986-988
何かもうめちゃくちゃですな。
入ってる前提でやっちゃっていいのでは。

９９０。

次スレのﾖｶﾝ
http://qb3.2ch.net/test/read.cgi/operate/1069144193/

>>991
乙〜。

>>991
おつですー

埋めるの('A`)ﾀﾘｰ

（・３・）　エェー

>>991
乙樺恋

＆

　 　 　 ＼∧＿ﾍ　　　　　／￣￣￣￣￣￣￣￣￣￣￣￣
　,,､,､,,,　/ ＼〇ノゝ　　＜　　たりー・・　１０００取り合戦いくぞ・・・　　,,､,､,,,
　　　　/三√ 'A`)　　　　 ＼＿＿＿＿＿＿＿＿＿＿＿＿　　　　　　　　　　　　　　,,､,､,,,
　　 　　/三/| ﾟＵﾟ|＼　　　　　　,,､,､,,,　　　　
　,,､,､,,,　 Ｕ（:::::::::::)∪　　,,､,､,,,　　　　　　　ﾀﾘｰ ﾀﾘｰ ﾀﾘｰ ﾀﾘｰ ﾀﾘｰ　　　　,,､,､,,,
　　 　 　//三/|三|＼　　　　　　　　　　　　('A`)('A`)('A`)('A`)('A`)
　　　　　　∪　 ∪　　　　　　　　　　　　　 /( ﾍﾍ( ﾍﾍ( ﾍﾍ( ﾍﾍ( ﾍﾍ

　　　　　　　　　　　　　　　　('A`)　('A`)　 ('A`)　('A`)　 ('A`)　('A`)　 ('A`)　('A`)
　　　　　　,,､,､,,, 　　　　　　 /( ﾍﾍ /( ﾍﾍ /( ﾍﾍ /( ﾍﾍ /( ﾍﾍ /( ﾍﾍ /( ﾍﾍ /( ﾍﾍ
　　　　　　　　　　　　　　　　ﾀﾘｰ　 ﾀﾘｰ　 ﾀﾘｰ　 ﾀﾘｰ　 ﾀﾘｰ　 ﾀﾘｰ　 ﾀﾘｰ　 ﾀﾘｰ　

おつかれツインズ

ﾀﾘｰ

よし揚げてみるか。

乙〜

このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。