サーバダウン(鯖落ち)情報 Part48

この様な事が起った場合どうするか、
以前から考えていたことは

1) BBS で検知 (同一IPから速度A以上での投稿)
2) その IP をピンポイントで .htaccess へ投入
3) 投入されたものを外すのはまぁなにかのタイミングで、

こんなとこなんで 1) の検知さえ出来ればその先は
既存の機能の若干の改造で ok
というとこまでは整っている出ス

1) の検知が、もっと鋭敏に巻き添えあまりなく
別の方法でできるなら・・・
ってとこです。

なんか不可視を意図的に作ってたっぽいんで
聞いてみたんですが問題なさそうですね。

>>651

1) BBS で検知 (同一IPから速度20sec当たり１以上でのスレ立て)
2) その IP をピンポイントで .htaccess へ投入
3) 投入されたものは永久規制

3) 投入されたものは永久規制

無限に増えていくものを作るのは・・・
だって、わしずかみ君ででっかい htaccess が期待通りに
動かないことは既に実証されているわけで、

>>651
1) が簡単に検知できればいいのかな。

2) はbbs.cgiにやらせるのがいいのかなぁ。でもロック処理が面倒かも。
だったら、2) は F22 にでもやらせるか。

検知は、bbs.cgi がコールされてもいいなら、
bbs.cgi をコールした最初で無条件に、IPアドレスをキーにしてDNS呼べばいいんじゃないかと。

で、頻繁に呼ばれたことをDNSサーバ側で検知して、BBXと同じように登録してしまうと。

>>654
条件はきつめに・・・

1.には(同一IPから速度20sec当たり１以上でのスレ立て) と書いた
●＋スクリプト以外不可能じゃないかなー？

>>655

>検知は、bbs.cgi がコールされてもいいなら、
最初はそれで十分だと踏んでいるんですがねぇ
相手の進化スピードとの競争かも。

んで、
その為に BBS を作ったんで、既にできとります。
ただ問題は物凄い勢いで物凄い投稿をさばいているんで
検知するプログラムを組む自信が無い。。。
つまり限られた時間、限られた資源でどれだけの精度のものが組めるのか

ただ問題なのは

>>654
でかい .htaccess はいやですね。
でももし .htaccess で立ち行かなくなったら、
韓国F5の時にも使ったipf(FreeBSDの機能)を使えばもっといけるし。

BBS の統計はこの界隈をみればわかりますが
http://stats.2ch.net/kawasemi-d/2ch.txt

現状最大で 180万投稿/日あります。
組むとしたら最低でも 500万投稿/日、できれば 10倍のキャパ
2,000万投稿/日で設計すべきで
かつこれから導入できる平均投稿数じゃなくピーク時の投稿スピードの
数倍 〜 10倍を目処に設計しなきゃならなく・・・

うぎゃっ　って感じです

>>657
検知は、ちょっと手法が必要ですね。
少なくともDBは使わないとだめでしょう。Rock54の時と同じような。

某※さんの出番な気が。
また、仕様を考えてやってみることにしますか。

で、それをDNS側と今のBBSプログラムの間に挟みこむと。
つまり、

BBSのDNS => 今のBBSのプログラム(FOXさん作)
↓
BBSのDNS => 検知プログラム => 今のBBSのプログラム

という形にすると。

すみません、p2の規制はp2+レンタルサーバの組み合わせのみにして下さい。
とp2擁護発言をしてみる。

>>659
そんなところですね。普通にテキストなテーブルでやったんじゃ、もたないし。

同じIPアドレスから何かがN回来たら登録、という仕組みは
既にRock54システムで作っているので、これを改良すればいいはずで、
それはBerkeley DBでデータ持っているので、それなりに高コールにも耐えるはず。

現行のBBSシステム(banana238)でできるかどうかは、やってみないとわからない部分がありますけど。

>>660
ふむふむ
そんな感じかと、

1) で検知した段階で qb6 のある cgi を叩いてもらえれば　with 'denyするIP'
そのあとは一気に各サーバに最新の .htaccess を配るだけで、

901　がちょうど空いていたり、、、

>>664
…と思ってみてみると、あれ、pingかからないですね。
ちょっと901の様子見てきます。

901 様子がおかしいですね。
pingかからないし、リモートコンソールも応答がない模様。

今はなにもさせていないので、ハードウェアトラブル再発?

リブート依頼出します。