●＋(tor|串)による連続投稿に対抗する妙案を考えよう★8
■ このスレッドは過去ログ倉庫に格納されています
●ばーぼんの仕組み整理
大規模連投が発生
↓
一般人が大規模連投がありましたよ、とboo的な●ばーぼんフロントエンドに報告
↓
●ばーぼんが分析
↓
●ばーぼんによって荒らしと判定された場合(同一●によって、10分間に100レス、一時間に500レス以上なされた場合、等の条件)
↓
sidが失効。一時的に●焼き状態になる。
↓
一定時間がたつと●焼き解消
↓
何度か再発するとFOXの手によって恒久的●焼き(FOXが見やすいように再発情報を保存。)
メリット
・金銭がらみの責任は全てFOXが負うという状況は維持される。
・FOXがいないと●焼きされない＝荒らし放題の現状が打開される。
・bbs.cgiに変更を加える必要がない。
・FOXは損しない。
デメリット
・仕組みがヘボかった場合●が完全死亡する可能性(過去のVIP931みたく。)
・なんだかんだ言って金銭絡みのところに触れている。(が、これは今から導入しようとしてる●荒らし規制共通のデメリット。) ↑
新しく作る場合
こらこらを流用したい場合
↓
250 名前：NAO ★ [] 投稿日：2010/03/26(金) 01:48:16 ID:???0
んで、この場合は多分、現行のバーボンハウスと連動したシステムにすると、
ある意味で楽になるんじゃないかなと判断。
この楽にする方法が自動化ではないかと。
で、>>239の問題点を解決する方法。
条件Aとして、バーボンに送られた奴で、尚且つ●IDがあればその●も一緒に時限停止してしまう、と。
バーボンハウスに送られる
↓
いつものようにIPを処理して、リストに追加
└→●IDはありましたか？
│
├─→●IDがありました
│ └→禁則事項なリストBに追記
│ └→リストBは、通常の●焼きに使っているリストとは別に用意
↓ └→このリストは、一定周期で参照され、時限的に自動解除される
●IDはありませんでした
↓
通常通りのバーボン処理続行 ばーぼん流用のデメリット
・既存のものを弄るのは面倒。
・スパゲッティ
こんな感じの仕組みで●こらこら回数を記録。ふらっとやって来たFOXが●こら回数を見て恒久●焼き。
↓
254 名前：NAO ★ [] 投稿日：2010/03/26(金) 01:58:45 ID:???0
>>253
なら、リストBでの時限解除を「#」とかのコメント記号で対応
更に ●ID(ユニークな文字列)<>χ とかで保存して、
同じ●IDが追加されるたびにχ値を加算処理すれば、後々分かり易いかもですね
例
・登録初期
haijin-teki-id<>0
↓
・解除時
# haijin-teki-id<>0
↓
・再登録時
haijin-teki-id<>1 VIP警察役に立たないからVIP警察は無くします
http://yutori7.2ch.net/test/read.cgi/news4vip/1269677068/277+290
277 名前：硫化水素、火、爆弾、大麻 ◆H2S//d0rJOwg [sage] 投稿日：2010/03/27(土) 23:00:13.33 ID:81e4daKo0
二つ目
現在導入が議論されている●バーボンと●こらこらについて。（参照 http://qb5.2ch.net/test/read.cgi/operate/1269524909/）
はっきり言ってこれは穴だらけ。
提案者の考えるビジョンはこちら
> 686 ： ◆NAO/2MXDEk [sage] ：2010/03/27(土) 12:03:35 ID:KQR4FtqM0 (10/10)
> 仮に100の●と100の串があったと仮定
> その組み合わせは100ｘ100で10^4パタン
>
> 現時点で100程度なら串をバーボンでサクッと止められているっぽい
> 仮に10本の串をバーボンハウスでトラップ出来たと仮定
>
（以下省略）
290 名前：硫化水素、火、爆弾、大麻 ◆H2S//d0rJOwg [sage] 投稿日：2010/03/27(土) 23:18:02.57 ID:zRsQZvAs0
>>277の方法には穴がある
まず今回の方法では頻繁に串がバーボン入りしているが、これは制御が面倒だから実装していないだけで、
やろうと思えばバーボンに一つも行かないように制御することも可能。
超短期間で連投した場合、現在の設定では175レスでバーボン行きとなる。（参考 http://yutori7.2ch.net/test/read.cgi/news4vip/1269080306/1-176）
つまり一つの串につき175レスまでならバーボンに行かずに連投できるということ。
少なめに見積もっても150レスならほぼバーボンに行かせず連投することが可能。
つまりこの時点で●バーボンの存在意味はなくなる。
バーボンの閾値を変えない限りは投稿数を減らすこともできないので（これは当然）、完全に無意味な策ということである。
となると手動でこらこらに送って●こらこらをするしかないということ。
しかし、埋め立てが始まってから●こらこらが始まるまで何分くらいのラグがあるだろうか。
最短でも5分だろう。
そしてスクリプトの速度はおよそ988res/30s（参考 http://changi.2ch.net/test/read.cgi/doujin/1269677315/）
少なめに950res/sと見積もっても5分の間に一つの●で9500resすることが可能。
一つのスレの容量が512 * 1024 = 524288byte
投稿容量が2048byteの板で256res、4096byteの板で128resで確実に一スレ埋めることが可能なので、
5分間にそれぞれ37スレ、74スレ埋め立てることが可能。
この時点で話にならない。
串に関しては万を超える数を集めることも可能なので、バーボンに送らずに可能な限り連投するには十分な数がある。
これに対し一つの●で使えるIP数を絞る方法だと、必然的に一つの●での最大投稿数が限られてくる。
仮にIP3つまでであった場合、150 * 3 = 450res。まったく問題にならない数である。
その内一つでもバーボン行きになれば更に●一つ当たりの最大投稿数が減る。 >>6
●で使えるIPを絞るって、●垢一つごとにIPリストを保持する必要があるな。面倒。
となると。やっぱり人海戦術>>2になるのか。 ★案追加
●一つあたりのIP利用数を制限する。つまり串の利用本数を制限する。
メリット
・確実安心安全
デメリット
・重たい(？)
・bbs.cgiに組み込む必要がある。
>>7
人海戦術は確実に私怨が入る
あとIPアドレスを全桁保持しなくてもいいでしょ 私怨が入ろうが入るまいが、機械の判定がしっかりしてれば問題ない。 短時間に何度も●ログインできないようにして
●ログイン時のIPと違うIPからの投稿は弾くってのはどう？ >>2
> 金銭絡み
お試し●だけ●ばーぼん対称にすれば金銭絡みなくなってひぃーはー お試しはsamba突破不可でいいだろ
規制回避だけで充分 ■ このスレッドは過去ログ倉庫に格納されています
