【串対策】コードネーム「ラベンダー」作戦本部【海外】
■ このスレッドは過去ログ倉庫に格納されています
http://qb5.2ch.net/test/read.cgi/sec2chd/1184047230/478
479 名前:Kseniya ★[] 投稿日:2007/07/17(火) 03:08:40 ID:???0
また以前のように海外からはISP毎規制に戻らざるを得なくなってしまいました。
F22やBBQ等を開発してここ数年はなんとかがんばってきましたが
ことここに至っては、ちと無理な状況になっちゃいました。
次の新しい武器ができるまでは順次一括規制で行きます。
がんばって次の武器を開発しよう !!
コードネームは「ラベンダー」です。
http://qb5.2ch.net/test/read.cgi/sec2chd/1184047230/485
485 名前:Kseniya ★[] 投稿日:2007/07/17(火) 03:15:07 ID:???0
この間も出ていたようにUDのまねして分散こんぴゅーてぃんぐかなと、
みんなのマシンでage2chもどきをぶん回して見つけたら報告
BBQに突っ込むを全自動化
うん?BOOと同じチェックツールのことを言ったつもりなんだけど
BBQにそういう仕組みがあったんだろうか >>207
CGI串→BBQ
BBQ登録所で殺害予告スレ立てる予告すれば焼いてもらえるシステムのことではと 専ブラに内臓かー。Style作者にその話でもしてみるか。 >>212
いや、分散コンピューティングをいつもやってる人達のCPUパワーは凄いから
参加したくなるようにしたらかなり楽になると思うから
ここの人達の反応はかんなカンジだよってのを知らせようと思って。
広く宣伝したら他からの協力する人も出てくるだろうけど。
http://etc6.2ch.net/test/read.cgi/entrance/1184563032/383
WCGの大きな宣伝をしてくれたら協力してもいいって言ってる人もいる。
参加したくなるような仕組みを作る参考にして下さい、ってことです。 ttp://etc6.2ch.net/test/read.cgi/entrance/1184563032/384
384 名無しさん? [sage] Date:2007/07/20(金) 01:03:13 ID:??? Be:
協力したくないのはwikiのアドレスをNGにして
柔軟な対応をせず解除要請を却下してるってのが大きいな。 DJBのtinydnsより速いとうたうrbldnsd
http://www.corpit.ru/mjt/rbldnsd.html
ちょっと触ってみたらなかなかいい感じ。
>>13から日本に割り当てられたCIDRブロック一覧(1030個)を作って食わせてみた。
データファイルはテキストで、こんな感じ。
:127.0.0.2:$ is assigned to JP. ←返すIPアドレスとTXTレコードのデフォ設定
43.0.0.0/8
58.0.0.0/15
:
返すIPアドレスとTXTレコードは個別設定することも可能。「$」はIPアドレスに展開される。
上のリストにこんな行を足して遊べる。
57.0.0.0/8:127.0.0.5:$ is assigned to FR. 最後のオマケは今回使いみちないかな。
Aレコードが1種類しかないのはもったいないな〜と以前から思っていたもんで、つい。 >>220
BBQ側の改良ってことですね。
rbldnsd は前にも何度か「やってみよかな」と思ったことがあったです。
クライアント側の話ではないけれど、
使いでがあるのかも。 >>222
はい。クライアントサイドのはかっこいいオニさんがスゴイのを作ってくださっている
ようです。
CIDRブロックからJP/非JPの判別を楽に行う方法としてrbldnsdが便利かなと思った
のですが、ラベンダー作戦ではJP/非JP判別はお蔵入りのようで……。
とはいえ、現行のBBQシステムのパフォーマンスに不安を感じるようになったときの
置き換え候補として、rbldnsdは選択肢のひとつになりそうです。
BBQのデータベースを食わせたときにどれくらいのメモリを消費するのかが不安材料
でしょうか。周辺ツールの作り直しも必要でしょうし、動いているサーバは良いサーバの
格言どおり、今すぐに検討しなきゃということにはならないでしょうけど。 │ _、_
│ ヽ( ,_ノ`)ノ 残念 それは私のおいなりさんだ
│ へノ /
└→ ω ノ
> ちょっと止まっちゃいましたがー
これはFOX ★さん待ちモードですかねー。
これと並行してBBQとboo80の改良、少しやりたい気もしますけどねー。
特に古い串とか、もう串じゃないものをチェックして落とすとかー。
登録状況をスリム化したいところですねー。
boo80は無理でも、BBQの方を何か考えた方がいいのかなーと。
機械的に整理するのは無理かなー。 一時的に落ちてる串と廃止済串を見分ける方法が難しい >>227
そうですねー。
とりあえず、boo80とBBQの摺り合わせは出来ないかなーと。
boo80とBBQでだぶって登録されてる場合が結構あると思うんですねー。
・boo80登録済+BBQで永久 → BBQから削除
・boo80登録済+BBQで期限付き → boo80から削除
これで数千くらいはだぶり取れないかなー。 boo80を期限付きにすればいいんじゃないの
3ヶ月とか
どうせ人海戦術なんだし リストを見ないとなんともいえないかなぁ
こっそり全リストくれないかしら? つまり言いたいのは
「荒らされたら」即座に容赦なく焼くシステムを確立すればいいのであって
「荒らしに使われて無い」ものは串であろうと問題がないってことですよ
実際規制に巻き込まれたときなどの手段として串は有効ですし
私も荒らしなんかせずに何ヶ月もコッソリ愛用してきたのを先日焼かれまして
まぁその串で実際に荒らし行為が行われたのならば致し方ないと思いますが
荒らしに使われて無いものまで何でもかんでもというのは
手間もかかる上にいいことがまったくないのではないかと
私は●持ちですが●があっても最近使える串は少ないですね
できれば●持ちならばCGI串も自由に使えるようにしてほしいです
そこのところをよろしくお願いします ●なんか買うなよ
売り上げでサーバ増強してHTML化すると言ってたが全然やってないだろ
FOXは集金詐欺で逮捕された前歴があるんだぞ
しかも前科2犯 ●あればhtml化されなくても問題ないからどうでもいい >>238
ぁぃぁぃ(照)
また迷惑メールフォルダに埋もれているのかしら(泪) >>239
・迷惑メールフォルダには無かった。
・qmail-sendのlogにそれらしき物がなかった。。。
・qmail-smtpのlogに、、、
2007-07-29 06:27:41.501810500 tcpserver: deny 23011 ・・・
と書かれていた。
もしかしたら跳ねちゃったかもm(_ _)m ありゃ。再送してもはねられそうなので、ここにでも。
もしくはICQ?(UIN:282201869)
内容を暗号化(Basic認証、zipパスワード、etc...)して、
パスワードを飛行石さんにお伝えいただければ。
中身はproxy0〜99ですよね。
それと、bbq.plって今も使っていたりしますか? >>241
愛死苦は変なのがイパーイ入ってくるので閉経しました(´・ω・`)
proxys.tar.gz(2.3MB)したものを用意しましたので、返信メールしておきますです。
bbq.plは、requireの入ったやつかな?
あまり意味が無さそうなので書き換えちゃったかもかも(照)
tu-ka、ふたたびBBQの中の人になって貰っても良さそうな♪@メンテナーが欲しいなと思う今日子の頃 どもです。受け取りましたー。
予想通りというか「うへぇ」でした。
ちなみにマージするときに最適化するルールって何かあります? >>243
昔のままハシュに突っ込んでいるだけですー♪
while (<$proxy_file>) {
# $_ =~ tr/rn//d;
chomp;
my ($hosts,$expire) = split /<>/;
# next if $Now_time - $expire > 86400 * 90; # Disarmed past 90days.
next if $hosts =~ /^#/ or $hosts =~ /[^w.:/-]/;
# ($_ =~ /^#/ || $_ =~ /[^w-.:/]/) and next; # 2006/01/10 by mishowdaq-ad
$Allow_HASH{$_} and next; # 2006/05/06 by mishowdaq-ad
# $_ =~ s/:.*//g;
$hosts =~ s/:.*//g;
if ($hosts =~ /^$IPAddress$/) { print FILEI "$_n" }
else {
print FILEH "+$_$host_strn";
print FILEH "+*.$_$host_strn";
}
# 旧処理をコメント化
} よく観るとまだ実装してなかったんだった、、、@有効期限 なるへそ。じゃ昔のソースを参考にしても特に問題はないわけね。
んで、レコードを変えたパターンを作っちゃうというのはどうよ。
具体的にはV4は32バイトで表現できるので、
1.0.1.1.1.0.1.0.1.0.1.1.0.1.0.0.1.0.1.0.1.0.1.0.1.1.0.1.0.1.0.1.bbq.2ch.net(/32)
1.0.1.1.0.1.0.0.1.0.1.0.1.0.1.0.1.1.0.1.0.1.0.1.bbq.2ch.net(/24)
*.1.0.1.1.0.1.0.0.1.0.1.0.1.0.1.0.1.1.0.1.0.1.0.1.bbq.2ch.net(/24)
で登録。
または、階層化するのがOKならdnscacheと組み合わせて、
アドレス単位でデータを更新するというのもありですね。
これだと問い合わせる側は問い合わせ先を変更するだけかも。
ところで、bbqは今何がボトルネックになっているんだっけ。
リクエストの処理?cdb更新? ・DSBLを含めたcdb変換
・焼き部隊用のデータ更新
かなかな。
ひとまず、DSBLを切り離すと、BBQの新鮮度がかなり増す伊予柑@30秒毎の更新も可能かな。
でもって、焼き部隊用のデータはDBにしちゃっても良いような伊予柑。
ってところです。 ■ このスレッドは過去ログ倉庫に格納されています