SYN floodの対処法

シスコの高価なFWを導入する以外に、
SYN floodに対処する方法ってないんでしょうか？
http://www.niksula.cs.hut.fi/~dforsber/synflood/result.html
ここのpatchはあててみたのですが、
効果がなかったようで、、、

2

>>1
外出

SYN　Flood●（２ｃｈの危機）
http://pc.2ch.net/test/read.cgi/unix/1013391187/

ま、ほかのスレは、荒らしが多いから、ここでまったりとやるのもいいかな？

syn cookieやsyn cacheも万全ではないですからね。
オープンソースのUNIXなら、TCPのコードを変えてしまうのがいいかも。

とりあえずいまUNIX板のスレ読んでます。
Ciscoの高いFWはどうやって防いでいるのだろう？

ホスト　　　　FW　　　　サーバ
--- SYN --->
<- SYN/ACK-
--- ACK --->
　　　　　　　　--- SYN --->
　　　　　　　　<- SYN/ACK -
　　　　　　　　--- ACK --->
----------->
　　　　　　　　------------>
　　　　　　　　<------------
<-----------

ってな感じに、軽量化したTCPサーバとSeq変換を
するだけ？

白痴西村読みなさい　D-Bornで攻撃してるのは私です http://qb.2ch.net/test/read.cgi/accuse/1013447591/l50
＜アース神族軍メンバー一覧表＞
氏名　　　　　役職　 　　　　　種族　　　　領地　　　　　神格　ＨＰ　メール　現住所　
Messiel　　リーダー　　　アース神族　　八畳程度　　　 二 　○　　○　　東京都府中市
ネオ麦茶　　エインフェリア　　人間　　実家に自室あり ／　 ○　　／　　京都府医療少年院
むねお　　　エインフェリア　　人間　　　　不明　　　　　　／　 ○　　／　　　不明
神風　　　　エインフェリア　　人間　　　　不明　　　　　　／　　／　　○　　兵庫県神戸市
たかし　　　エインフェリア　　人間　　　　不明　　　　　　／　　／　　／　　大阪狭山市
テキーラ　　エインフェリア　　人間　　　　不明　　　　　　／　　／　　／　　　不明
佐々木　　　ヤクザ　　　　　　人間　　　　不明　　　　　　／　　／　　○　　　北朝鮮
木村　　　　ヤクザ　　　　　　人間　　　　不明　　　　　　／　　○　　／　　東京都荒川区東日暮里
(´ー｀)y−~~~トイレ掃除　　　人間　　　　不明　　　　　　／　　／　　／　　　不明
あひゃ　　　調理師　　　　　　人間　　　　不明　　　　　　／　　○　　○　　愛知県半田市

>>5
ciscoだけじゃなく、一般にfwは、syn-flood攻撃があった時は、
synパケットをホストまで送らず、firewallで代理応答する
代理応答したものの中から、実際に接続できたものだけ、ホストに渡す

あと、ciscoのFWって一般的じゃなく、あまり導入されてないような

>>7
んー普通だなぁ。別に特殊なことはしていないのね。
あとはFWのTCPサーバ部分をいかに軽量高速につくるか、ってことですかね。
高いFWはハードウェア処理なのでしょう、多分。

>>8
100BASE-Tで送れるパケット数の限界あたり（10万パケット/秒）まで、
SYNfloodパケットを食らっても、ふつ〜のFreeBSDは平気、
というのはUNIX板で既出だよね。

>>7
単にSPI(SPFって言っているのもある）で、SYNで止まっているセッションの数で制限する方式のも有るよ。
代理応答と比べて処理が軽いので安めの機器でも入っているのが有る。

頑張ってください

1は立て逃げですか？

>>12
ぉぃぉぃ

>>1
高い物買うくらいなら、やる価値のある安上がりの手段がいろいろありますです。

ちと強引な方法だが、jp以外のSYNパケットを全て弾くとか？

とりあえず、全サーバのチューニングがなされた上で、それでダメだったら
色々と対応を考えましょう。古いサーバは攻撃受けても落ちてないわけだし。
つーか、一週間以上も経ってるのに、ひろゆきは何やってんだか・・・。

いいね〜、
名前欄に「ひろゆき」と書いてスレッド立てるとまともな回答が山ほど貰えて羨ましいよ・・・
俺も今度から真面目なスレッド立てる時は「ひろゆき」と言う名前にしよ

2chではBSDを使ってないってことか？
あるいはへんな製品を間に挟んで逆効果という例も昔よくあったがそれか？

17だった
欝だsyn

>>7

>あと、ciscoのFWって一般的じゃなく、あまり導入されてないような

PIXは割と一般的、某SIはファイアウォールと言えばこれかIOS Firewallフィーチャーセットしか取り扱ってない。
なんと言ってもシスコ製品だからマニュアルは日本語だし、しかも公開されているのが４下げ。
「世界最大の掲示板」なんだから、ケチらずに金掛けたら。

とりあえずいまはこんな対策を考えているみたい。

テスト手伝ってくださいー。
http://qb.2ch.net/test/read.cgi/accuse/1013932853/

>>19
そのへんの安いPCで組んだらあかんの？

むむむ。
これって、linuxからFreeBSDにかえたら解決しちゃったりする問題なんですか？
＞９さん

http://pc.2ch.net/test/read.cgi/unix/1013391187/n387-410
みれ。

とにかく、LinuxにはSYN cache機構が入っていないので、
攻撃に対してすぐに負荷が上がってしまうと思うぞ。

FreeBSD4.5Rならば、SYN cacheもSYN cookiesも組み込まれていて最強。

>>24
今回のようなのは、linuxでも大丈夫だと思うけど？
ちゃんと設定さえすれば問題ない

設定でどういう問題点があって、
どうして２ちゃんねるでは解決できないの？

>>22
結構BSDのSYN cahce は強力。SYN cookieのようにハングアップしないし。
SYN floodingでマシン負荷の増大が原因ならずいぶんよくなるはず。
回線負荷の増大が原因ならいくらSYN cacheといえどトラフィックがへる
わけじゃないので効果なし。

とりあえず原因がマシン負荷なのか回線負荷なのか切り分けないと
駄目だと思われ。

OpenBSDとか言ってみるテスト。

２ｃｈは、猛烈なピンポンダッシュの嵐に見舞われています（←がいしゅつ）。

マシンのコネクションがいっぱいいっぱいになってるので、
SYN cacheで対処できそうですね。。。
linux用のpatchとかないですよねぇ、、、
むむぅ。

>>26
Linuxなら
echo 1 > /proc/sys/net/ipv4/tcp_syncookies
てするだけ。

SYN　Flood●（２ｃｈの危機）
http://pc.2ch.net/test/read.cgi/unix/1013391187/

で確認済み。

なんだが、以前やったら
http://mentai.2ch.net/test/read.cgi/accuse/1013428994/n557
という事態になったつーことで、躊躇してるってわけよ。

漏れは、とりあえずもう一度どっか１つの鯖でいいので試して
もらいたい。

と思ったら、ここふしあなさんなのか・・・ｲﾔﾝ

ありゃりゃ、、だめだったんすかぁ。。

>33　Σ(ﾟДﾟｽﾞｶﾞｰﾝ！　＜対症もとい大将、 し、しらなかったんすか？

おぉ大将。
んで、だめだったのは以前bbspinkが陥落した時ってゆうことで、
しかも誰も入れなくなるってのはちょっとおかしいので、
もう一度トライをｷﾎﾞﾝ。

漏れは見守ることしか出来ない…
お役に立てることがあったら言ってね。

>ひろゆき
いつも楽しく使ってるよ。ありがとー

>>35
同意。
単に機能を ON にするだけじゃなくて TCP/IP プロトコルスタックのチューニング
と合わせてやらないと逆効果になってる可能性が高い。

kaba 辺りが落ちないのはかつてニュー速とかが入ってた経緯でチューニング
されたカーネルを使ってるのでは。

LACにそうだんしる！

Unix板のサーバも半死半生 なのでこっちにきた。
サーバの前段にFreeBSD置いてリバースプロキシ試せないかな
こんな感じで。
Net -- FreeBSD -- Linux (本来のサーバ）

おいらも指をくわえて見守ってる事しか出来ない。。。
むぅー、ひろゆき、頑張ってくれ。
おいらたちの楽しい２ちゃんねるライフのために。。。

ひろゆき降臨スレ記念コキカ

漏れは役立たずでｽﾏｿ>>1

Limux板のどっかのスレで「FreeBSDはsny対策されてるけど、OpenBSDはされてないみたい」
とかいうカキコがあったなあ、、、開発者もうっかり忘れたりすることあるんだろうね。

ぼろぼろな発言だな>>42

>>42
SYN　Flood●（２ｃｈの危機）
http://pc.2ch.net/test/read.cgi/unix/1013391187/l50

Linuxのつもりで書いたのに、、、欝だ五輪見よう。

そうすると、FreeBSDのPCサーバをかってきて、
ルータとサーバの間にはさんでおくだけで、解決ってことすか？

>ひろゆき　

ガンバレー！

素人なので現在は見守ることしかできないのが非常に残念です。もしも
劇的な対策の大作ドラマがおこなわれる時は、我々ラウンジャーに一声おかけください。
感動のフラッシュムービーやGIFアニメ、コピペ用長文・AAの作成、関連スレッドのリンク集作成から
偽装工作（無関係な祭りをおこなって敵の目を欺くらしい）、情報操作、
犯人の個人情報探求、吉野家殺伐OFF会、★キャップパス漏洩、肛門の閉鎖に至るまで
何でもやって見せます。

　　　　　 ∧ ∧　　 ／￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
　　　　　(　ﾟДﾟ) ＜　ムーンウォークで>>47ゲットぉぉ〜
　　 　 ./ つ　つ　　＼＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿
　　〜（＿⌒ヽ　　　　　　(´⌒(´
　　　　 .)ノ ｀J≡≡≡(´⌒;;;≡≡≡
　　　　　　 　 (´⌒(´⌒;;
　　　　ｽﾞｻﾞｰｰｰｰｰｯ

がんばってねー＞　ひろゆき ◆L3IpNS4A
おかげで、毎日楽しんでるんで！

>>46
そのへんの議論はさっきの 「SYN　Flood●（２ｃｈの危機）」で
やってました。昨日ぐらいから詳しい人が集まっていましたよ。
FreeBSD は 4.5Rで機能追加されたのでしばらく動作試験が必要かもしれません。
リリースノートは↓です。
http://www.jp.freebsd.org/www.FreeBSD.org/ja/releases/4.5R/relnotes-i386.html
↑から関係するトコは次の様に書かれてます。

FreeBSD の TCP 実装に, 未処理の受信 SYN セグメントに対するキャッシュが実装され
ました. 受信される SYN セグメントは TCP の 3-way ハンドシェイクが完了するまでキ
ャッシュ内のエントリに格納され, ハンドシェイクが完了した時点で, 通常の接続用の
メモリを割り当てます. また, TCP 初期シーケンス番号 (ISNs) をクッキー (cookies)
として用いることで, キャッシュのエントリを削除した後も対応する ACK の受理を可能
にしています. この ``syncache'' および ``syncookies'' と呼ばれる機能は, TCP ベ
ースのサービス妨害攻撃 (Denial of Service Attack) に対する耐性を向上させます.
この機能の開発は DARPA と NAI Labs の支援の元に行なわれました.

>>46 そのへんはUnix板で聞いた方が早いと思われ
もしくはそれ系メーリングリストのほうが、プロの人が手早く
答えてくれるんじゃないのかなあ。
UnixやBSDで大きいMLってどんなのがあるか知らないけど、、、

>>46
つか、BSDをルータ（兼Firewall）にしちゃえば？
ルータは単なるメディアコンバータ、と。

PIXだけど、SYNはともかく別の原因で落ちたりもするよ。
中身はpentium3-***MHzのPCだから、汎用OSでもP4-ｎGHｚなら
同等のパフォーマンスが出せるかも（ｗ

んじゃ、がんばってちょ。

SYN　Flood●（２ｃｈの危機）
http://pc.2ch.net/test/read.cgi/unix/1013391187/

MLで聞くなら freebsd-net-jpあたりが適切かと思われ。
freebsd-users-jpでも 開発者が集まってるからいいかも

see http://www.jp.freebsd.org/ml.html

>54　何回同じアドレスを（以下略）

>>39
の書いているように、FreeBSDを置いたとしてもリバースプロキシ
にしないとおそらくダメです。ルータみたいな置き方をしても、SYNは素通り
してLinux鯖へ辿りついちゃうと思われます。

SW---BSD---linux
という構成で、BSDはルーティングしかしないという
感じかなぁ、、と思ってたんですが、、、
リバースプロキシってなんですか？？

>>57 のいうとおりパケットフィルタしてもsynは素通りします。
リバースプロキシの方法は私は次のテしか思いつきません。
だれか詳しい方説明して下さい。
第1案はsquid を使う方法です。この方法は識者がいるのでは。

第2案は FreeBSD上でxinetdを動かし、xinetd.confで redirect して
本来の Linuxサーバを代行させる方法です。

ただ、第2案は第1案よりサーバ負荷が軽そうですがどの程度の負荷にたえられ
るのかについては見当がつきません。

ひょっとして、BSDに*.2ch.netのドメインをふって、
BSDは単なるproxyでlinuxからデータを引っ張るって感じですか？

>>58
ひろゆき、頑張ってくれ。

>>57
これを機会にLinuxの tcp をいじってみようかと思ったけど、BSDに比べて読みにくい
ソースだなぁ。本当に元同じ物か？
いっそ、一旦IPパケットを全部奪って、TCPのハンドシェーク周りをoverrideした方が
速いかも。

>>57
なるほど。
SYN-ACKのネゴが実際に行われる場所がBSDじゃないと意味がないってことね。

>>58
Internet からイントラにアクセスするときのワンクッション。
名前のとおり、外から中を見るときのプロクシ。

つか、会って聞けばすぐ解決することも、文字でやりとりすると時間がかかるのね。
OFF会やってUnix板の識者の電話番号聞いておいたほうがいいんでないかい。

>>60 そのとおりです。
FreeBSDサーバはインターネットからの接続要求受理を代行します。
接続要求を受けたらデータは 2chサーバから受けとってクライアントに返します。
先の第1案は squid が接続要求をまとめてくれます。
第2案は xinetd が成立したセッションのみを 2chサーバに中継します。

第1案のsquidですが、プロキシ規制系の処理を全部書き換えないといけなそうですね。
接続IPがすべてBSDになっちゃいますし、、
んでもなんとかならないこともなさそうですが、
何が起きるかよくわからんすね。

2案のは負荷が高そうですが、内部的にはなにもしなくてよさそうなのが
おいしいですね。

>>58
はい、その通りです。
外から内へのプロキシなので、通常と方向が逆ってことで
リバースプロキシと言いますが、実体は普通のプロキシです。

(the Inet)=[SW]---+-------+ Extern Seg.(Grobal IP)
　　　　　　　　　　　　|　　　　　 .|
　　　+-----------+------------+
　　　|　Ext => port filter　　　　　　　| +
　　　|　　　　=> synchache　　　　　 .|　|
　　　|　　　　=> Rev.Proxy => Int　　|　|　*n台。ロードバランサ化も可能？
　　　+-----------+------------+ .|
　　　　+---------｜---+----------+
　　　　　　　　　　　　|　　　|　　　　　　　　　　　　　Internal Seg.
　■---+----------+------------+------■ (Local IP)
　　　　　|　　　　　　　　|　　　　　　　　　|
　　+------+　　　+-------+　　　+-------+
　　| ｐｃ.2ch |　　　|kaba.2ch |　　　| teri.2ch |
　　+------+　　　+-------+　　　+-------+

結局 こういうことかな？> ココでの議論

第2案の方は xinetd.conf を書ければいいから実験は簡単です。
2chサーバ側からは接続要求は FreeBSD サーバから発行されているように
見えますからプロキシ規制は FreeBSDサーバ側で対応しなければなりません。

プロキシ規制は要求元のIPアドレスで規制していますか？

それなら xinetd.conf で規制するか、 BSDサーバパケットフィルタリングすれば
できそうです。

>>68 図解ありがとうございます。

私は 2chサーバ1台に1つ FreeBSDサーバを配備する構成が
いいのではと思います。（構成が単純になりますから）

>>70
導入／運用コストを考えると、PIX1台入れたほうが安いような。。。
時間的に対応が厳しいかもしれんけど、BSDでFirewall立てるのが
正解のような気がする。

なんで単純にapacheサーバをBSDにリプレースできないの？
いや、もちろんsyn proxy入れるのは賛成なんだけど。

うーん、リプレースできればいいんですけど、
he.netのポリシーもありますからねぇ、、

ためしに屁熱湯以外の場所でBSD鯖を1台飼ってみたら?

>>62
確かにFreeBSD4.5RのTCPスタックそのまま持ってきたほうが
速いすかね。

Linux も SYN Cookie は実装されてるけど、SYN cache の
部分だけ取り込むってのは、確かに手間的に微妙かも。

>>70
メンテの関係もあるので一概に言えませんが、2chサーバ一台につき
FreeBSDサーバ1台はあまり良い解決策では無いように思えます
# １：１なら各サーバをFreeBSDで再構築するかLinuxにsyncacheを
　移植した方が良いでしょう

PacketFilterなどに掛かる負荷とCGI(AP)サーバとしての負荷は
必ずしも1:1ではないでしょう。夜勤さんとお財布の両方に相談ですね。
むしろCGIサーバ(出来ればDat(Strage)サーバ)を自由に配置できる
ようにFreeBSDサーバで内部セグメントを隠蔽できるような構成の方が
私の好みに近いです:-)

>73
he.netにとって、この状況は恥なんじゃないの？
技術力疑われるよ。
そのあたりを政治的にごにょごにょ出来ないの？

ひろゆきもわかってるんだかわかってないんだか・・・
>>1のサイトにあるパッチは、もともとlinux kernel 2.0.29用の物なので、
2chでつかってるlinux-2.2には当てれないし、当てる必要もない

あと、FreeBSDマンセーな奴がいるけど、
FreeBSDもcookie計算するので、べつにFreeBSDだとsyn-flood時の負荷が軽くなるわけではない
FreeBSDは、syn-cacheが付いてるので、syn-flood攻撃時には、smtpなどのプロトコルが
通信不可になる確率がlinuxよりも低くなるのは確かなんだけど、
webサーバ(http)に関しては差はない

とりあえず、2chのlinuxのカーネルがsyn-cookie対応にコンパイルしてあるか確認し、
もしsyn-cookie対応でなければ、syn-cookie対応にコンパイルし、
バックログを多めにして、syn-cookieをオンにするのをテスト鯖でやってもるのが先では？

手元では、高負荷な環境ではなかなかテストできないけど、
apachebenchなんかでテストするのもいいかもね

WebAvalanche http://www.caw.com/product/wa_details.shtml
みたいなのがあれば、2chのアクセスをエミュレートできそうだけど、さすがに値段がね

おれもFreeBSDユーザーなだけに、そんなにBSDマンセーされると・・・

FreeBSDで再構築できるんなら私もそれがいいとおもうっす。

本来の2ch サーバで対策できるまでの間のつなぎとして
できるだけ単純にできる構成が良いかな、と
思いました。（短期ならレンタルしても費用があまりかかんないかなと）

とりあえず穴を塞いどいて、その間にじっくり対応するという発想です。

対策と並行して追跡ってしてる？
可能ならば模倣犯を防ぐために、さらした方が吉。

さいばーK察に相談した？ 対して力になってくれんかもしれんけどさ。
こういう時以外に使いみちないような気がするんだが。

SYM packetが物理的にどっからくるかは、地道に辿ってけば、
trace 不可能ではないと思うけど。ある程度範囲が絞れたら、
自N/W addressではありえないsource addressを持つpacketをdropする
ように頼めば 内部の奴は、外に Syn Spoofingできなくなる。
ただ、複数箇所だったり、辿る箇所もそれなりに多いかもしれないから
もぐらたたき状態だけど。途中経路のやつに協力拒否される危険性も
あるかも知れないしね。
ていうか、そこまでやる気ない？(w。

正直、
ロードバランサーどれがいいの？
http://pc.2ch.net/test/read.cgi/network/980231947/

スレで出てきているロードバランサ：BIG-IP（中身はBSDI）を
突っ込むのが一番手間が掛からない気がする。

D-born改造して、パブリックな位置にある自前のFreeBSD4.5ベースの
Apacheサーバに攻撃加えてみたけど、全く知らん顔だったよ。
Linuxの方では試していないけれど、現状を見れば試す必要もなさそうだね。

BSDにリプレースするだけでこの問題は解決するし、それがもっともコストが低い。

＃将来のことを考えて、先行投資でfirewall構築するのだったら、
＃それにはそれなりに、とても意義はあるけれど。

>78
実際にテストしてみて下さいよ。
俺別にBSDマンセーでもなんでもないけど、現実にBSDサーバでテストしてみた結果、
「D-bornでは陥落しない」って結論です。

>78

夜勤 ★さんを応援するスレ 3
http://mentai.2ch.net/test/read.cgi/accuse/1013428994/557

これは？

>>83
いや、おれも会社でやってみた
hosts に、lunuxマシンのip書いて
10.x.x.x www.2ch.net
10.x.x.x sports.2ch,net
・・・・・
って書いて、つかってみた
syn-cookieつかったら、全然問題なかった

>>83
聞くまでもないと思うけど、当然syn floodingと同時に数千プロセスのHTTP
コネクションとCGIは問題なく動作したということだよね？

っていうか、>>46 ができるなら解決法は山ほどあるから、金銭的余裕と時間的余裕と
人的資源を天秤に掛けて適当にやっちゃってちょ。

何かを買ってくるだけで済ますのではないなら、何にせよ実働的な技術者が必要だと
思うから、そういう人をまず探すべきだと思うよん。＞ひろゆき

買い物の相談ならここで済ませられるけどね。

>>85 は、カーネル2.2.20 と 2.4.17pre? です

>>87
昔リバースプロキシをつかってたことがあるけど、2chほどのサイトで、
ちゃんとスループットがでるのだろうかちょっと心配
squid、apache+mod_proxyとか、おまけで stone なんかはつかったことがある

>>83
一応漏れもFreeBSDしか使ってなかったのでわざわざSlackware入れて
試した結果(実機ではないんですが）、
SYN Cookieを有効にするだけで「D-bornでは陥落しない」って結論です。

ちなみにSYN Cookieの負荷だけでload 2.0くらいいきました”が”、
どうせ現状ではSYN Floodingくらってる間のCGIの負荷は無い
（アクセスできないんだから当然）なので、あんまり気にしなくて
いんじゃないでしょうか。

なんか 『 正解はない。が、正解らしいものはたくさんある 』つー
感じで楽しい。ポリシーの実装と同じで、最後の最後は選ぶ人間の
気まぐれなのかも（ｗ

俺はPIXで楽してるから、Firewallでネットワークにふたをしちゃうのが
一番楽だと思う。既製品のレンタルで急場をしのぎ、その間にSolarisで
自前のFirewalを構築、これが通のソリューション。

私が提案している方法は

2chサーバの前にFreeBSDのリバースプロキシ置いて
リバースプロキシサーバで syn flood 対策することです。

リバースプロキシサーバでは Apacheもcgi も動きません。（Apacheは本来の
2chサーバで動きます）FreeBSDサーバはSynFloodに耐えて中継できればいいか
ら負荷は軽いと考えています。

ただ私は 2chサーバ全部の面倒をみるのに何台のFreeBSD サーバを準備すれば
良いかはデータがないためわからないです。

データを集めるには実験してみるしかないのかな。求む妙案

>>90
おれは、いまの２ちゃんだと、ブリッジ型の構成にできるネット機器型のFW入れるのが
一番運用が楽なんじゃないかなとおもう
PIXもいいんだけど、なんか中途半端な気がする
運用が楽なネット機器型と、複雑なことができるサーバ型のどっちつかずって感じかな

宗教論争は非生産的だ！と言って見るﾃｽﾄ

>>1 で大将が「箱買ってきて済ませるのはどう思う？」って言ってるんだから
時間が優先ですか？お金が優先ですか？で答えが替わるだけだと思う

経験上 CiscoのPIXはあまりお勧めしないけど、HE的にCiscoしかダメー
っていうならCiscoでもいいから突っ込んじゃえ。何でも良いというなら
私的にはBig-IP（syncacheの開発元の一つがBSDI社で Big-IPはBSDIの
独自カスタマイズOS）がいいと思う。
そもそも金が無いならFreeBSD-Boxをサクッと入れる。これで良いのではないか？

93いいこといった

つまり、「金がすべてを解決する」がファイナルアンサーでいいな！

>>86
HTTPでの負荷発生（安易なところだとwgetかiriaでもつかうとか）
＋
d-born負荷
で、コネクトキューとバックログが持ちこたえるかってことかな？

多分その観点で誰も見てないかも見てないかも・・・
コネクトキュー側があふれるだけだったらつなぐのにちょいと時間がかかるだけで
むしろバックログキュー側あふれが困る。
でもバックログキュー側の大半はd-bornからで、ふつうのコネクトからは
あんまり来ないと考えると、まぁd-bornに耐えれるかどうかで判定してもよいかもね。

>>95
時間 と 人手 もあるよね

最終的には鯖構築する人の趣味でほとんど決まるﾖｶｰﾝ

>>96
バックログは、足りなければ、デフォルトの128から、512,1024,1536,2048とかに
増やせばいいんじゃないかな
バックログが少ないと、通常のアクセスでもsyn-floodと誤判断してしまうし

つか、>>90で俺が意図したのはデザインの問題。
『 個々に守るか、一元的に守るか 』 ってことね。
>>93、>>94には同意、>>95には 『人が一番高価だぞ』 …と小一時間（ｗ

>>96
Cookie発行してれば、バックログキューが溢れてもClientからの
ACKで接続確立できるってのは、間違ってますか？

そもそも　そのFreeBSDを買うお金がなかったりして、
私にはこれ以上のことは言えませんが、

>>102
ああ、そんなオチが(泣

# 人手があればすべてまとめて数千円で収まる案もあるとは思うけど...
# なんとなくそのFreeBSD箱を置くのは(物理的に)どこになるのかが気になる。
# 夜勤さんのお近くなら問題ないと思うけど。

>>102
まじですか？
じゃあ、ドコをどうして >>1 の発言が出てきたんだ？？

>>104
読んでの通り、できる限りサーバの設定やソフトウェア的なパッチだけで
どうにかしたかったのでしょう。

うへへ。。
http://www.humanfactor.com/cgi-bin/cgi-delegate/apache-ML/nh/1997/Jun/0486.html
これってapacheにListenBacklog入れて解決ってことっすかねぇ、？

じゃ、誰かがFreeBSD Boxを寄付する方向で。あぅ。

>>106
やれることはいろいろやってみて、運良く解決したらﾏﾝｾｰって方向で(笑

>>108
禿　同

listenのbacklog増やすだけでsyn floodingに対処できるんでしたっけ？

できるならとりあえず、
diff -c -r1.149 http_main.c
*** http_main.c 1997/05/29 04:50:27 1.149
--- http_main.c 1997/06/10 03:56:06
***************
*** 2049,2055 ****
#ifdef MPE
if (ntohs(server->sin_port) < 1024) GETUSERMODE();
#endif
! listen(s, 512);
return s;
}

--- 2050,2056 ----
#ifdef MPE
if (ntohs(server->sin_port) < 1024) GETUSERMODE();
#endif
! listen(s, ★好きな数(バックログ数)★);
return s;
}

だけで実験できるっす。

>>106
試してみる価値はあるな。
誰かテストしてみそ。

>>111
面白そう〜。
好きな数はいくらでもいんですかー？

ちめえら。状況を整理させてくだちぃ。

直近の問題はSYN-Floodを回避して安定したサービスを実施したい。

[解決策]
・流れてくるtcpのパケットをポートフィルタ後、かつApacheに引き渡す前に
　3hand Shakeの成功した物のみへと限定したい。

[現在の問題点]
・ではその実装をどのようにするか？

で、あってますか？？

ええと、とりあえず通信技術板用に「漢たちはたちあがった ０２１９」という
看板と、フラッシュムービー用意しときますんで頑張ってください。
あ、フラッシュの曲のリクエストがあれば今のうちに。
英語の達者な協力者も募集中。

つうか、いろいろ解決策は提案されているんだから、金のかからない
やつを一発試してみれば。

>>112
apache1.3.12のソース見てるけど、すでに変数化されているなぁ。
実は1.3.xだとすでに設定があるんでは？

うーん、おいらはサーバ屋さんに頼むしか出来ないので、様子見、、

>>114
に笑った。面白いからいいけど。

>>115
ListenBacklog　1.3.12だとすでにマージされてます。
httpd.confで設定するだけでいけるかも。
1.3.6だとどうかな。

試そうと思ったけど、保存してあったVMWareなLinuxが何処かにいっちゃった・・

1.2.xからlistenbacklogあったようなきがするですけど。

んでOSにパッチ当てるとかOSそのものを入れ替えるとか
FW入れたりしてネットワークをいぢくるのは、BigServer的に
OKなの？
鯖屋のポリシーは８.２６危機のときと変わってないんぢゃないの？

愚考するに >>106 の方法ではscript kiddiesへのハードルを高くするだけで
根本解決にはなってないんだと思うのですが。

要はバッファをたくさん取りましょう。メモリとSWAPを沢山用意してApacheが
溢れにくくなるように手を打ちましょう。ということですよね？？

Apacheに渡す前になんとかせんとあかんのとちゃうか？
Linuxの実装は Synをうけとって Syn/Ack返してからクライアントの
Ack が返ってくるまでどっかのキューに入れとくようになっていませんか？

昔 Sun OS使ってた時に SOMAXCONN をいじってキューを増やした覚えあるけど

>>120
昔からあるようですね。
一応、1.3.6にもありました。設定するだけでいけます。

>>121
やろうと思えば、、、
ただし、管理はしないサーバになっちゃうけど (ハングしたときのリブートのみ)

「誰が　お守りをするのか?」という問題だったりします。
それでもサーバはただじゃないし、、、

>>114
フラッシュのイメージ
CM 「学生さんはお金がない au by KDDI 」 ＞ 「ひろゆきさんはお金がない ｱｩｰ by 2ch 」

>>113
＞流れてくるtcpのパケットをポートフィルタ後、かつApacheに引き渡す前に
＞3hand Shakeの成功した物のみへと限定したい
なにもしなくても、Apacheに渡るものは、3hand Shakeの成功したもののみです

>>106 >>110
あと、Apacheとかユーザーモードでどうこうなる問題ではなく、
カーネルのtcp処理部分の問題
このスレでいってるバックログは、カーネルの未接続のsynキューの個数のこと
/proc/sys/net/ipv4/tcp_max_syn_backlog
で、未接続synキューの数ががbacklogって言う名前になっているから、そう読んでいるだけで、
LISTEN(2)のバックログは、TCPセッションが確立されたもののバックログなので、
全く意味が違う

そんな感じだとおもいます。>>123
http://www.monkey.org/openbsd/archive/tech/9906/msg00225.html

お、生夜勤ﾊｹｰﾝ
風雲急を告げる展開ですな（ｗ
今度は通信技術板のFlashが見れるかも（ｗ

やれるのなら、やってみましょう

>125
なるほど、夜勤さんの仕事はますます増えちゃうわけだ

>>123
俺もそんな気がするけど、まぁ試してみるだけなら只だし。
実際 syn flooding に効果があれば万々歳という程度しか
期待していない。
んー実験環境がないのがもどかしい。

このスレには Unix板からの出張者がかなりいると思われ

>>129
無理かも
この板の有識者は大抵が高い金とってそれなりのものを作るって人間ばっかだからな

Listenbacklogのジケーン　
明日で良いならジケーン環境会社にあるからやってみようか？

む

Apacheのlistenbacklogディレクティブは
int listen(int s, int backlog);
のbacklogに直接設定されるっぽくないですか？

でman listenするってーと
The behaviour of the backlog parameter on TCP sockets
changed with Linux 2.2. Now it specifies the queue length
for completely established sockets waiting to be accepted,
instead of the number of incomplete connection requests.
The maximum length of the queue for incomplete sockets can
be set using the tcp_max_syn_backlog sysctl. When syn-
cookies are enabled there is no logical maximum length and
this sysctl setting is ignored.
「Linux 2.2からは、backlogの数はコネクションが完全に確立した接続の数を表わします。
　未確立コネクションのバックログの数は sysctl　で　tcp_max_syn_backlog で設定してね。
　で、syn-cookies が有効になってると、もはやバックログの最大値という概念はなくて、
　sysctlの設定も無視されるよん」
だそうですが・・・一応実験します？

>>125
その通りだとすると、SYN-Floodによるサービス不能の回避はHEのマターに
なるのでは？
腕組みして「困りましたねぇ。しっかりやってくださいね」ですむ問題だと思われ｡

確認ですが、ある程度自由に出来るのはデーモンレベルと言う事ですよね？
それより低レイヤの問題やハードよりの問題はHEの受け持ちですよ｡と｡

「FreeBSDは毎秒10万overのSYNパケットにも耐える」って
話の元ネタはこれです。
http://docs.freebsd.org/cgi/getmsg.cgi?fetch=1177017+0+archive/2001/cvs-all/20011125.cvs-all

逆に言うと、具体的な数値を挙げて性能を検証した資料について
これ以外のものを私は知りません。
# このコードがFreeBSDに入ったのはつい3ヵ月前のことなので
# Web上にほとんど資料がないのも当然なんですが…

そういう意味では、cookieの計算量とかについて詳しく調べないまま
「毎秒10万パケット」って言葉だけが一人歩きしてしまうのはマズいと思います。

ちなみに、このsyncache & syncookiesの作者であるJonathan Lemonが、
つい先日行われたUsenix BSDCon 2002にて講演を行ったそうです。
http://www.usenix.org/events/bsdcon02/tech.html
"Resisting SYN Flood DoS Attacks with a SYN Cache" -- Jonathan Lemon
これを取材に行った人いませんか〜
(…って、いないよね)

FW用鯖を立てるには、ﾔﾊﾟｰﾘ向こうの用意するメニューから
借りることになるの？
こっちでデッチあげた機械(PC-UNIX機とか）を送り込んで
「これ繋いでちょ」はさすがに無理か．．．

>>135 のとおりだと
tcp_max_syn_backlog の数はどのぐらいまで増やせるんだろう？
数十万とかまでいけるのかな。

>>136
いえいえ、契約形態の問題ですよ。

とりあえず、一台FreeBSD用意しようよ。 >夜勤ちゃん

話を進めるにあたって、ひろゆきには予算と人的資源と緊急性の
重み付けをしてほしいですね。

あと、実装方法として

１．リバースプロキシ
２．Firewall
---------------
ここまで一元管理派

３．サーバOS総入れ替え
４．パッチ適用、アプリケーションバージョンうｐ等
---------------
ここまで個別対応派

５．HEさんおながいします
----------------
俺的にはﾏﾝｾｰ

なんていう方向性があるようですが、好みを聞かせてちょ。

キーボードがロレってきたので、そろそろ寝ますです。。。

詳しい人が集まってきましたね｡

ソケットレベルの問題であってApacheの設定をいじる事では回避できない

という理解でいいのでしょうか？

>>137
FreeBSD 4.5-install.isoをダウンロードしてみた。
でも、もう寝る。みなさん頑張って。

>>143
プロトコルスタックの問題であって、ソケットの設定をいじる程度では
回避できない、って感じかな。

>>135
＞syn-cookies が有効になってると、もはやバックログの最大値という概念はなくて、
＞sysctlの設定も無視されるよん
無視されるのは、syn-floodと判断して、syn-cookieが動作し始めた時
このあたりが詳しい
http://lxr.linux.no/source/net/ipv4/tcp_ipv4.c?v=2.2.19#L1269
(ちゃんととべなければ1269行目あたりを自分で見て)

で、syn-cookieを動作させるかさせにかの判断に、
tcp_max_syn_backlog
をつかってるから、全く無関係ではない

>>143
Linux 2.2 からはそのとーり。ということだと思います。
Syn Cookie あるのに、listen() のバックログいくつに増やしても、
意味無いよーってことみたい。

>>127
そうなのだけど、被爆時の他portへの接続の様子とかみてると、なんか効果があるような気がするんだよね >>106
実験してみる価値はあると思うー(tcp_syn_cookiesも)。

>>146
なるへそ。UNIX板でさんざん出てきた話ですな。
んじゃ、とりあえず
1.tcp_max_syn_backlog は小さめにして、直に Cookie発射
2.逆にでかくとって、もうダメってなったらCookie発射
のどっちにしましょう。

>>149
両方試して見れ

>>149
1.だと、２ちゃんあたりのユーザー数では、攻撃がなくてもsyn-floodと判断してしまうからまずいんでは？
1024か1536あたりがいんじゃないかな（適当、山勘です）

どうやら、今すぐ対処しないと即死あぼーん（8/26みたいな）という
差し迫った事態ではないようだね。数時間〜数日アクセス不能に
なった程度では今の２ちゃんねらーは音をあげそうにないし（ｗ

じっくりと検討して、ベストな対策を施すべし。

>>150-151
りょーかい。じゃ、とりあえずデフォ(128)でいってみます。

さすがに眠くなってきたのでねるのであとはよろしく

でも、ここ最近syn-flood攻撃が定期的に来てますけど．．　>>152

いわゆるsyn-floodの場合、TCP serviceが万遍なく落ちるのであって、
http serviceだけが落ちるのは特殊じゃないかい。

設定完了しました。
かかってきてください。

tcp_max_syn_backlog = 128
tcp_max_syncookies = 0

っす。

今から1:50まで上記の設定で。
1:50〜2:00まで、cyncookiesを1にします。

D-Born使う人は、なるたけNATの内側からおねがいします。
（SYN+ACKをあまりばらまきたくないので・・・）

マジ人柱だよーーーー（泣）

いやぁ、、とりあえず、FreeBSDをサーバとして入れるのはむずかしいみたいなので、
FWの代用として1台いれてみてためそうってことになったですよ。

>>156
httpプロトコルもTCPです。

>>158
とりあえずなら、賢明な判断かと思うよ。
で、squidとxinetdのredirectを試してみよう。

あ、時間短すぎましたか・・・
とりあえず、2:00まで SYN cookies 無しにします。
D-Born歓迎です。
できるだけいっぱいリロードおねがいします。

>>156 >>159
ftpやtelnetなどが落ちないのはどういうこったい、ということかな？

>>157
つーかさ、D-bornってほんとに　SYN flood攻撃しかしないわけ？
トロイになってたりしない？ 落としたけど怖くて解凍できない。

FreeBSDだって、数十万PV/dayみたいな環境でテストした結果は
まだだれも出してないんだよね。
どぼーんに耐性があるという点ではLinuxでも同じだし、
とりあえずどっかの鯖でもう一度試してみる必要があると思うんだけど、
どうなんよ?
あの伝聞型だけではなんとも、ねぇ?

余談ですが、D-born　が原因ということが確定した訳ではありません。

＞ftpやtelnetなどが落ちないのはどういうこったい、ということかな？
なるほど、そういうことですか。

Dos攻撃中でもftpやtelnetはコネクトできていたんですか。
すんません。

>>165
でも、syn-floodが原因ということは確定したんでは？
そうなら、d-bornは推定有罪ですね

>>163
ごもっとも。
今、他鯖から自分にD-bornかけてます。
つーか、SYNパケだけでほとんどうまっております・・・

>>166
telnetは問題なく開通してたよ。ftpは試したことないや。。。

>>156
僕もそれが不思議です。一般的な syn flood じゃないのかも。

もしかして、パーサ解析の負荷アタックかなぁ。

なんかこの前、ごみのようなレスを見たけど．．
そうすると、今回の重い原因はアプリ的(Apache)な負荷という事が出来るし．．

>1
>22
>30
>33
>46
>58
>60
>66
>73
>106
>116
>158

>102
>125
>140
>165

>>171
攻撃中は、ほとんど負荷がなくなるって夜勤さんがいってたよ

なんか一人でさびしくじっけんちゅー。
syn_cookie = 1
にしました。
LAN内からは平気で繋がるようになりました。
でも、外からはだめぽ。

｢夜勤 ★さんを応援するスレ｣が表示された･･

おおーーー！
いま、外からいっこだけ繋がりました。
・・・なんか哀しい・・・

>>173
ほんと？　PSコマンドで見ても負荷上がってないの？
でも、攻撃中はつながんないでしょ。

まさか、攻撃って誰かが物理的に線引っこ抜いてるんじゃないだろうなー（笑

（次の波が来たらみんなで80以外のportとおしゃべりかな…）

>>175
あ、繋がりましたか。わーい。
ページがなにもなかったので、できるだけ大きめのものをと思い、
拝借してきてしまいました。

>>176
D-bornのＵＲＬをRIFba-02p91.ppp13.odn.ad.jpに書き換えて攻撃したらいいのかな？

>>179
表示されるまでｶﾅｰﾘ時間かかったけどね

D-bornってどこにあるの？

>>179
うちからはなにも見えないよ。
http://rifba-02p91.ppp13.odn.ad.jp/
だよね?

見えたよ。

>>179
tcpセッションは一瞬で張れるけど、その後がこない
webサーバの問題とか？

>>180
D-bornは自前で外部鯖からかけているので、WEBブラウザで
見れるかどうか試していただけるとありがたいです。
でも、カナーリ時間かかるかもです。

■掲示板に戻る■ 1- 101- 201- 301- 401- 501- 601- 701- 801- 901- 1001- 最新50

レス数が1000を超えています。残念ながら全部は表示しません。

夜勤 ★さんを応援するスレ

1 ：心得をよく読みましょう ：02/02/10 02:10 ID:GEiLB60N
事業化とか転送量とか鯖落ちとかセキュリティホールとか893とか鯖落ちとか鯖落（略
で大変そうな夜勤 ★さんを応援するスレです。
�dだ時はあわてず騒がずきゅうり踊り。これ最強。


2 ：心得をよく読みましょう ：02/02/10 02:11 ID:GEiLB60N
２


3 ：心得をよく読みましょう ：02/02/10 02:12 ID:6Dhhb1j0
２げっとしてみたり


4 ：心得をよく読みましょう ：02/02/10 02:12 ID:3o4zekxg
　 (^ヽ─△<^)
　 /　　　 ~▽ 　 　／￣￣￣￣￣￣￣￣￣￣
　士　0　o 0士　＜　夜勤気合入れろやゴルァ
　 メ＿＿＿メ　　 ＼＿＿＿＿＿＿＿＿＿＿＿
　　 /へ`-L_
　(~(し′｜ ）　

>183
こっちもみえない。

コネクトは出来たけど、データ受信でタイムアウトした。

D-Born v1.00とv2.00 何が違うの?

>190
気分が違う。

単純に、帯域がいっぱいで、繋がらないとか？

>>182
http://mentai.2ch.net/test/read.cgi/accuse/1013419684/322n

>>183
おなじくタイムアウト…。

データがこないな・・・

ApacheのCPU使用率はどのくらい？

>>186
180=187です
見えました。

>>194
お　リロードしたら見えたぞ　30秒で５レスぐらいづつ表示されてる。

>>192
それに一票。ファイルサイズ小さくしてみ。
パケット一個分に収まるサイズで。100バイトとか。
見るべきはsynfloodへの効果なんだから。

ﾀｲﾑｱｳﾄ･･ﾊﾆｬｰｿ

すんません。ご協力ありがとうございました。
D-born止めましター。

4回トライして2回コネクト失敗。

>>201
いまは瞬時に表示されますね。

今リロードしたら読めた。当然か

みえました。

結論としては、>>192の通りです。
つまりー。
ADSLじゃ意味有りませんでした・・・鬱

Linuxのloadは、最大7.0くらいでした。かなーり重かったです。
でも、LAN からは普通に繋がってました。
ので、誰も入れなくなるという事態にはなりませんでした。

>>186
Webブラウザで見れた。

101 ：心得をよく読みましょう ：02/02/10 02:53 ID:p5wzbzlh
夜勤たんがんばれ
俺は寝る

あらま

あ、どなたかADSLかISDNからアタックしていただけると、回線溢れ
はなくなるので、いいかもー。
とりあえずLinuxのapacheは昼まで動かしっぱなしにしておきます。

FreeBSD 4.5 で、用意してみした。
d-bornでアタックしてみてください。

http://CBCba-52p140.ppp13.odn.ad.jp/
あっ、攻撃うけてます。 (w

ううう、公認だからしたいけど、うち９８だからなぁ。

>>210
してまーす。
2:50で止めマース。

普通です。
普通に動いてます。

>>211
遅いけど、Webブラウザーからアクセスできるよ。

>>214
普通にWEBも見れマース。

遅いのは大域が圧迫されてるからと思う。
VMWareなんですが、HOST側のCPUも吹けあがってないしな。

なんかWgetでF5なAtackを喰らいましたな。(w

これ書き込もうとしたら、2chの方がダメじゃん ヽ(*｀Д´)ノｺﾞﾙｧ

>>217
鯖監視所みてﾜﾗﾀ・・・

で、sysctlで何処いじるんだっけ。
offにするのは?

>>211
ふつーに アクセスできますね。
Win98+IE6の通常500K程度のADSL回線ですが…。

攻撃されてた?

>>221
されまくり。
何箇所からかは知らんけど。

まだだ、まだ落ちるわけにはいかん。
明日までもて。明日には、明日には、対応できるのだよ・・・

2:50まではしてました。えへ。

>>221
ついでに２ちゃんも（ｗ

今pc.2ch.netがﾀﾞﾒﾎﾟだったけど、80以外(21,23,25)のポートは接続できたど。

tcpdumpしてると、ackを頑張って返しているのが見えた。

終電逃して会社でヒマだったんで遊んでみた

kernel-2.2.20でtcp_max_syn_backlogを1024、tcp_syncookesを有効にして、
Web-Polygraphで通常セッションを張りつつSyn-Flodを駆けてみた

まずはWeb-Polygraphで処理可能な限界ぎりぎりまでセッションをあげて、
#マシンがヘボなので同時セッション700程度
そこにSyn-Flodをかけてみた

一瞬通常セッションが全部死んだが、10秒ほどすると正常に動き出した
それ以降、SYN_RECV状態のセッションにSyn-Ackのリトライを投げてる様子が無いので
多分、ハンドシェイクできてないセッションを無視してるんじゃないかな？
一応まともに動いてる感じがする

>>226
23しか見てないけど、普通につながるね。

bbs.cgiの穴つつかれてるんじゃないでしょね？まさか・・・

>>217
あ、すいません、スクリプト暴走しました.
RIFba-02p91.ppp13.odn.ad.jp さんにも CBCba-52p140.ppp13.odn.ad.jp さんにも
wget攻撃食らわしてしまいました
タイムアウトを入れ忘れてました

>>228
おおーー。
つまり、LinuxもとりあえずOKくさいですな。

つまり、ポート番号80にしか攻撃かけてねーんだ、ってことね。

>>231
ういうい。ノープロブレムです。

では、アドレス変えますな。

D-bornつかって2CH落とすのって何人いればできるの?
こんな時間に起きてる人そう違ないと思うけど・・・。

>>232
テストはApacheじゃないし、カーネルバージョンも違うだろうけどね

現状なら、一人で十分だと思います。
３分以内に4096パケットくらい（デフォ設定ならたったの128)送信できればそれであぼーんです。

>>231
うちも問題ないっす。
もうアドレス変えたし

とりあえず、お外のサーバは全部4.5にしておこう・・。

何とも貴重な体験させてもらいまして、、、

754 名前：夜勤 ★ 投稿日：02/02/19 02:59 ID:???
aちょっと　全サーバ　リブートしますー。

全部止まるよ。

だそうです。。

2chの動作報告はここで。−14−
http://kaba.2ch.net/test/read.cgi/accuse/1013478682/

754 名前：夜勤 ★ 投稿日：02/02/19 02:59 ID:???
aちょっと　全サーバ　リブートしますー。

全部止まるよ。
757 名前：心得をよく読みましょう 投稿日：02/02/19 03:01 ID:afeaIjZ9
∀・)＜2〜3分ぐらいですよね・・・


758 名前：夜勤 ★ 投稿日：02/02/19 03:02 ID:???
>>757
運がよければ、、

私もアドレス変えました。
なんか、回線が埋る以外は、特に問題なさそうでしたねー。
FreeBSDのほうが、なんか繋がりやすかったと思います。
うちのLinuxは、loadがかなり上がったのが気になりましたが、
完全にアクセス不能になるよりはましかもです。

>>241
同意。認定のアタックなぞそうはできない…（w

公認 D-Bornぶっ放し実験･･

2ch のサーバの一台を攻撃することってできます?

うちは loadはぜんぜん上がらなかった・・。
ルータにしているマシンでtcpdumpするまで、syn floodされてるとは思えなかったし。

>>245,246
まぁ、グローバルアドレス変えやすい環境だから安心して2chで公開実験できる (w

>>247
楽勝でできますが、マジですか?

>>247
できますよー。
ただ、誰かやるひと一人に限定したほうがいいかも・・・
DDoSになっちゃう・・・

いまちょっと　作業中なんで、
作業終わったら、実験してみようかと、、、

>>251
ちゃんとバックログも1024くらいにあげてくださいね

あれ？ﾘﾌﾞｰﾄは･･？

>>251
きゃ〜夜勤 ★さん、す・て・き。

ちょっと　待っててねー
先に　いろいろ作業して、全サーバリブートしてから
個別に。。。

夜勤 ★さんって何人いるんですか?

んで 誰がやんの〜？　＜アタック

>>235さんにおまかせっていうのはどうでしょうー？

はいっ！

オレがやっても良いの? ﾜｸﾜｸ

漏れはがんばってF5連打します。ﾜｸﾜｸ

落としてみたけど、なんか死ぬほどくだらねえツールだな、D-bornって
これならnmapをループでまわしたほうがはるかに強力なんじゃ？

>>262
くだらないけど、そこそこな勢いでsynパケット吐くし、
2chに特化されてるんで、作成者の目的にはけっこうぴったりなんでは？

うぅ、公認で2CHを攻撃？　すごい。

今のはリブト？

↓ポイント

変更された場合には、
�@インデックスファイルのURL設定を変更（Iボタン）
�Aインデックスの再取得（Rボタン） で「target.txt」を再作成。

サーバ状態:
全27鯖 (･∀･)ｲｲ 20鯖　（´・ω・`）ｼｮﾎﾞｰﾝ7鯖 ｱｯﾋｬｯﾋｬ!ヽ(ﾟ∀ﾟ)ﾉ �d�j! �d�j!

再起動完了ですか？

初めに止まったmentai鯖が、何時まで経っても復活しない
ﾁｮｯﾄ心配･･

>>269
漏れもそう思った・・・

ダメだそろそろ寝ないと・・・

むむ・・・

夜勤さんまだ？
睡魔が、、、

これでこんなになってるってことは、
ホントに悪意のある数人がhpingで延々まわしてきたらイチコロだったてことか？

明日は遅刻かな
けっこうまずいかも

まさか、mentai鯖を実験に使おうと思っているんじゃ･･
どうなの、夜勤たん!!

ほいじゃ、>>235さんのかわりにアタックしたいひとー？

>>277
あなたでＯＫ

では漏れでOK。

ｽﾏｿ、睡魔に勝てそうにない・・・
寝ます・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・

いやー
いつ作業が終わるかは、ちと解らないので
すまないですー

無理することもないので、その時にできる方がいらっしゃったら
お願いしますー

あしたの今ごろにも、もう一度やる予定ですので、
(今日　やってもやらなくても)

>>235
おやすみなさーい。
(2chでおやすみなさいなんて書いたの初めてだ・・・）

漏れはこの時間ぜんぜんおっけー。　 いつでもこーい。

mentai立ち上がった。

毎日この時間帯は起きているので、
仕事に行くまでﾎﾞｰっと眺めてます･･えぇ･･･

おやすみでーっす。

(　´�D｀)ノ＜ あーい

>>286
ほいほい おやすみ〜。

今回のDoS騒動にはいくつかの方策があるらしい｡
ひ(略 はFWを導入(最終手段)せずに済ませる為の方策を
模索しているようだ｡

■現状で明らかになってるのは
1.サーバ負荷なのか回線負荷（帯域）なのかの切り分けがまだ。
2.サーバ負荷のなかでもプロトコルスタックの負荷（Kernel）なのか
　Apacheの負荷（プロセス）なのかが明確でない。
　（attack時にwww以外のサービスはちゃんと機能している？）

【2.についての簡単な説明】
サーバに到着した未確立セッションのキューが溢れることが
問題であるなら”tcp_max_syn_backlog”の問題となり、
tcpを使うサービスは麻痺状態になるはず

また、Apacheが受け付けた確立済みセッションが溢れることが
問題であるなら"ListenBacklog"の問題となる。

■要検証項目（現在有志によるテスト中？）
【簡単な説明】
2ch鯖で採用しているLinuxには"SYN cookies"と言う機能があるが負荷が大きくハングアップの危険性も考えられる｡
FreeBSDには"SYN cache"というLinuxより洗練された機能があり、どうやらヨサゲだ（参考：>>137)。
これらは共に”tcp_max_syn_backlog”が溢れる事を防止するための追加新機能である。

・ひ(略 と夜勤さんによるテスト
1.FreeBSD-BOXをthe Internetと2ch鯖の間に入れてSYN cacheによる高負荷時の未確立セッションの破棄を行わせる[検討中]
2.確立済みセッションの待ち行列"ListenBacklog"の最大数をいじってみる
3.謎の公開攻撃実験を02/02/20に実施するかも｡

・有志によるテスト
1.SYN-cookiesを有効にした自鯖（Linux？）をD-bornでSYN-Flood攻撃を試みる｡
　結果、帯域が真っ黒になったらしくサービス不能に陥る(リクエスト･タイムアウト発生)
2.”tcp_max_syn_backlog=1024”/"SYN-cookiesを有効"としたローカル鯖で実験
　瞬断が発生したが10秒ほどで復帰（参考：>>228）
●帯域さえ充分であればLinux with SYN cookiesでも行けるかも。
　但し、限界性能については要検証

ping

>>291
echo-reply

もうだめかもー
あとおながいしますー
ぐーーーZZzz..

>>293
shutdown -h now

まだ　ex.2ch.net が生き返らないのです。
今日は　攻撃実験できそうにもないようです。

また　明日、ここに来ますので
お時間のある方はよろしくお願いしますー

halt

>295
ラジャー
その生き返らないってのが気になりますが（w

See you tonight.

夜勤たん･･

Ex生き返ったよ。

300

>>290
いちおう蛇足だけどハングアップの危険は負荷とは直接関係無しね。

夜勤様、ＪＢＢＳグリーンが変ですよ!

minnna ganbare!

2ちゃんねる研究やら２ｃｈ放浪日記でここ紹介されてたよ。

あぅ。。。節穴…。

>>304
URLキボーン

２ちゃんねる研究
http://www24.big.or.jp/~faru/
２ｃｈ放浪日記
http://www7.plala.or.jp/hourou/

>>307
THX

家にFreeBSDマシンあまってるから、寄付しようかなぁ

>309
そういう問題でもないんだろ？

>310

買うだの買わないだのってあったから、
テストするならあげるよって意味で書いたのね。

的はずしだったらごめん。

UNIX 板からリンクが張られてたので見にきたんだけど…
(ふだんは、この板は見てない。)

>>290

syn cookies で、コネクション開設時にハングアップする可能性があるのは、
SMTP や SSH のようなプロトコルだけで、2ch のような HTTP の場合には
その危険はない。
また、「ハングアップする」というのは「クライアント側での、TCP接続が、
開設途中で刺さる」だけであって、クライアントのマシン全体が止まるわけ
じゃないし、サーバー側は何の問題もない (ハングアップもしないし、開設
途中のコネクションが残るわけでもない) ので注意。

もちろん syn cache があった方がサーバー側の CPU 負荷は軽いので、
syn cache はあった方がいい。

ただ、以下は私見だが、前提条件として、WWW server として Linux を利用す
るという点は動かせない、すなわち、もし選択肢が
1. syn flood 対策用 firewall として FreeBSD 4.5 以降のマシンを一台入れる
2. WWW server である Linux マシンで syn cookies を有効にする
の二つであれば、2. の方が良いと思う。
理由は、1. の場合、syn flood 対策の負荷が、FreeBSD で構築した firewall
マシン一台に、集中するから。たとえばもし FreeBSD が Linux よりも SYN の
処理にかかる負荷が 10 倍軽いとしても、 WWW サーバーが 20 台あれば、
1/10 * 20 == 2 で、結局、トータルな負荷は (各 WWW サーバー側で対策する
場合の) 2倍になってしまう。というわけで、負荷分散の観点から考えると、
syn flood 対策は、firewall でやるよりも、end point である WWW サーバー
側でやる方が向いている。もちろん、
3. WWW server を FreeBSD 4.5 以降のマシンに変更する
というのが可能ならば、これがベストだが。

>>28

UNIX板を見てるなら知っている筈だが、
Linux (昔から): syn cookies あり (上述の問題があるためデフォールトでオフ)
NetBSD (昔から): syn cache あり (デフォールトでオン)
FreeBSD (4.5 から): syn cache + syn cookies あり (デフォールトでオン)
OpenBSD: どちらもなし
なので、この問題に関しては、OpenBSD は最悪の選択。

patch

>>312
最初に FreeBSDでリバースプロキシを提案したものですが、
> 理由は、1. の場合、syn flood 対策の負荷が、FreeBSD で構築した firewall
> マシン一台に、集中するから。たとえばもし FreeBSD が Linux よりも SYN の
確かに1台だけでは対応できないと思います。
Linuxサーバ N台に1台という様に、
Linuxの前に設置するFreeBSD マシンは1台ではなく複数必要と考えます。
問題はその N がいくつかなんですけど。
N=5 ぐらいではないかと勝手に想像しています。

いま手元にある古いノートPCを FreeBSD 4.5Rにアップグレードして
実際にどのぐらいの性能か試してみようと思います。

この先LinuxとかでもSYN-cacheとかサポートされるようになって、
リバースプロキシが無くてもLinuxの鯖単体で十分対処できるよう
になったら、不要になったFreeBSDの鯖はどうするんだろう？
と言ってみるテスト。

= >>290 です。

詳細の検討は過去ログを見て貰えば良いとして、
>>289-290 はざっくりの現状把握になれば良いかと｡

ところで遅ればせながらsrcを追っかけてみたのですが、
syncookies使用時にUNIX板で指摘が出ていた

1) syn floodを受けている状態で
2) syncookies発動=>timeout前に破棄される未確立セッションが発生
3) syn floodとtcpの再接続要求が殺到 => 2)に戻る

と言う状況は発生する懸念があると思いマス。
end userから見た場合、syncookiesが正常動作しているにも関わらず
�d�jとして見えてしまうという状況ですね。これは要検証ではないかと。

また、>>312 については
> 1. syn flood 対策用 firewall として FreeBSD 4.5 以降のマシンを一台入れる
を実施したからといって2chサーバ 現状27台(virtual hostを含めると43台)を
全て1台のfirewallで賄わなければいけない訳ではなく、複数firewallを用意して
振り分けても良いと思われます。
このあたりは要求するサービスレベルと管理・運用コストの問題でしょうね。

まずはsyncookiesの高負荷時の挙動を確かめてみるのが先決かもしれません。
Linuxで対処できないとなれば、次の手を考える −FreeBSDの導入かもしれないし
ハコ型Firewallの導入かもしれないし− と言う手順になるかと思います。

>>315
FreeBSD鯖はいらなくなったら 2ch鯖としてつかうとよろし

>>314
> いま手元にある古いノートPCを FreeBSD 4.5Rにアップグレードして
> 実際にどのぐらいの性能か試してみようと思います。

単独の結果よりも、Linux で syn cookies 発動中の場合との負荷の比が
知りたいなあ。

>>316
> 2) syncookies発動=>timeout前に破棄される未確立セッションが発生
> 3) syn floodとtcpの再接続要求が殺到 => 2)に戻る
> と言う状況は発生する懸念があると思いマス。

ん？ これは問題ないんじゃないの？
syn cookies 発動中なら、サーバー側が 3way handshake の 2番目の SYN ACK
さえ返していれば、あとはサーバー側で資源を解放したところで、handshake の
3番目の ACK がクライアントから届けば、コネクションは確立されるので。
それとも、SYN ACK さえ返さないって話？

> �d�jとして見えてしまうという状況ですね。これは要検証ではないかと。

この先頭2文字、UNIX上のWWWブラウザからだと読めないYO。
JIS外の文字はやめて〜。

>>318
>>単独の結果よりも、Linux で syn cookies 発動中の場合との負荷の比が
>>知りたいなあ。
スマソ、私の家には solaris はあっても Linux は無いのだ
とりあえず手元の環境でxinetdでリバースプロキシ試してみて、
方法教えるから誰かLinuxもある人試してみてくで

> 誰かLinuxもある人試してみてくで

もし OS の比較をしたいのなら、サーバー側ハードウェア、サーバー側のアプ
リケーションの設定、syn flood かける側のハードウェアおよびソフトウェア、
双方を繋ぐネットワーク、などなどの環境を合わせて、OS だけを変えて試さ
ないと意味ないよ。
というわけで、基本的には同一環境で OS だけを変えて試す必要あり。

こちらは設定方法を確認すっから
LinuxとFreeBSDでDialBootな人ためしてくらはい

>321
Dual Boot? Dial Boot?

dual boot の typo でした

xinetd.conf の場合定義はこんなかんじです。redirect の行に本物の apache
のアドレス・ポートを定義します。複数のサーバにリダイレクトしたい時は
ifconifg でアドレスをaliasしておけば bind できます。
まず1つだけでためしてみませう
わらひは 家にある別なマシンに rain 仕込みます。
------
defaults
{
log_type = SYSLOG daemon notice
log_on_failure = HOST USERID ATTEMPT RECORD
log_on_success = PID HOST USERID EXIT DURATION
only_from = 0.0.0.0
}

service http
{
type = UNLISTED
socket_type = stream
protocol = tcp
port = 80
wait = no
user = nobody
groups = yes
redirect = 192.168.3.5 8080
}

>>316
昨日攻撃受けてるときに80以外の21,23,25は接続可能だった(>>226)んだが、指摘している現象かね。
ちょっとふに落ちん。攻撃受けてるときのnetstatｷﾎﾞﾝﾇ。つかIDS入れてないの?

>>325

昨日の本スレ中でのやり取りなのですが、

>>156 の指摘を受けて(>>156 >>159 >>162 >>166) >>169 と言う報告が
昨夜ありました。
>>170-171 という話もあったので、今回のDoS攻撃は
単なるSynFloodではないのではないか？（= 切り分け出来ていない？）というまとめに
してみましたです。

P.S.機種依存文字の件、失礼しました

>>324
その方法だと、ソース・アドレスがxinetdを走らせているマシンのものに変わっ
てしまうので、proxy規制系の変更が必要になるのでは？

66では、「第2案だとproxy規制系の変更がいらない」とあるが、これは勘違いで
「第1案でも第2案でもproxy規制系の変更がいる」だと思われ。

もっとも、transparent proxyと併用すれば、(第1案、第2案とも) proxy 規制
系の変更なしに実施できるが、フリーなOSでの transparent proxyの利用に関
する資料ってあんまりみたことない。UNIX Magazine で、ちらっと見たことあ
るぐらいだし、その記事のやり方だとソースアドレスが変わっちゃうので
proxy規制の変更を避けるという目的には使えない。proxy規制の変更を避けた
いなら、カーネルだけではなく、アプリケーション側にも若干手を入れる必要
がある。変更量自体はわずかなんだけど、今の2chの運用状況を見る限り、
ここまでするのは、ちょっと荷が重い気がする。

proxy規制系に手を入れない、かつ、WWWサーバー側ではなくfirewallで対処す
るというのなら、商用firewall(の中で syn flood 対策面での性能の高い奴)を
入れるというほうが金はかかるが実現可能性は高いんじゃないか。

いま実験してるけどなかなか耐性があるみたいだ
>>327
プロキシ規制の件は xinetd.conf でも ipfwでも対応できるから
当面無視していいと思うぞ

だれか 327に説明してやってくれ

>>318
再度srcを追って見てるのですが、誤読があるかもしれないので
誤りがあれば指摘してください。（自分がヘボい事は自覚してます）

syncookiesが発動すると "tcp_max_syn_backlog"と同サイズの領域"backlog"を確保。
"backlog"中のACK待ち行列は timeout前であっても破棄される可能性があり、
"backlog"から（領域あふれで？）破棄されると"tcp_max_syn_backlog"からも破棄される。

つまり、「クライアントからのACK到着がtimeout前であってもコネクション確立失敗として
扱いますよ」というのが動作原理だと読み取ったのですが。違いますでしょうか？

# syncookies発動時はtimeout以外のルールでACK待ち行列から
　破棄されうる と読み取ったのですが･･･

ところで、攻撃は本当にSYN floodなの？80以外のTCPサービスが有効だと
いうのがどうにも解せないんやけど。
#>156で指摘されてるね

もしかして、セッション確立させておいて、放置プレイということはない？
むかしAlteonのサイトで、TCPセッションが確立したあとにGETとかのHTTP
コマンドを発行せずに放置する攻撃を受けている、ていう書き込みがあった
んだけど、今回はそれではないの？

調子悪いときのnetstat -aがあればわかるのかな。

今夜の落ち方は変な感じだな
何か設定変更したのか

rain ではそんなに負荷がかけられないのかな？

いま環境として次の環境で試してみたけど全く平気で動いているだ。

攻撃 FreeBSD 4.4R/Celeron 466MHz/ rain 1.2.9beta1
↓
防御 FreeBSD 4.5R/Pentium 100MHz(Toshiba portage)/ xinetd 2.3.3
↓
Apache IA Solaris MU7 / Celeron 366MHz /Apache 1.3.20

閲覧は 別なノーパソでおこなった。
LANは100Mのcoregaのスイッチだ

ためしに IA Solaris サーバに攻撃してみた。ブラウザから閲覧しようとするとしばらく応答しなくなることがあったが一ど。

防御サーバは負荷に弱いように 100Mhz のノーパソ使ってみたがあまり負荷もかからん

rain で -c 2048 -p 80 --syn --size 1400 では効き目ないんだろうか
攻撃側ではrain を 10プロセス並列実行してみたんだけどおんなじだ。

rainでもっと強力に攻撃することはできんのかな?

みんな帰りが早くてうらやましいぞｺﾞﾙｧ
落ちかけの鯖でtcpdumpとnetstat取り、それらしい部分を切り取って
ここに貼り付けりゃ前進するかも（ｗ

>333
http://www.fishboard.de/nusse/2-fish/index.php4?action=linux
ページ自体はドイツ語だけど、こんなところもあるよ。

>>333
sizeを小さくする。syn floodは短パケット高負荷が基本。

>>335
--size はどこまで小さくできるんだろう？
--size 500とかにするとエラーになる。

rain.1 に↓こんなことがかいてあるが、もしかして 4.4RもこのBUGは
一緒か？
BUGS
There is an issue with malloc() allocating the wrong
amount of bytes for packet sizes in FreeBSD 4.3-STABLE

2002/02/19 21:36:21 Protocol: TCP
Source Address: 192.168.1.8
Destination Address: 94.82.139.25
Source Port: 80 Destination Port: 1691
00000000 : 45 00 00 28 e3 17 00 00 80 06 ac a1 c0 a8 01 03 E..(............
00000001 : 5e 52 8b 19 00 50 06 9b 00 00 00 00 b5 69 5c 66 ^R...P.......i\f
00000002 : 50 14 00 00 eb fe 00 00 P.......

>>330
> "backlog"中のACK待ち行列は timeout前であっても破棄される可能性があり、
> "backlog"から（領域あふれで？）破棄されると"tcp_max_syn_backlog"から
> も破棄される。

ここまでは正しい。

> つまり、「クライアントからのACK到着がtimeout前であってもコネクション
> 確立失敗として扱いますよ」というのが動作原理だと読み取ったのですが。
> 違いますでしょうか？

そういう風にbacklogから破棄された場合でも、コネクションが確立できると
いうのがsyn cookiesのミソ。handshakeの3番目のACKが届いたが、そのACKに
対する確立待ちのコネクションがない場合の処理を読んでみるのがいいかもし
れん。それより、syn cookies の動作原理を探して読んでみる方が早いかも。

>>328 >>329
> だれか 327に説明してやってくれ

うーん、よく分からん。
xinetdをあの設定で動かした場合、WWWサーバーにはWWWクライアントのアドレス
として、xinetdを動かしているマシンのアドレスが見えてしまうと思うが…
というわけで、あの設定だけだと、proxy規制処理がうまく動かなくなるのでは？

>>331
> ところで、攻撃は本当にSYN floodなの？80以外のTCPサービスが有効だと
> いうのがどうにも解せないんやけど。
> #>156で指摘されてるね

2ch で、syn cookies の設定がされてなかったなら、syn flood だと考えてい
いと思う。Linux の tcp_max_syn_backlog は、ポートごと (socketごと) に
チェックしているので、syn flood を受けると backlog が溢れて、そのポー
トだけ接続できなくなるけど、他のポートは接続できる。つまり、観察されて
いる現象と同じになる。
tcp_max_syn_backlog を非常に大きく設定している場合には、こうじゃなくて
全ての TCP ポートに接続できなくなるけど、そういう特別な設定はしてなかった
んでしょ？

プロキシ既成は no_accessでリストならべとけば対応できるぞ。
さっきのは面倒だから記述はずしたけど、↓こんな感じだ

service http
{
type = UNLISTED
socket_type = stream
protocol = tcp
port = 80
wait = no
no_access = 192.168.9.1
no_access += 192.168.4.0
user = nobody
groups = yes
redirect = 192.168.3.5 8080
}

ipfw でフィルタリングすることだってできるぞ

10000 deny tcp from 192.168.3.9 to any 80
10010 deny tcp from 192.168.4.0/24 to any 80
65535 allow ip from any to any

>>331
＞もしかして、セッション確立させておいて、放置プレイということはない？
もしほんとにそれだったら、ソースIPばれるから、ヤフオクアカウント盗用みたいな
おまつりが見れそう

>>340
> プロキシ既成は no_accessでリストならべとけば対応できるぞ。
> ipfw でフィルタリングすることだってできるぞ

その場合、誰がそのproxy規制リストを維持管理するかって問題があるでしょ？

だから、2chのproxy規制は、そういう方法じゃなくて、POSTしにきた
クライアントに接続し返して、proxyが動いてたらPOSTをハジくという
方法を使ってるのよ。

従って、xinetdによる方法だと、ソースIPアドレスが変わってしまうので、
現在のproxy規制の手段は使えなくなるわけ。

プロキシ規制の方法は変更を余儀なくされるのは認めるよ。
だから定期的にxinetd.confなりipfwのフィルタリングルールを
更新する仕組みが必要になるね。

正常だ。

21:51:28.889808 192.168.0.101.1116 > 192.168.0.19.http: S 2018766160:2018766160(0)
win 16384 <mss 1460,nop,nop,sackOK> (DF)
21:51:28.889808 192.168.0.19.http > 192.168.0.101.1116: S 2811087671:2811087671(0)
ack 2018766161 win 5840 <mss 1460,nop,nop,sackOK> (DF)
21:51:28.889808 192.168.0.101.1116 > 192.168.0.19.http: .
ack 1 win 17520 (DF)
21:51:28.889808 192.168.0.101.1116 > 192.168.0.19.http: P 1:288(287)
ack 1 win 17520 (DF)
21:51:28.889808 192.168.0.19.http > 192.168.0.101.1116: .
ack 288 win 6432 (DF)
21:51:28.889808 192.168.0.19.http > 192.168.0.101.1116: P 1:545(544)
ack 288 win 6432 (DF)

あ、なんだ、FreeBSDサーバがプロキシ規制を代行すればいいんじゃないの？
(と軽く言ってみる）

> プロキシ規制の方法は変更を余儀なくされるのは認めるよ。
> だから定期的にxinetd.confなりipfwのフィルタリングルールを
> 更新する仕組みが必要になるね。

そう単純な話でもない。
proxy規制に引っかかると、POSTはできなくなるが、GETはできる。
そういうルールを、xinetd.confやipfwのルールで書ける？

> あ、なんだ、FreeBSDサーバがプロキシ規制を代行すればいいんじゃないの？

そういうこと。
327で、proxy規制系の変更が必要になると書いてあるのは、この意味。

> (と軽く言ってみる）

とりあえず、xinetd.conf だけでは無理ね。

プロキシ規制については後回しにしておいたほうがいいとおもうぞ
だれか策を思いつくだろぅ。

>>339
> Linux の tcp_max_syn_backlog は、ポートごと (socketごと) にチェックしている
なるほど、それなら理解できる。対策はsyn floodingだけに絞っておっけーだね。

ふぅ、過去レス読むのに時間かかったけど、>>339があらかた言ってくれた。
さんきう。

昨日のリブート後から、サーバ飛んでいないんだよな。
何やったの？夜勤さん(笑)

ありゃりゃ？ipfwは、tcpflags synてやると、SYNパケットだけ吸い出せるのか。
うむうむ。これで、高価な箱の真似できましょうか。

>>350
ＪＢＢＳはなんで飛んでるんですか？

>>352
http://www.shitaraba.com/cgi-bin/read.cgi?key=1008251874_1&bbs=yobo&ls=100

うーむ 手元のFreeBSDの rain ではちいさなサイズのパケットを
作ってくれない。
１２００ぐらいが下限みたいだ。
IA Solaris では rain がコンパイルできん
この条件なら 4.5Rはいくらやっても平気みたいだが
Linuxの試験結果がないと対比できん。

>> 238
syn パケット吸い上げてなにをしようとしてます？

夜勤さんとひろゆきが出てくるまでﾏﾀｰﾘだね。

考えてみりゃ、ログ見てあんなサイト探し出してるくらいだから、
syn floodであることを疑う必要は最初からなかったのかも。
ひとつ言えるのは、机上の議論がうまくいかないことが世の中には
ゴマンとあるってことかな。

10万人規模のネットワークに実装するとなると、ン百万セッションOKのPIXが
実につまんない理由でポコポコ落ちたりする。まともに動くようになるまでには、
それなりに知恵を絞って手間をかけることが必要。

BSDが評判どおり頑健だとしても、うまく動き出すまでは油断めさるな＞皆の衆

>>335
うまくまとめられないけど、FreeBSD箱で外からのTCPの
セッション確立だけ代行(spoofしながら)して、確立したら内側の
Linux鯖へ(spoofしながら）TCPセッション張って、あとは
ESTABLISHEDなパケットは素通ししたい。

>>350
FreeBSDの防壁入れてみたんだろうね、妙に静か過ぎる。
何かほかに不具合出てないのでしょうか。

http://mappy.mobileboat.net/~seek/logview.cgi?srv=natto.2ch.net
これ見ると、所々で短く飛んでるけどね…。
これが攻撃始まった直後のハングアップかな？

SYN cookies の動作原理、ってのは
http://cr.yp.to/syncookies.html
ここかな。

>>357
こんなことを考えているの？

1. CLIENT -- SYN --> FreeBSD box
2. FreeBSD box -- SYN/ACK --> CLIENT
2のパケットは FreeBSD box が作成する
で CLIENTから ack が返ってこなければ放置

3. CLIENT -- ACK --> FreeBSD box

4. FreeBSD box -- SYN --> 2CH server
FreeBSD box がパケットをくみたてて送る
5. 2CH server -- SYN/ACK --> FreeBSD box
6. FreeBSD box -- ACK --> 2CH server
6. は本来の 3のパケット

ここでコネクション成立
うーん、これだとどうなのかなぁ

B-Flet's+リバースプロキシ+DynamicDNSで分散処理させる

>>369
それ Flet'sの回線が落ちた時に大迷惑なのでかんべんしてくで

>>360
それっす！それができると、SYN-firewallってやつになりますか？ｳﾊｳﾊ
問題は、うまくFreeBSDのTCPスタックを経由させないと、自前でSYN Cookie & cache
を実装しなきゃいけないところでして・・・

まちげぇた
>>361
それ Flet'sの回線が落ちた時に大迷惑なのでかんべんしてくで

>360

Acedirectorとか、そういうL4 SWを入れれば一発なんだけどなあ。

>>360
5. のときの Seq が 2. の時点で予測できないとだめっす。
　

>>358

じゃなくて、syn cookies を有効にしてみただけじゃないの？

proxy規制の問題があるから、FreeBSD防壁を入れるのは、そう簡単じゃない(327参照)。
商用firewallなら簡単だから、まだありうるけど。

>>363
うまくいけばウハウハなんだけどシーケンス番号をどう扱えばいいんだろ？

いま手元の「詳説TCP/IP」みながら考えてるんだけど

>367
俺もこれだと思う。
もしくは、he.netが対策として腰を上げたか。

なんでプロキシ規制にこだわるかねぇ
とりあえずプロキシ規制を無視して synflood対策に注力するって
方法もあんだぞ

>ひろゆこﾀﾝ、 >夜勤ﾀﾝ
そろそろ出てきて状況説明してくれないと、板が荒れるﾖｶｰﾝ

>370

どっちか言わなくてもsynfloodを解決するほうが先決ですな。

>>366
むー。どぼしよー。

とりあえず、syn flood対策は明日朝までに実験するっていう夜勤さんの
話でしたよね。とりあえずそれがうまくいけばそれでOKということで。
なんか暇なのでいろいろ書いちゃいました。ｽﾏｿ。

>>373
シーケンス番号を管理してパケット組み立てることができれば
..って簡単にできれば苦労ないよな

そうすると established になってもパケットを素通しできないのが
いたいなぁ

そろそろフラッシュに採用されるような
アツい文面を考えて誰かカキコするか？（ｗ
今のままTCP/IP方面の技術用語ばかりだと、な

>>376
そんなことはどうでもいい。。
俺達は、俺達にできることをただやるだけだ。

「そこにパケットがあるから」
って、いまから決め文句考えてどーする

ってかんじですか？・・・あぅ

>>367
んじゃ
結局「syncookiesの高負荷時の挙動」は問題なしってことが結論なのかな？

>378
出来の悪いパロディだよね。

>>377
漢達は手作業で土嚢を積んだ…押し寄せるパケットは水かさを増していった…。

http://mentai.2ch.net/test/read.cgi/accuse/1013428994/n557

の設定部分に問題があったんじゃないの？
再度設定してみたらうまくいったとか。

>>376
>今のままTCP/IP方面の技術用語ばかりだと、な
で、最後にはネットワーク系の寒いギャグの集大成になると思う。（藁

まだまだこのスレに技術的に参加できるレベルでは無いので、
記念にカキコしてみる。

>>381
名文句は考えてできる物ではない
そのときどきの状況で無意識の中から生まれる物なんだ

だから自分でつっこんでいるのさ。

とりあえず 「socksかな？」 とか言ってみる（ｗ

>>383
それを明朝までにテストするって話。
http://pc.2ch.net/test/read.cgi/network/1013926738/n247-

>386
すぐに亜流がでるよなきっと。
とりあえず 「SEXかな？」 とか

>387
テストというか・・・今日一日の運営実績が物語る、じゃないのか？

http://www.yakin.cc/
http://mappy.mobileboat.net/~seek/

>>388
たぶんｷﾐ、勘違いしてる
http://www.socks.nec.com/

たまたま、攻撃がなかった・・・とは思えないしなぁ。

>390
http://www.socks.com/

>>389
あ、そうなんすか。
実験に参加できると思ったのにー。（´・ω・`）ｼｮﾎﾞｰﾝ

ﾎｴｰ

なんかゆきづまったなぁ
それはそうと、誰か >>360 みたいなことするソフトって知らないか？
世界は広いからシーケンス番号まで自力管理するもの作った
人がいるかもしれん

>>395
シーケンス予測して代理応答して…っていうクラックツールもあるので、
アングラに行けばけっこー見つかるかも。

DoS系は単に止まるだけだけど、スプーフィング系はマジで怖い （;´Д｀）

>>395
知らないかも何もハコ型のFWにその機能を持った物がある。激しくｶﾞｲｼｭﾂ

これまでの流れを整理すると、

・syncookiesを試してみるべし。

これでダメなら

・FreeBSD-BOXを噛ます
-この場合金は掛かんないけどプロキシ規制その他の部分でシステムを変更する
　手間と開発工数が掛かる可能性がある。

・ハコ型FW（出来ればBridgeとして機能する物。負荷の点を考えるとLoadBlancerを
　考えた方が良いかもしれない）を導入する
-この場合は手間は掛かんないけど金が掛かる。レンタルで引っ張ってきて
　実機検証を行わないと負荷に耐えられないかもしれん。

と言う事でよろしいですかね？

OK age

>>397
ハコ型FWがその機能持ってるのは言われなくてもしってるよ
だれかそれを（できれば無償で）公開してないかってことさ

ケンカするつもりは無いので気に障ったなら謝ります｡

ただ、>>395 のような事を考えるなら2chサーバのOSをFreeBSDに
リプレイスするか、Linuxにsyncacheを移植する方がスマートに思える。

事実上リバースプロキシ案が一筋縄で行かないだろうという事が
明確になってきたのでFreeBSD-Boxを入れるメリットに対してデメリットも
そこそこ沢山あるだろう。それなら利用者側が気を回すより運営側の
好みの問題に近くなってると思う。

その、ハコ型FWは、どうやって2ch鯖のシーケンス番号を
知り得るの？予測って、どのくらいの精度があるの？

>>401
Seq入れ替えでしょ。>>5参照。
バグでもない限りSeq予測は無理。

>>397
本稼動前に "PIX ン百万円 ｘ ｎ台＋ L4 ン百万円 ｘ ｍ台" を支払っちまったのは、
痛恨の一撃。 素人どころか、カタギにはスベカラクお勧めできない。

>>399、>>400
ゲートウェイ型Firewall（含むproxy）を語るスレを作るとか。けんかしないでﾏﾀｰﾘ逝こう。

>>401
企業秘密です。つか、たぶん402の言うとおり。

>>1
ｽﾚ立て逃げか？ 出てこい、ｺﾞﾙｧ！（ぉ

そろそろ攻撃実験開始していいのかな？>>夜勤さん

>>5のリバースプロキシはわかるんだけど、
>>360は、コネクションの確立だけFreeBSDでやって、コネクション確立後の
やり取りは、FreeBSDを介さずに、Clientと2ch-Serverが直接行う、って方法
でしょ。
>>366の指摘のとおり、シーケンス番号をあらかじめFreeBSDが知ってなければ
無理だと思うんだけど、>>396ではクラックツールで予測している、とある。
>>397では、箱型のFWではそんな機能がある、とある。
んで、「えー、そんなこと、ほんとに出来るのか〜？」と、混乱してるんだけど。

>>401
ちゅまり、FW箱はestablishedなパケットもずーっと書き換え続けてるんだと思う。
L3SWてやつ？

>>400
すでにここまでの議論で linux ベースでできそうなことはほぼ出尽くしてい
るよね
これだけ情報を提供しているんだからあとは運営サイドがかけられる費用と
効果でサイフとの相談になるんじゃないかな。

それから、PIXとかの専用ハードが使えるならば機種選定すなわち費用の問
題になるからここで議論してもあんまり意味ないと思うんだ。実際いくつかの
ネットワークベンダの営業呼んできて話きいて過去にどっかで実績あるやつを
選べば間に合うんだ。
でもそれで解決しても私はうれしくない。そんなのできてあたりまえだ。

だから無謀と思えても >>357 とかのアイデアを堀下げていけばここには
結構技術者や研究者なんかも来てるから情報が出てくるかも知れないじゃん。
ここまででもいろんな話がでてきて結構おもしろかったでしょ。
私も知らない事がいっぱいきけたし。

>>406
L3SWは基本的にルータなのでIPアドレス（＋せいぜいフィルタリングするために
ポート番号）までしか見てくれませんよ。

>>407
FreeBSD-Linux間のセッション確立通知の時にTCPオプションを付けて
外から Seq を指定できるようにしてみる？
当然FreeBSDでInternet側からの2ch-specifiedなTCPオプションははじかないと
だめだけど。

>>403　>>406
FWが書き換えてる、結局FW箱が中継しているというのなら、納得。
厨房質問ですんませんでした。

>>405
Client <-> FW 間と FW<->Server 間のシーケンス番号を
FWが個別に発生／管理しないと難しいと思われ

なぜにPIX。

NOKIA(FW-1)な私は、異端児かしら。

>>408
なるー。

Fixed Box FWの前後でsnoopした事がありますが、シーケンス番号の
付替えをしてました。
Seq予測は事実上無理（出来たとしても実用に足るような応答時間は
得られないと思う）だと思います。

L4-L7 SWってのもありますが、実際にはパケットの中身（特定のデータ
グラムの中まで見る事が出来る物もあるそうな）を見てルーティングと
フィルタリングが可能なだけで、パケットのモディファイまでする物は
あまり聞いた事が無いです。

脱線ｽﾏｿ。

>>414
パケットいじるとチェックサムの計算の時間・負荷だけで馬鹿に
ならないんですよ。

>>412
FW1 だと >>360 みたいなことしているのかしら？

>>416
Seq予測は無理なんですよ。予測できたらそれ自体がセキュリティホール。
だから付け替えるか、何か特殊な方法で指示するか、くらいですね。

>>414
おぉ、確認済みでしたか。スバラシイです。

>>415
natdはそれやってるんですよね？

http://www.usenix.org/events/sec01/invitedtalks/oliver.pdf
この手のがあるんだから、コーディングできないものではないと思う。

>>418
ちゃんと１パケット毎に再計算やってます。

>>420
というかルーターはすべてチェックサムを再計算してます。

>>420
おぉ、ならパフォーマンスはともかく、おうち用のSYN-FWくらいは
BSD箱で作れそうですな。

>>417

>>360 の例ではシーケンス番号にあえて目をつぶって書き込んだんだけど。
シーケンス番号については CLI-FW と FW-Server の間でセッション毎にFWが管理
してやらなければいけないんだ。この例だと他に手段はないと思う。

「セッション番号が予測できない」というのは大原則だからね。

>>422
パフォーマンスは ADSLぐらいならceleron 300程度で楽勝と思われ。

>>422
100Mbpsフルワイヤとか考えないなら余裕です。

ｳﾊｳﾊ

ちなみに、FreeBSD3台ありますが、K6-200/200/230です。
いや〜〜んおっそーーーー。

>>426
NICの性能が物を言いますね。。。

脱線と言うか、話が堂々巡りに入ってませんか？

間に噛ませるハコ物を考えるのはsyncookiesを試行(再試行)してから
考えればよい話で、、、
しかもFreeBSDを考えるならsyn Flood Freeな外界からのパケットしか
ソケットから上位のProxyへ渡されないのでL3以上の（例えばxinetdとか）で
syn Flood対策を考える必要は何も無い訳ですよね？？？

プロキシ規制の話がらみでハコ物firewallを使うならbridgeとして動作しないと
いけませんね。という話がごっちゃになってしまって
FreeBSDでシーケンス番号の付替えをしないと！という話になってるように思います。

>>426
だいじょぶだ。おれなんか DX4 を 10M LAN のFirewallにしてる。
ftp で 400KByte/s (約 3.2Mbps)ぐらい出てるよ
まずためしてみれ
遅かったらそのときに考えれ

>>427
NICは DEC100/DEC100 , DEC100/カニ100 , VIA100/Cバスチップ不明10
です。

昨日、長文レスを書き込んだら鯖が落ちていました。
SYN flood問題があることは知っていましたが、自分が被害を
受けてムッとしながらうろついていて、このスレに行き当たりました。
一般人としてはTCP/IPの下位層を調べる必要は感じませんでしたが、
このスレを読むと自分が知らない部分がよくわかり、勉強になりました。

で、不謹慎ながら syncookies を使うだけで今回の問題を回避できて
しまったら、チョット残念な気がするといってみるテスト。

>>431
漏れ的には、方法はなんであれ、SYN Flood破れたり！ってことになればｳﾊｳﾊ。
でもなんか今日は2ch調子ｲｲですねぇ。

脱線しまくりでスマソが
>>430
カニ１００は FreeBSD で使えると思うが DEC100 は使えん物もある。
パフォーマンスは unix板に「安物LANカード」つぅスレがあるから
参考にしたらいい。
パフォーマンス重視なら Intel か 3Comのカードが定番だ。

>>433
買い替えるのもったいないもーん。
どうせびんぼーだもーん。
（´・ω・`）ｼｮﾎﾞｰﾝ

>>432
>漏れ的には、方法はなんであれ、SYN Flood破れたり！ってことになればｳﾊｳﾊ。
SYN Flood問題は簡単に解決しないように思われ。

>でもなんか今日は2ch調子ｲｲですねぇ。
今日はSYN Flood攻撃は休みでしょうか？

>>434
つぅか、DEC100には使えるものもあって DECカードマニアみたいな
奴もいるぐらいだからためしてみれ
気をつけなあかんのは DECのカードの場合はブートしてから5分ぐらいは
生きていてそれから死ぬ現象がでるカードがあるから、動いても
ぬか喜びに終る事もあるんだ。（わしはそれで何回かなかされたよ）

>>436
>>426に書いたけど、3台ともFreeBSDで使ってるよぅ。
確かにDECは2.x.xRの時はパッチあてたりmediaまわり指定したり
して苦労しただすなー。

脱線しまくりゴメソ
>>437
あ、うごいているんだ。なら大丈夫だね。
DECの方がカニよりCPU負荷かからないからイイよ

おうっと、キーボードの前で寝てしまった…。

夜勤さんとひろゆきは↓の対処で忙しいのかもしれないね。
Greenｂｂｓ全滅だそーな。

●お詫び●
現在green.jbbs.netサーバに接続できない状況が続いております。
状況が判明次第、詳細を報告させていただきます。
不確定ではありますが、データの復旧ができない可能性が高いです。誠に申し訳ありません。
東京アクセス代表 西村博之

でも、夜勤 ★さん応援スレに今夜勤さんいましたでー。

>>437
ごめん、時間つぶしに、DEC21xx計のmedia指定の方法とか、情報のソースとか教えてくらはい。

>>441
ういー。rc.confに
ifconfig_de1="inet ?,?,?,? netmask 255.255.0.0 media 100BaseTX mediaopt ful
l-duplex"
こんな感じにしてまふ。

ifconfig の man 見ると link[0-2] オプションも残っているが効くんだろうか…

>>442
ありが�d

さて、

ｷﾀ━━━━━━（ﾟ∀ﾟ）━━━━━━!!!!

２ちゃんねるのサーバを個別に攻撃できる方はいらっしゃいますか?

まってましたー

起きてた甲斐があったよーん。

ドキ（ﾟ∀ﾟ）ドキ

はーい。攻撃できまーす。

>>447
ツールはやっぱり D-bornが望ましいですか？

結果がどうなるにせよ、あまりここで話しちゃうと
手の内をさらけだしているような気がするので、

攻撃方法とかは、公言しないでやりたいなーと
思っているのですが、

で、標的は。。。

ex と　tv でやろうかな?
どんなもんでしょ

いいでーす

待ちくたびれました

ex と tv やっちゃってください。

>>456
PST で、今が朝なのよ、すんません

んじゃ 攻撃方法は何でも有りの、不特定多数でいいんですか？

おー。みんなで攻撃だー

攻撃しる。

>>458
まぁ　そうなんですが、
問題を複雑化させても　解決策がより解らなくなるので
いままでの延長線上ということで、

誰か攻撃してるの？

了解です。　いざ!!

http://mappy.mobileboat.net/~seek/
監視中

どっちか比較用に元の設定になってるんだよね? >夜勤ちゃん

な〜んか、落ちないですね（ｗ

>>465
んだ。

ｶﾞｰﾝ･･遅れた･･

だめっぽ(笑

今　一番負荷高いのが www2.bbspink.com なので
それも　お願いします、　(load ave 4.00 くらいですが)

どっちも新しい設定じゃ、攻撃が有効がどうかわからないよ。
あえてどちらとは言わずに、元の設定にして結果みるべし。

今実験のため攻撃した人を告訴とかされない証明できませんか？

>>470
炉祭りを起こせと？

ん？攻撃しちゃっていいのかな？

えっと、今攻撃してるんだけど、
ほんとにいいんだよね？ ﾄﾞｷﾄﾞｷ

どんどん　してねー

ping -f とかでいいの？
詳しい人教えて

返事がないから怖い　ﾌﾞﾙﾌﾞﾙﾌﾞﾙ

攻撃してんの？
ex,tv､www2.bbspink.com どれも、普通にアクセスできるぞ。

これだけやって落ちないのは悔しいぞ（藁

今、ex, tv, www2.bbspink こうげきちう。

成功！！ ｶｼ?

記念記念

>>478 詳しい人がやってます。

サーバ状態:
全27鯖 (･∀･)ｲｲ 27鯖　（´・ω・`）ｼｮﾎﾞｰﾝ0鯖

書きこみもできたぞ！

ほいじゃ信用してぶっぱなすわい。

NATの内側から撃ってもイイかな?
下手するとIPまる見えだけど^^;

ちょっと確認したんだがうちのISPからでは、どうやら
IP偽ると通してくんない。　　こういうとこだけは　マメなんだから・・

いくよ

引き続き攻撃中。なんかちゃんと応答してますね。
つうか、こっちのパケットダンプが凄いことになってるよ（ｗ

（´・ω・`）ｼｮﾎﾞｰﾝ
D-Bornっていうツールを使うのがいいの？

d-bornでいいでしょ。

わーい。荒らせ荒らせー。

>>494
わーいわーい

>>494
大爆笑。

>>494
ﾜｼｮｰｲ

アラシ親分登場

>>494
ぎゃふん

>>494
こら（ｗ

この板が荒れてるし

ワショーイ

管理人公認アタックマンセー

変化ないですが。。。

どこかに　linux用ないかしら？

わはは たのしー
公認アタックー

隊長！敵の砦はびくともしません！

どよ?

のま？

サーバ状態:
全27鯖 (･∀･)ｲｲ 27鯖　（´・ω・`）ｼｮﾎﾞｰﾝ0鯖

落ちまへんなぁ

落ちまへんな

落ちない･･･

もうちょっとまて　いま波動砲充填中

何でこんな発言でｹｺｰﾝするんだ（ｗ

恍惚
test

何人ぐらい突撃してるんだろう？

攻撃中・・・

http://www.niksula.cs.hut.fi/~dforsber/synflood/programs/

>>514
synk4.c Random IP spoofing SYN flooder
こんなのある（LINUX用） 場所は探してけろ

NAPT の内側からの攻撃は辛いな。

これってIPマスカレードの内側から撃つんじゃ無駄だよね？

　　　　*　　*　　*
　　*　　　　　　　　 *
　*　　　Λ＿Λ　　　 *
　*　　　（ ´∀｀ ）　 　 *
　*　　 ex 　　 *
　　*　　　　　　　　　*
　　　　*　　*　　*
　　　　　　　|
　　　　　 　 |
　　　　　　　|

　　　　 Λ＿Λ　　Λ＿Λ
　　　　（ ＿＿_）　（∀・　　）
　　　 /|_（祭）_|ヽ /|_（祭）_|ヽ
　　　 ﾟ |＿|＿| ﾟ　 ﾟ |＿|＿| ﾟ
　　　　（＿（＿） 　 （＿（＿）

>>519
ケコーン（藁　こんな事で…。

飽きた。攻撃終了

あい〜･･･

579 名前：名無しさん＠お腹いっぱい。 投稿日：2002/02/19(火) 17:15
>>571
ttp://www.cotse.com/dos.htm
の
synful.c SYN/ACK and SYN flooder
synk4.c Random IP spoofing SYN flooder
なんかでいいのかな？


580 名前：名無しさん＠お腹いっぱい。 投稿日：2002/02/19(火) 17:32
>579
またすごいところを持ってきたね(笑)

>>522
そーでーす。 NATの内側だと
IP偽装の意味がなくなっちゃいまーす。

今　攻撃してくれた方々が用いた方法では
サーバは持ちこたえた。

ということかな?

こうげきちゅー

何か悔しい･･

>>529
i think so tooooo

次はIPボンバーを…。

>>529
だから元の設定のを残しておいて、こっちOKだけど、元の設定はOUTって比較しないと。
じゃないと変更が効果あったかわからないでしょ。
みんなの攻撃が意味ないものかもしれないし。

なんだー。落ちないですです隊長ぉ〜〜

手ごたえない・・・（´・ω・`）ｼｮﾎﾞｰﾝ

つまり、今日（昨日）平和だったのは、対策済みってことだったんですかぁ〜
う〜んいけず〜〜（意味不明）

>>534
禿堂。
ちゃんと落ちるとこもみたいだけとも言う（ｗ

正直、攻撃飽きてきた(藁

synk4.c コンパイラとおらんぞ　ｺﾞﾙｧ

>>540
perl で書かれたのもあるYO!

>>540
cc -o synk4 synk4.c

一応、４時までということで　お願いします。

>>540
がんばれー

>>534
でもいまから設定変えて、再立ち上げは時間かかるよね…

synk4.c: In function `spoof_open':
synk4.c:170: structure has no member named `res2'
だそうだ

l170 //th.res2=0
コメントアウトしたらコンパイルとおった

意味ねー自己満足テストだな。 (w
こんなテスト方法・結果じゃ、納品認めないよに1000syn packet.

もちっと気合入れて荒らせよ！

　　　とかいってみるテスト。

なんか悔しいから全鯖でもOKじゃ？

あ〜〜、、あとはラウンジャーの方にフラッシュ作ってもらうの待ちかぁ

飛ばさせろや( ﾟДﾟ)ゴルァ!!

さんきゅー小物たん

これって、ISP側で落とされてるって可能性もあるんだよねぇ。
それはこっちから確認できるんでしょうか？

一人ぐらいどぼーんをtarget書き換えずにそのまんま使っちゃってる奴いると思う…

>>549★
禿ﾜﾗ

>>549
そりゃまずい（ｗ

よーし！んじゃ、F5連打スクリプト発動だ！＞誰かおながいします

>>546
漏れのとバージョンちがうなそれ…。170行はそれじゃない。

>>549
ｺﾞﾙｧ（ｗ

>>558
既にやってます

>>558
やってるよーん。

うしゃしゃしゃしゃ

>>561
ｹｺｰﾝ!!

よ〜し。パパでぼんv2.00で攻撃しちゃうぞ〜。

（´・ω・`）ｼｮﾎﾞｰﾝ

サーバ状態:
全27鯖 (･∀･)ｲｲ 27鯖　（´・ω・`）ｼｮﾎﾞｰﾝ0鯖

>>561>>562
やってましたか・・・鬱

ｱｰﾋｬﾋｬﾋｬ（ﾟ∀ﾟ）

>>534
禿同。
そうやってるよね?? >夜勤さん
まさか、全台OK問題なしとかって結果報告はしないよね?

夜勤さん＆ひ（略の勝ち？？

ちょっとまて。
みんな打ってる奴が2chのサーバに届いてるの？
まともなプロバイダに契約してる人はみんなパケットが落とされてるって事はない？
synパケットが届いているかどうか確認しないと意味ないんでは。

>>570
そんな事はやってなくて全台設定変更済みに、2000ack packets.

落ちなかったら　>>529 が、結果だと思います。
それ以上のことは言えないし、

これで負荷攻撃中(ｗ

<HTML><HEAD>
<TITLE>（　・∀・）</TITLE>
<META HTTP-EQUIV="Refresh" CONTENT="1">
</HEAD>

<FRAMESET rows="25%,25%,25%,25%">
<FRAMESET cols="25%,25%,25%,25%">
<FRAME src="http://tv.2ch.net/tv/">
<FRAME src="http://tv.2ch.net/tv/">
<FRAME src="http://tv.2ch.net/tv/">
<FRAME src="http://tv.2ch.net/tv/">
</FRAMESET>
<FRAMESET cols="25%,25%,25%,25%">
<FRAME src="http://tv.2ch.net/tv/">
<FRAME src="http://tv.2ch.net/tv/">
<FRAME src="http://tv.2ch.net/tv/">
<FRAME src="http://tv.2ch.net/tv/">
</FRAMESET>
<FRAMESET cols="25%,25%,25%,25%">
<FRAME src="http://tv.2ch.net/tv/">
<FRAME src="http://tv.2ch.net/tv/">
<FRAME src="http://tv.2ch.net/tv/">
<FRAME src="http://tv.2ch.net/tv/">
</FRAMESET>
<FRAMESET cols="25%,25%,25%,25%">
<FRAME src="http://tv.2ch.net/tv/">
<FRAME src="http://tv.2ch.net/tv/">
<FRAME src="http://tv.2ch.net/tv/">
<FRAME src="http://tv.2ch.net/tv/">
</FRAMESET>
<NOFRAMES><BODY></BODY></NOFRAMES>
</FRAMESET>
</HTML>

synk4.c　うごかねーよ・・・
ほかののを漁ろう。

>>575
同じことやってるやつハッケソ(w
一応ネスケ3で10個くらいブラウザ立ち上げてこれ開いてます・・・

>>570
まぁ理想的にはそうなんだけど、何かしらの秘密の対策がなされていて、
2chのつわも達の攻撃には耐えるってことで、とりあえずはｳﾊｳﾊと。

　そろそろひろゆきの

　ニヤッ

　が来る

　に

　（ﾟ∀ﾟ）

っというか、ターゲットサーバを1つに限定したらどう？

./synk4 0 ex.2ch.net 256 256

（￣ー￣）ﾆﾔﾘｯ

>>582
Σ（￣□￣；）

トオルｷﾀ━━(ﾟ∀ﾟ )━━!!

>>578
だからその攻撃が届いてないかもしれないって事だよ。
対策が秘密でよいけど、比較対照として落ちる鯖の用意は必要でしょ。

>>574
多くを語れないのは結構だが、人の話は聞けよ。

>>580
私はtv鯖だけをやってます

マ・クベ「我々が送り届けたSYNの量を考えてみよ。これで2chは10年は戦える。」

　そろそろひろゆきの

　ｱﾋｬ

　が来る

　に

　（￣ー￣）

>>585
まぁそうなんだけどね。

（￣ー￣）ﾆﾔﾘｯ

> 581

なんで 256番ポートなの？

586とお（略

>>575
同じことやってます
4時までですね？

>>585
だって夜勤さんだから・・・そんなもんだよ。
テスト方法・タイミング等に対する指示も満足に出来てないし。
なんで対策にこんな日数がかかったか良く分かる事例ですな。

ISPから外に出てるかどうかは、後日他の自鯖に個人的にしかけてみて
確認ということで・・・

鯖よりﾌﾞﾗｳｻﾞが落ちそう･･

　そろそろひろゆきの

　ｳﾏｰ

　が来る

　に

　ヽ(´ー`)ﾉ

しもた

>>494
http://ime.nu/wind.prohosting.com/gikoup/cgi-bin/2chup/upimages/10141421311926.jpg

>>495が良いこと逝ったかも

>>596
2chへの経路(除く今回の対策)でのみ遮断されてるかもしれないでしょ。
確実なのは同一ノード上に比較対象を置いて、攻撃者には教えずにテストする事。
テスト用の鯖とかあるのにやらないんだもん。
なんかテストを舐めすぎ。協力してくれる人を、そのリソースを馬鹿にしてる。

いろんなこと、一台のPCでやってるもんだから、こっちが重い…。

６００！６００！やたー！

あ、、、またかよ。。。ヽ（;´Д`）/

（;´Д`）

よーしパパ寝る前に攻撃しちゃうぞー

>>604
頭痛ぇよ(w

>>604
（￣ー￣）ﾆﾔﾘｯ

>>602
だから、攻撃者に教えずにやってると…いいほうに解釈しよう。

トオルﾀﾝ･･･

>>604-605
（;´Д`）

>>602
ちょっとおちけつ。ローカルで対策施してテスト済み=>実機で確認かもしれんだろ？

>>605
（￣ー￣）

あたっくするですー

変な人がいるな。

いやん　おこらないで、

痕少し(;´Д｀)…ﾊｧﾊｧ

あと2分

>>602,613
それなら、何処かが見えなくなる鯖が出ても良いはすなんだけどね。
ローカルでテスト済みでも実機で可能ならばやるのがテストでしょ?

だめっぽいですー。ちっ

なんかfusianasanトラップに掛かりまくってる人いるなぁ
名前欄に何でも良いから入力するべし

>>602
まぁ、落ちる設定でのテストはまた機会があればってことで。

夜勤さん陥落か？

>>617
ヽ(*｀Д´)ノｺﾞﾙｧ
中途半端なテストさせやがって!

ex.2chやってみてるでち

あと　1分

おちない。。

掟破りで全部やったけどギブアップ！
http://up2ch.tripod.co.jp/x00.jpg

>>622
漏れ気にしてないからそのままなんだけど…。
まあ、名前欄が伸びてｳｻﾞｲか。じゃあ入れよう。。

すんませんです、

>>622
fusianaってなんですか（ｗ

兵力が足りない･････とか言ってみる

４時だ･･･

タイムあーッぷ!!

＝＝＝＝＝＝＝＝　終了　＝＝＝＝＝＝＝＝

>>631
誠意が足りない！

＞602さん
貴重なご意見をありがとうございます。。。
でも、馬鹿になんか全然してないすよ。
協力してくれる人には本当に感謝してます。
ま、俺なんか素人で、なにやってるか分からんから、
見てるしかないんですが。。。

６００、、、、、、、、（；；）

>>623
だから言ってるでしょ。
テスト要員のリソースを無駄にしてるって。
また機会があればって、それはきっとまた被害があった時だよ。
テストプランとか以前の問題なんだけど。

(・∀・)ｵﾜﾀ!

ごめんなさい(涙汗　>>637

いやぁ、、同じアホなら踊りゃなそんそんってことで。

お疲れー

夜勤さんとりあえず なんかの結果／結論／コメント だしてよー。

ビクともしなかったね

乙カレー＞ALL

>>642
やっぱそういう事ね。
なんか納得。説得力あるセリフだ。 (w

>>636
すげぇ。どんぴしゃ（死語？）だ・・・

ほんとうに　みなさん　ありがとうございました。
これで、少しは延命できるということでしょうか?

訓練はOKだった
だが実戦では、はたして？

で対策はしたのよね一応？>>>夜勤

夜勤さん完全勝利か

>>645
非常に悔しいな…この悔しさが新しいクラッキングツールを作る
原動力なんだろうな…と言ってみるテスト（藁

echo 1> /proc/sys/net/ipv4/tcp_syncookies
しただけだったりして..

夜勤★ｻﾝ
＞これで、少しは延命できるということでしょうか?←「?」ｷﾆﾅﾙ･･･

なんか、こうも完全勝利をされると逆に・・・ｵｯﾄ

歴史に残る一時間でした。

>>642
金かけないで、できたんですか？

とにかく、、みなさま、お疲れ様です。

>>635
だって>>602の言うとおりだから、? としか表現できないんだYO!!

お疲れ様です

乙カレーっす＞ALL

なんらかの対応は致しました。
持っている情報はすべて　>>642 の方にはお話いたします。
それを公開するとか、そのへんの判断を私には迫らないでネ　(逃げるー)

http://mappy.mobileboat.net/~seek/logview.cgi?srv=ex.2ch.net

なにーもおきてないですな(笑

ひろいきー、情報公開しる

記念カキコ

>>666
あ、ひさびさ　

隊長ｷﾀｰ

お疲れさまでした＞夜勤さん, etc

黙ってROMしてたけど
便乗記念カキコ

みんな乙彼〜(隊長除く)

つーかさ、こうやって見ると２ちゃんねるっつーかネットの安全って
ほんとに個人の良識だけで持ってるのね。
これだけ短時間にアタックツール用意したり、方法考え出したりする奴が
ごろごろしてるんだもの…。

さすが悪魔の（以下略）>>666

そして666をかっさらっていく・・・ｽｹﾞｪ

>>666
666おめ。

うーん　どういう対応したか教えてくれてもいいような。>>ひろゆき

>>665
非公開に10000 syn Packets.

白星記念書き込み。

>>666
獣のキリ番、おめでとう！

ね、猫耳(*´Д`)ﾊｧﾊｧ

記念ｺｷｶ

>>663
つまり、何か知りたければひろゆきを叩きまくればいいと？

>>666
（・∀・）ｲｲ!とこ取り（ﾟдﾟ）ｳﾏｰ

じゃぁ、次はあのspoofingｶｷｺくさいランダム文字列・・・
って、あれも最近見ないですが、対策済みですか・・・鬱

とりあえず，寝ます

記念ｶｷｺ

>>672
それらがいっしょくたに集結してる場所ってこってすかね。

あ、しもた……しくしく。

住人さん達の、無償の知恵と努力が、また２ｃｈを支えた・・・・・。

よーし隊長に1000プレゼントするぞー

>>682
まだ、全部の情報を収集している段階ですので、
全てを伝え終わったわけじゃないですけど、

httpd.confにListenbacklogかいただけに一票。

実は高価な箱を入れちゃったに 3 attack

つーか、この時間にえらいギャラリーの多さだな（ｗ

まだ d-bornきり忘れてる奴がいるに 10000パケット

(((( ；ﾟДﾟ)))ｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙ

そのまま寝てるのもいいね。

>>697
そして通報されるのだった…。

>>695
そんな罠も・・・

＞684さん
あ、そっちは俺が対策しました。
ただし、まだ調整の必要はありますが。。。
荒らしはできるだけ書けないように、
普通の人を巻き込まないように、って難しいんすよ（汗）

ひろゆき･･寝ちゃったのかな････

>>700
それはありがたいです！

なんか、めちゃくちゃ祭の最中。

とりあえず夜勤★さんおつかれ！　ありがと！！
このスレのみんなもおつかれさん。
すごい場面に立ち会った気がする。で、感動のフラッシュはまだですか？

>>700
狙ってた？

>>700
あ、700おめでとうございます。・・じゃなくて・・・・
そうでしたか。ご苦労様です。
判定ルーチン書いちゃうなんてすごいです。

クライマックス見逃したやんけ

あ！７００！７００！(･∀･)ｲｲ!

ああ、いまナイスアタックおもいついたんだが。もうやったらだめか　
ちきしょう。

いい機会だからついでに言うけど
↓これ 名前欄に書くのも排除してよー
?

&rloといっしょで、ある環境だとIE飛んじゃう…。

>>707
ん？　おめ。

皆さん，お疲れ様でした．
おやすみなさい．

くっそ、ちっきしょー
今まで我慢してたのに
俺も鯖落としてみたかたー
対策前の鯖キボンヌ（ｗ

さてー、寝るか。

やきん　　 のレベルが あがった！
ひろゆき　のギャグが しんかした！

>714
進化はしてねーべ。

>>714
トオルたんと隊長は？

とおる　は　こまっている。

いまex.2ch.net にanonymousしてたのはおれですごめんなさい。

ひろゆき　のくちびるが しんかした！

祭りの後の静けさよ･･･

>>714
ひろゆきのギャグは進化しません。
するのは反応する２ちゃんねらーの方です。多分。

ここはひとつ 〆に祭り終了AAを…

綴りが違うのは気にすんな。

間違って1ch.tvをアタックしてたボケｷﾎﾞﾝﾇ

>>724
カンコックだったらもっとﾔｳﾞｧｲな、時期的に。

　 |　　　　　　 　 |　 |
　 |　　　　　　 　 |　 |＿＿＿＿_
　 |　　　　　　 　 |　 |￣￣￣ ／|
　 |　　　　　　 　 |　 |　　　／ ／|
　 |　 　 　 　 ／＼　|　 ／|／|／|
　 |　 　 　 ／　 ／　|／／ ／ ／|
　 |　　　／　 ／ |＿|／|／|／|／|
　 |　 ／　 ／　　|文|／ ／／ ／　　　 　∧∧ ＜ﾁｮｯﾄ ﾀﾉｼｶｯﾀﾈ・・・
　 |／　 ／.　 ＿.|￣|／|／|／　 　　　 /⌒ヽ)
／|＼／ 　／　／ 　|／ ／　　　　　 　[ 祭　_]　　 　∧∧ ＜ﾁｬﾝﾄ ﾂｰﾙ ｻｸｼﾞｮ ｼﾃﾈ・・・
／|　 　 ／　／　 ／ヽ　　　　　　 　　三____|∪　　 /⌒ヽ)
　 |　　　|￣|　 |　|ヽ／l　　　　　　 　 (/~ ∪ 　　　[ 祭　_]
　 |　　　|　 |／|　|__|／　　　　　　　三三　　　　 　三___|∪
　 |　　　|／|　 |／　　　　　　 　　三三　　　　 　　(/~∪
　 |　　　|　 |／　　　　　　　　　三三　　　　　　三三
　 |　　　|／　　　　　　　　　　　　　　　 　　　　三三
　 |　 ／　　　　　　　　　　　　　　　　　　　　三三
　 |／　　　　　　　　　　　　　　　　　　　　三三
／

　　　　　　　　　　　　　　　　　　　　　＿,,,,,.....　　　　　　　　　　　　　　　　∧∧∧∧∧∧∧∧
　　　　　　　　　　　　　　　　_.. -‐ ' "　　　　 ヽ￣ﾉ^7__　　　　　　　　　＜　　　　　　　　　　　 ＞
　　　　　　　　　　　　`ー ''"--―――-r⌒｀｀~｀ﾞﾞ`''ﾍ/　　　　　　　　　＜　　祭終了！！！　＞
　　　　　　　　　　　　　`ー--――ｰ---＞　 〜-､_,　',　　　　　　　　　 ＜　　　　　　　　　　　 ＞
　　　　　　　　　　　　　　`ー-- ..＿ へ/　　　くてi`　〈　　　　　　　　　　　∨∨∨∨∨∨∨∨
　　　　　　　　　　　　　　 `ｰ-_　　 | ^i　　　　　　　　, ﾉ　　　　　　　　　　　　　　　　　　　　_.. ‐ｧ=r‐''⌒ﾞ二ﾆ二つ
　　　　　　　　　　　　　　　　　 ヽr''ﾍ､_　　　　 ,.-＝ｧ/　　　　　　　　　　　　　　　 _. -‐ '"´　　l　l　　　　r}　} }l
　　　　　　　　　　　　　　　　　　/　　　!､　　　{＿_//　　　 __　　　　　　.　-‐ ' "´　　　　　　　 l　ヽ　 ､　ヽ_ﾉﾉ
　　　　　　　　　　　　　　　　　 ﾉ 　 　　　　､ 　￣ /-‐ ' "´／｀ﾞ ｰｧ' "´　　‐'"´　　　　　　　　　ヽ､`ｰﾃヽJ
　　　　　　　　　　　　　_.. -‐''ﾌ|フヽr-‐ ''''フ.￣｢´ 　 　 　/　　　/　　　　　　　　　　　　　　　 __.. -'-'"
　　　　　　　　　　. ‐ '7 　 　く/|〉-rへ. ／　　　l　　　　　l　　　/　　　　　　　　　　　 .　-‐ '"´
　　　　　　　　　/　　/　　　 /　|　 | ／ ｀ ＜´　　 　 　　 ',　／　　　　　　_..　-- ' "´
　　　　　　　　./　　 /　　　 ヽ .|　/ 　 　／　iニニニ}　 ／ ､　　 _,.　-‐'"
　　　　　　　　　　　 l iニニl　ヽ|/ 　 ／ 　 　　ﾉ　　　 　 　　`／

すげー事やってんなぁ…
記念カキコ

　　　　　　　　　　　　　　　　　┏━┓　 　 　 ┏┓
　　　　　　　　　　　　　　　　　┣━┃┏━┓┃┗┓
　　　　　　　　　　　　　　　　　┃━┫┃━┫┃┃┃
　　　　　　　　　　　　　　　　　┗━┛┗━┛┗┻┛

　　　　　　　　　　　　　　　　　ありがとう、アタッカー達

　　　　　　　　　　　　〜僕らはのパケットはいつも狙ってるYO!!〜

　 　 　 　　 　 　 　 　 _＿＿＿_　　　　 　 　 　 　|　　　　　　 　 　 ∧＿∧
　　　　　 ∧,,∧　　　 |｜＼　　 ＼￣|￣~|　　 　 |　　　 　 　　　　（・∀・　）
　　　 　 ミ,,ﾟДﾟ彡　　,|｜ 　l￣￣ l　 |：[］／＼　｜　　　　 　 ＿|￣￣||＿）＿
　　　 ┌‐ﾐ つつ／￣|｜／ ￣￣/　,| ／　　　＼|　　　　　／旦|――||/／ ／|
　　　　|└ヾ,, ,,|二二二」二二二二 ∧＿∧ 　 　 ＼　　　 |￣￣￣￣￣|￣|jr│
　 　 　 ￣||∪∪ 　 |　||　　　 　 ／（　´∀｀）//￣￣/、　│ ＿＿＿＿ |三|／
　 ―――――――――――< 　（　つ ＿// 2ch,/　 >――――――――――――
　 　 　 　 　 　　　　　　　　　　　＼ ｛二二｝ 三 三｝ ／＿＿ ＿＿＿＿
　 　 　 　 　(;　-＿-), ＿＿＿＿＿＼￣￣￣￣"／ =| 　 ／　　／　｜|　∧∧
　　　　　　 / つ ＿//　　　　　 　 /　 ＼ 　 　 ／| ￣｜　l￣￣ l　 　 |｜(ﾟДﾟ ,)
　 　 　　　 し'`|＼// ___,Hikkie＿/　　　 |＼／___,|　＝|　　＼￣ ＼　｜|¬ ⊂ ヽ/
　　　 　　　　　＼｝===========｝　　　 |　　 [二二二二二二二二|二二二」　　）
　 　 　 　 　 　 　 ￣￣￣￣￣￣　 　 　|

あうっつ　ミスった
×僕らはの
○僕らの

>>727-726 あんがと。

祭りに乗り遅れたよう・・・
(´･ω･`)　ｼｮﾎﾞｰﾝ

記念ｱﾎﾛｰﾄﾙ

ちょと勉強になったよ。Networkはいじるけど server屋じゃないから
しらなかった。
でもおかげで仕事が滞ったよ。

　　　∧∧
　　 /⌒ヽ) ＜完全に乗り遅れた…
　　i三　∪
　○三　|
　　(/~∪
　　三三
　三三
三三

記念ﾊﾟﾋﾟｺ

　　　　〃⌒⌒ヽ.
　　　　ｉ　ﾉﾘﾉ ）)）〉　　　　　　
　　　　! (||○_○ﾘ　　　　　　　
　　　　(v）つ⊂ﾊ　　　　　　　 実験に参加された皆様お疲れ様でした♪
　　　　　〈/,'＾!ヽ　　　　　　 　
　　　 ／￣ｰ'ｰ'￣＼　　　　　
　　／　　　　 ●　　●､
　　|Y　　Y　　　　　　　 ＼
　　l !　　 !　　　　　　　▼ |＿_　　　　 ＿ _　　　　　/＼／|　　　　　　　　　＿_　　　　 __＿_　　　　＿_
　　〃⌒⌒ヽ〃/二ヾ.　, ' ＿＿ヽ.　ｧ'　　ﾄ ヽ　　 ∠〃⌒⌒ヽｧ' ○○､／, 〜〜ﾐ. [〉ｧ /^ｌﾍ ヽ^8　 lﾍ `8ﾍ ,,..,,...,,
　　i彡ﾉﾉ）)）)〉./ﾌﾌ77〉.i／ﾉﾉﾚﾘ)〉i)ﾐﾉノﾉ ） 〉〉´ ⌒〈] /ﾌﾜﾘﾌ〉 从ﾉ从!〉ｲﾉﾘ从）)) ,' i .ﾉﾘﾉ　）))从ﾘﾉ　）))ﾘ , 〜〜ヾ
　　l∬ ＾ヮ＾八 | ﾟヮﾟﾉl|<ゝ|| ﾟ ｰﾟﾉ!ﾉﾉ(ﾘ ＾ｰ＾ﾉ､ﾉ从从|〉l ＾ヮ＾八 ゝﾟ ｰﾟﾉゝ !| ﾟ ‐ﾟﾉﾘ| /ｉﾊ ＾ヮ＾ﾊﾉﾉ(l| ﾟヮﾟﾉﾘ| i iｲﾉﾘ从i〉
　 ﾉ∬つK!つ）[つiiつ　　 /((つ　(（　 ifつつﾉ）| ﾟヮﾟﾉla）つつ(d）ifつ�I /⊂V†Vつ1. Vf ]つつ'^⊂)l水!つ iﾐ! ´-｀ﾉﾐ!
　　　,く/_|j〉　　Ll_ヽゝ　⊂ヽﾉ|　　 ｀ く/-|〉　⊂l水!⊃く/_|j〉　　 l/l_.」　ｰ-くﾉ_l」‐'　)　,く/_|j〉　　 ,く/_|」 　 iﾐfつ⊂iﾐ!
　　　し' l_ﾉ　 　 し'ヽ) 　 　 し'　　 　 し'[.ﾉ　 　 じ'J　し' l_ﾉ　　　 し'J　　　し'l_ﾉ　　　 し' l_ﾉ　 　 し' l_ﾉ　　)' ﾑYYi〉

おれもアタックしたかったよ!!

FLASHきたいage

よくわからなかったけど、うまくいったんでしょうか? バカにもわかるようにおしえてくだし

>>739 なんかカイケツできちゃったみたいで、つまらんね....

わ、しかも sageそこねた... ウトゥだ..

正直　落としてみたかった(^^;

ここはひとつ、乗り遅れたみんなで
D-Born のバージョンうｐをお願いしてみてわ？（ｗ

乗り遅れた

（´∀`）＜synk4改造しました。攻撃許可を下さい（ｗ

>>691
夜勤 ★さん、対策おつかれさまです。
なんか、淡々と対処していて、かっこよかったです。
歴史的なスレに記念カキコ

話すネタが尽きたから寝ちまったらその間にアタックテストが
おわった。対策ができたようだね。
「果報は寝てまて」というがそのとおりだ

結局どんな対策したのか説明しれ

寝てしまって祭りに参加できなかったよ(-_-;)
管理人＆鯖屋公認のアタックなんて、もう一生できない…

なにはともあれ
実験参加の皆様　お疲れ様でした
夜勤 ★タン＆ひろゆきタン　どうもありがとうございます

漏れも乗り遅れた・・・とりあえず記念カキコ

でも今　natto　と yasaiが トンでますね…。

自己レス
わかつた。この2つのサーバーだけってことは、HDDの載せ変え中なわけか…

　 |　　　　　　 　 |　 |
　 |　　　　　　 　 |　 |＿＿＿＿_
　 |　　　　　　 　 |　 |￣￣￣ ／|
　 |　　　　　　 　 |　 |　　　／ ／|
　 |　 　 　 　 ／＼　|　 ／|／|／|
　 |　 　 　 ／　 ／　|／／ ／ ／|
　 |　　　／　 ／ |＿|／|／|／|／|
　 |　 ／　 ／　　|文|／ ／／ ／　　　 　∧∧ ＜ﾉﾘｵｸﾚﾀ・・・
　 |／　 ／.　 ＿.|￣|／|／|／　 　　　 /⌒ヽ)
／|＼／ 　／　／ 　|／ ／　　　　　 　[ 祭　_]　　 　∧∧ ＜ｸﾞｰｸﾞｰ ﾈﾃﾀﾖ・・・
／|　 　 ／　／　 ／ヽ　　　　　　 　　三____|∪　　 /⌒ヽ)
　 |　　　|￣|　 |　|ヽ／l　　　　　　 　 (/~ ∪ 　　　[ 祭　_]
　 |　　　|　 |／|　|__|／　　　　　　　三三　　　　 　三___|∪
　 |　　　|／|　 |／　　　　　　 　　三三　　　　 　　(/~∪
　 |　　　|　 |／　　　　　　　　　三三　　　　　　三三
　 |　　　|／　　　　　　　　　　　　　　　 　　　　三三
　 |　 ／　　　　　　　　　　　　　　　　　　　　三三
　 |／　　　　　　　　　　　　　　　　　　　　三三
／

>>752
波幻道・・・・

記念カキコ

よーしパパ次は乗り遅れないぞー

朝起きたら祭りは終わってた。
みなさんお疲れ様〜。

ぅぅぅ、あと1時間起きていれば。。。

ま、いつまでたっても追いかけっこだからな、この分野は。
今度はセキュリティ板で会おう（ｗ

記念マキコ

糞蝦痔自慰は降臨してないのかなあ。

あまりにも遅すぎる記念カキコ

>>666
でも1000は取れない、、、。(w

一応記念カキコ

記念カキクケコ

記念

総合的に推理すると、、SYNcookieらしいです。。
でもよくわからんです。

>>765
昼間にひろゆきのカキコ見るのは初めてだ。（ｗ

>>766
きっとJBBS関係で起きていたと思われ

記念ｶｷｺ

祭に参加したよ
凄かったよ。攻撃されてても、全然落ちねーんだもん。

結局テストの結果は反映されてる？

（・∀・）＜記念カキコ

>>765
（・∀・）ﾗｲｰﾖｰ!!

記念真紀子

記念ﾑﾈｵ

D-Born 作者よ
これぐらいで挫けず強力ツール開発せよ！


　　　　　　　　　　　　　とかいってみるテスト。

∀・)＜↓★さんどーぞ・・・

アース神族軍よ　これぐらいで挫けず強力ツール開発せよ！

＜アース神族軍メンバー一覧表＞
氏名　　　　　　　役職　　　　　　　種族　　　　　領地　　　　　　　現住所　
Messiel　　　　　リーダー　　　　アース神族　　　２ｃｈ　　　　　東京都府中市
ネオ麦茶　　　　エインフェリア　　人間　　　実家に自室あり　京都府医療少年院
むねおちゃん 　エインフェリア　　人間　　　批判要望板　　　　　不明
神風 　　　　　 　エインフェリア　　人間　　　携帯ゲーム板　　兵庫県神戸市
たかし　　　　　　エインフェリア　　人間　　　PCゲーム板　　　大阪狭山市
テキーラ　　　 　エインフェリア　　人間　　　PCゲーム板　　　　　不明
佐々木(個人) 　エインフェリア　　８９３　　ニュース極東板　　　北朝鮮
木村寿一　　 　 エインフェリア　　８９３　　組事務所あり　　　東京都荒川区東日暮里
あひゃ　　　　　　調理師　　　　　　人間　　　家ゲ板　　　　　　愛知県半田市
ロンゲ　　　　　　お茶くみ　　　　　人間　　　携帯ゲーム板　　東京都世田谷区
M.I.A　　　　　　　お茶くみ　　　　　人間　　　ジャパトラ　　　　　　　不明
(´ー｀)y−~~~ 　　トイレ掃除　　 　人間　　　セキュ板　　　　　　　　不明
ポケ20才能　 　トイレ掃除　 　　 人間　　　携帯ゲーム板　　　北海道札幌市
緑茶　　　　　　　臨時アルバイト　人間　　　ニュー速板　　　　　　不明
クロノア信者　　はったり屋　　　　人間　　　自作板　　　　　　大阪府　清教高校２年

（　´,_ゝ`） ﾌﾟｯ

　 /￣￣￣￣￣ヽ
　/　＿＿,,＿＿　ヽ
　|　|　　へ　へ　|　|
　|　|　　ﾟ　　ﾟ　　 |　|
　|　|　　　ﾑ　　　|　|　 　／￣￣￣￣￣￣￣￣￣￣
　|　|（￣￣￣＼ |　|　＜　みんな有り難う！
　|　| |(二二二) )|　|　 　＼＿＿＿＿＿＿＿＿＿＿
　￣､＼＿＿／/￣

記念ｶｷ子。

疑念ｶｷｺ　-=･=-　 　-=･=-

記念カキコ。（私は作りませんよ（笑））

>>765
詳細な解説（英語だけど）
http://www.redhat.com/support/errata/RHSA-2001-142.html

　　　≡＠ノハ＠
　　≡　（　ＴдＴ）＜記念カキコー！！。。。
　　　 　(　O┬O
　≡ ◎-ヽJ┴◎ ｷｺｷｺ

記念ﾊﾟﾋﾟｺ

kinenkinen

みなさん昨晩はお疲れさまー、と、またトリップをつけてみる。

少し落ち着いたら
http://pc.2ch.net/test/read.cgi/tech/1012310594/
もよろしくですー＞夜勤さん

もう設定済みで、遅いだろうけど、絶対こうしろって値を書いておく
tcp_syncookies=1
tcp_max_syn_backlog=1024
icmp_echo_ignore_broadcasts=1
tcp_retrans_collapse=0
tcp_retries1 は、もし5より大きければ5以下に、3〜5くらいの間で
tcp_retries2 5〜7くらいあたりにしたほうがいい
tcp_fin_timeout 60以上にはしないように
icmp_destunreach_rate 1以上
icmp_echoreply_rate 5以上

くらいかな？

はぁ
対策で何をやったか想像するに
カーネルパラメータを調整する

間違えて書き込んだ

私は対策で何をやったか想像するに

カーネルパラメータを調整する
＋ 788 + SOMAXCONN あたり
RHSA-2001-142 か同等のパッチをあてる
↓
とりあえずsynfloodがきても大丈夫かな
↓
1日しても落ちない
（・∀・）ライーヨー!!

だったのではないかとおもわれるんですけど

いったい何があったのですか？教えてください。

あ

>>791

>>289-290 を読んでごらん。
そのあと 445 あたりからアタックテストしてるよ

>>793
ありがとうございます。

登場人物おんなじ、女慈ー

2CH(・∀・)ｼｬﾝﾃｨ！

ageカキコうざい。
祭りはもう終わったんだ、名ｽﾚに汚点を残すな。

>>797
　つーか　39さんは、修正方法提案した一人〜。
　797は何かした？

またここに感謝厨が押し寄せる…訳はないか(ﾜﾗ。
今回はちょっと閉鎖って話題が出なかったからな。

>>798
ちょっとだけ煽った。

>>800オメ！
藁田

批判要望板の★おっかけ集団がきとる。（ｗ

祭りには思いきり乗り遅れたけど、仕事はじめました。
初出勤でねぶ

1

12

またひとつ
ノウハウが
蓄積された
これだけ大きな研修の場をもってる
ぴろゆきは
ひょっとしたら本当にビジネスとして
成立させてしまうかもしれない
既存のＩＴ企業以外に入り込む場所が
あるかもしれないね。
今のうちにサインくれ＞ぴろゆき

解決したようで、おめでとうございます。

rim.netはまだ...

http://mentai.2ch.net/test/read.cgi/accuse/1014037833/

1 名前：心得をよく読みましょう 投稿日：02/02/18 22:10 ID:IydJC/WL
もうこうなったら楽しみましょう。

テンプレ↓

●2ちゃん歴
●知ったきっかけ
●常駐板
●攻撃者に一言

>>809
どうしろと？

寝ちゃったから怨念カキコ

ﾍﾟﾀﾍﾟﾀ

ｖ（・∀・）ｙ

>806　ひろゆきの年収も６０〜７０万円を上回る日が来ると？

年収の９割がうまい棒に化けると見た

納豆味は１本１２０円で裏取引されているらしいですからね。

つか、単にsyn cookiesを有効にすればいいのに、うだうだやって引き延ばしてただけ。
感動とか言い出すやつは夜勤にかつがれてるだけの足りない人間。

>>816
何故、うだうだに成ったかを考えなきゃSEじゃないよん。

記念ﾏｷｺ

JBBSどうなってんの？

記念ひろゆき
http://gkn.s7.xrea.com/cgi-bin/2chup/img/001.jpg

記念ｻｷｺ

なんの記念になるやら。

記念ﾑﾈｦ

記念ｶｷｺ

>>806
　JBBSのログをとばすやつが成功するとは思えない。
　むしろここの住人たちにおんぶに抱っこしてるだけのような…。

>>825
おんぶさせたり抱っこさせたりしてくれる人がいる
というのが重要なんじゃん。

(￣ー￣)ﾆﾔﾘｯ

記念(・∀・)ﾓｽﾗｰ

記念(･∀･)ﾗｲｰﾖｰ!

完全に防ぎきっては、いないようですね。
今まで落ちていないkabaが落ちているという事はNewVer？

サーバ状態:
全27鯖 (･∀･)ｲｲ 22鯖　（´・ω・`）ｼｮﾎﾞｰﾝ5鯖 ｱｯﾋｬｯﾋｬ!ヽ(ﾟ∀ﾟ)ﾉ �d�j! �d�j!

たしかに。
純粋にcookieが多すぎて処理できていないのかもしれない＝アクセス過多

>>830
http://mappy.mobileboat.net/~seek/logview.cgi?srv=kaba.2ch.net
これを見ると、非常に短い時間の不具合があるようですね。
攻撃が始まった瞬間は、overflowして、その後にsyncookiesが有効になるという
感じでしょうか？

動作報告板より、ひらってきました。
------------------------------------------------
Tracing route to mentai.2ch.net [216.218.192.139]
over a maximum of 30 hops:
1 70 ms 72 ms 72 ms *.*.*.*
2 71 ms 71 ms 71 ms *.*.*.*
3 71 ms 71 ms 71 ms *.*.*.*
4 71 ms 72 ms 71 ms cba-gw5-pos6-0.gw.odn.ad.jp [210.142.161.49]
5 73 ms 72 ms 71 ms cba-gw2-pos10-0-0.gw.odn.ad.jp [210.142.163.13]
6 71 ms 71 ms 72 ms cba-gw6-pos5-0.gw.odn.ad.jp [210.142.163.38]
7 279 ms 280 ms 279 ms pax-gw2-pos2-0.gw.odn.ad.jp [210.142.163.118]
8 278 ms 279 ms 279 ms paix.he.net [198.32.176.20]
9 280 ms 280 ms 281 ms gige-g0-0.gsr12008.fmt.he.net [216.218.130.6]
10 290 ms 290 ms 289 ms mentai.2ch.net [216.218.192.139]
Trace complete.
---------------------------------------------------
Ping statistics for 216.218.254.90:
Packets: Sent = 20, Received = 4, Lost = 16 (80% loss),
Approximate round trip times in milli-seconds:
Minimum = 688ms, Maximum = 695ms, Average = 138ms

---------------------------------------------------
一応、syncookiesが有効になっていると思われるものの、
鯖のレスポンスは、かなり落ちてます。

>>833
pingじゃsyncookieの状態はわからないとおもうけど？

>>833
を〜い。いつから ICMP ECHO な ping が TCP に関係するようになったんだ?
にしても、夜勤はヘタレだよな

>>833
これが状況を正しく表してくれるわけはないので、どうでもいいデータなんだが
ふと気になったのが、
>Minimum = 688ms, Maximum = 695ms, Average = 138ms
どうして、平均値が最大値と最小値の中間の値になっていないんだろう???

>836
急激に負荷があがったからminimum＜maximum値はどっちも高いけど、
averageは、平均値を出す総体があるから、それで平均値出すと小さくなる。
という風な考え方でしか理解できない。
バグがないんだったらね(笑)

記念

SYNE
SYNE
SYNE
SYNE
SYNE

>839
aitata

フラッシュできた？

>>839
SYNE　→　
　　　　←　AKU

↑ﾜﾛﾀ

空気記者、失態を演ず
http://choco.2ch.net/test/read.cgi/news/1014441498/

>844
意図的なパス漏らしじゃなかったら救済してもらえるかもね。
もらえないかもね。

>844
ああだめかも。ニュー速板で荒らしに使われている(笑)

syncacheって調整パラメタないのかしら？

空気記者って何?

>848　ニュー速の公式スレ立て代行人のこと。
　スレ立て制限がきついけどかといって緩めてもらうのも駄スレ乱立も確かなのでその妥協案として
　でてきたらしい。で、ひろゆきに訴えて管理用キャップと同様にスレ立て等に制約のないキャップを
　発給してもらった。それが「空気記者φ★」のキャップ（#air98air）。

　「空気記者」ってのは、ニュー速＋の「記者」をもじったらしいよ。
　何をする人間なのかさっぱり分からないネーミングするセンスは最高だな♪

>>849
サンクス。今度オナホール貸してやるよ。

いらん（ｗ

じゃあ漏れのケツの穴（ｗ

>847
あるよ。

　･SYNのキャッシングに使うハッシュテーブルのサイズ
･各ハッシュエントリーのバケットにおける最大値
　･全体でSYNをキャッシュ可能な上限値
　･syncookiesを使用するかどうか

などが設定可能。詳細はソースコード

/src/sys/neinet/tcp_cache.c

を読むべし。

追加

参照ソースコードはFreeBSD4.5です

syncookiesには調整パラメタないのかしら

/src/sys/neinet/tcp_cache.c は
http://www.jp.freebsd.org/cgi/cvsweb.cgi/src/sys/netinet/tcp_syncache.c?rev=1.5.2.4
ですね

>>850-852

http://kaba.2ch.net/test/read.cgi/accuse/1014363291/
633 名前：心得をよく読みましょう 投稿日：02/02/23 18:08 ID:/AnalKuN
>>632
ふむ。
二度とキャップもらえないのは間違いない。

634 名前：心得をよく読みましょう 投稿日：02/02/23 18:09 ID:RHs99Hol
　
　ID:/AnalKuN

635 名前：心得をよく読みましょう 投稿日：02/02/23 18:11 ID:aWC6so72
>>633
神のID

636 名前：心得をよく読みましょう 投稿日：02/02/23 18:12 ID:HsLOBnBm
>>633神だ！アナル君（ｗ

637 名前：心得をよく読みましょう 投稿日：02/02/23 18:12 ID:y4ib1oQ4

ID:RHs99Hol

記念ｶｷｺ

>856
ファイ名間違ってました。
フォローありがとう。

>855
FreeBSD 4.5Rに関してはsyncookiesに関しては調整パラメータはないみたい
Linuxに関してはこのスレの >788　あたりが参考になると思われ

で、フラッシュは？

ｼﾞｮﾜｯ!!

>>860
今回、実際に動いたのは夜勤さんだからね。

しまった、ふしあなさん……

レス読んでもよくわかんないけど、これって割と鯖管理の基本？
のような気がしたんだけど・・・

予算的にいろいろあるようですが。

アゲ

1000取りしないの？

>>867
1000取ると良い事でもあんのか？

隊長が降臨する

なんか終わっちゃったみたいですけど、
Cisco の CSS っつう Load Balancer だと、
DDoS(Syn Flood 含む) 防げて、
L7 で Load Balancing までできて、
Proxy 規制も ACL & Sorry Server 機能で対応できて、
簡単に解決だよ。

価格も、FreeBSD BOX 作って検証する手間考えたら安いもの。
Solution 的にも PIX 使うよりこっちのほうが筋がいい。

俺も BSD 好きだけど、新規インプリを検証抜きで実運用に持ってくるのは危険すぎ。

実績ある Appliance 製品を使うのが保守も楽で結局コスト下がる。

フラッシュage

>>870
Cisco の load balancer よか *BSD の SYN Cache や SYN Cookie のほうが
よほど実績あるような気がするけどどうよ。

>>870
DDoSが防げる？？？
どうやって防ぐんだ？
原理を行ってみろ

あまりいいかげんなこと書くんじゃねえよ

>>873
防げるんだよ。
原理？どーせお前に説明したって
解りゃしねーよ。

>>874
DDoSでサーバに影響が出ないようにはできるけど、
対外回線がふさがるのは対処できないだろ

おまえ、InternetIIからの数百Mbpsのパケット食らったことがあるのかと、
小一時間問い詰めたい

あ、まだ見てる人いるんだ。

>>876
まだまたみてるよ

けっこういるのね

いやホント、困ってんのよ（´Д｀）

>>879
なにがこまってるの？

お気に入りに入れてあると、どのタイミングで消すか迷っちゃって。
まだ見てます。足跡ぺたぺた。

串を探す場合、PORT 80 3128 8080 以外をさがしませう。
荒らしに使っちゃ駄目よ〜ん

串を探す場合、PORT 80 3128 8080 以外をさがしませう。
荒らしに使っちゃ駄目よ〜ん

>>882
ふしあなさん・・・(ﾌﾟﾌﾟ

現在kabaが�d�j原因は荒らしじゃなくSYN floodらしいよ

で、対策は？

>>885
ウルトラがいしゅつ
>>1-800 を読め

>>886
そうくると思ってた

でも>>800まではいらないんじゃない？
>>1-700ぐらいかな

Ｈ

すいません。上げてしまった

「monazillaツールと課金及び転送量・鯖負荷問題を考えるスレ」
http://kaba.2ch.net/test/read.cgi/accuse/1016974669/l50
【２ちゃんねるビューア】　巡回機能の巻。Part3
http://pc.2ch.net/test/read.cgi/software/1016905060/l50

この二ヶ所でいま、対策なんかの話をやっています。
お力添えいただける方はお願いします。

DDoS攻撃を受けたら
・サーバのアドレスを変更して、DNS登録も変えます
しつこくやってきたら、
・上位のプロバイダに頼んで、そのストリームにアクセスリストをかけて
もらいます。
分散攻撃だったら
・Netflow等を駆使して発信元のサーバをおいかけて、B-29で爆撃します。

>>891
上位プロバイダごと逝くぜ

いってらっしゃいませ

夕飯までには帰るのよ・・・

>>894
あんたはそういうキャラじゃない。・・・と思ってた。

まだあったのねここ

さすがに、もうだれも見てないだろ？

見た（ｗ

漏れもナー

なんだ？？？
fusianasanになっとる・・・

ああここの板の名無しさんはこれか・・・

いたいた

まだ続いてるよこのスレ

誰か結論を簡潔にまとめてくれよ

sage

>>904
765 ：ひろゆ子＠暫定管理人 ★ ：02/02/20 12:50 ID:???
総合的に推理すると、、SYNcookieらしいです。。
でもよくわからんです

ということなので、「LinuxのSYNcookieはSYN floodの高負荷に対して
きちんと機能してることが実証された。」が結論らしいよ。

>>871-906 までを、今日見ました。
暇あったら >>890 のリンク先でも追いかけてみようかなぁ。

765だけを見たい人はこちら >>765 からどうぞ。

ではまた。

最近のヤツはただのアクセス過多なの？
新たな攻撃方法が確立されたのかな



暫定管理人と名乗る人物がいろいろいじって壊してる訳ではないよな

うひ♥

さあ、もう誰も見てないだろ。

漏れが見ていますが、何か？

Domain Information: [ドメイン情報]
a. [ドメイン名] WINKNET.NE.JP
b. [ねっとわーくさーびすめい] うぃんくねっと
c. [ネットワークサービス名] ウィンクネット
d. [Network Service Name] WINK-NET
k. [組織種別] ネットワークサービス
l. [Organization Type] Network Service
m. [登録担当者] SN2184JP
n. [技術連絡担当者] SN2184JP
p. [ネームサーバ] ns9.mesh.ad.jp
p. [ネームサーバ] namesv4.mesh.ad.jp
y. [通知アドレス] [email protected]
[状態] Connected (2002/07/31)
[登録年月日] 2000/07/04
[接続年月日] 2000/07/19
[最終更新] 2000/07/19 17:09:56 (JST)
[email protected]

>>912
アドレス見たからってそんなことしてておもしろい？
・・・・まぁ、そのぐらいしかやること無いのは判るけどさ。

Linuxを捨てよう

-------風俗の総合商社・ＭＴＴどこでも-------

〇デリバリーヘルス〇デートクラブ〇女性専用ホストクラブ〇
〇ハードＳＭ奴隷クラブ〇レズビアン倶楽部〇ホモ・オカマ倶楽部
〇変態痴女と遊ぶ会〇痴漢・覗き趣味の会〇変態同好会・各種！
●楽しく遊べます！　090-8002-8356番
-----------美男・美女会員など多数在籍中-----------
　 http://www.mttdocomo.jp/
-----女性アルバイト随時募集・高収入（日払い）月100万円可能-----
-----レズビアン・スタッフ●ホモスタッフ●女性専用ホストスタッフ同募-----
http://www.mttdocomo.jp/

ここに広告が・・・

マルチポスト恐るべし

意味ないじゃ〜ん

今回の攻撃（未確認）をうけ、またこのスレが役立つ日がついに・・・

何か突然無応答になるね…

２４時間、レスがつかなかったら、漏れの勝ち♥

はい

鬱……

http://support.microsoft.com/default.aspx?scid=http%3a%2f%2fwww.microsoft.com%2fisapi%2fgomscom.asp%3fTARGET%3d%2fjapan%2fsupport%2fkb%2farticles%2fJP315%2f6%2f69.asp

　　　| ＼
　　　|∀・)　ｷｮｳﾓ ｶｶﾞﾐﾉﾏｴﾃﾞ ﾚﾝｼｭｳｽﾙﾉ…
　　　|⊂

　　　　　　　　　　　　　　　　┏━━━━━┓
　　　　　　　　　　　　　　　　┃//　 ☆ 　　 ┃　　ﾗﾝﾀ ﾗﾝﾀ
　　　　　♪　　☆　　　　　　┃　　／ ＼　　┃　　 ﾗﾝﾀ ﾀﾝ
　　　♪　　　／ ＼　　　　　┃　ヽ(・∀・)丿┃　　　ﾗﾝﾀ ﾗﾝﾀ
　　　　　　ヽ(　　　)ﾉ　　　　┃　　 (　 へ)　┃ 　　　ﾀﾝ
　　 　 　　　 (　 　)へ 　　　┃　　　く　　//┃＼
　　 　　　　　く 　 　 　　　　┗━━━━━┛￣

　　　　　　　　　　　　　　　　┏━━━━━┓
　　　　　　　　　　　　　　　　┃//　 　 　 　 ┃　　ﾗﾝﾀ ﾗﾝﾀ
　　　　　♪　　☆　　　　　　┃　　¶＿_¶　　┃　　 ﾗﾝﾀ ﾀﾝ
　　　♪　　　／ ＼　　　　　┃ヽ(ΦДΦ)ﾉ.┃　　　ﾗﾝﾀ ﾗﾝﾀ
　　　　　　ヽ(・∀・)ﾉ　　　　┃　　 (ヘ　 )　.┃ 　　　ﾀﾝ
　 　 　　　　 (ヘ 　)　 　 　 ┃　　　　 > // ┃＼
　　 　　　　　　 　>　 　 　　┗━━━━━┛￣

　　　| ＼
　　　|∀・)　ﾐﾁｬｯﾀ
　　　|⊂

ｼﾞﾊﾞｸｼﾁｬｯﾀ

総合インフォメーションプロバイダー一名様ご案内〜

　　　| ＼
　　　|Д｀)　ﾀﾞﾚﾓｲﾅｲ･･･ﾎｳｶｽﾙﾅﾗｲﾏﾉｳﾁ
　　　|⊂
　　　|
　 　 　 　 　 　 　 　　　　　　　　　　 　　（(　　　　　）)ノ
　　　　　　 ＿＿＿＿＿＿＿＿＿＿| 　　（　　　）　))
　　　　　／／／／／／／／／／ ／＼（（⌒ 　　））　　ノ火
　　　 ／／／／／／／／／／ ／(⌒(（⌒)）　　））,　 γﾉ）::）
　　／／／／／／／／／／ ／（⌒（　⌒ ）　⌒　）　　ゝ∧ﾉ
　　|￣￣￣￣￣￣￣￣￣￣|　 　（　(（ ⌒ ））　）　　♪　 || 　Å
　　|　 |￣￣|　　　　　　　　　 |　　　（（ ⌒ ））　））, ♪　 　 || ／ ＼　　　ﾗﾝﾀ ﾀﾝ
　　|　 | 　 　|　　>>924 の家 |　　 从ﾉ.::;;火;; 从））ﾞ　　　　ヽ(´Д｀;)ﾉ 　　ﾗﾝﾀ ﾀﾝ
　　|　 | 　 　|　　　　　　　　　 |　　从::;;;;;ﾉ 　）;;;;;从　　　　　　 (　 へ) 　　　ﾗﾝﾀ ﾗﾝﾀ
　　|　 | 　 　|　　　　　　　　　 |　从;;;;;::人 ；ﾉ;;;;;从人 　 　 　　く 　　　　　　ﾀﾝ ﾎｳｶ ﾀﾞ
　￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
　 　 　 　 　 　 　 　　　　　　　　　　 　　（(　　　　　）)ノ
　　　　　　 ＿＿＿＿＿＿＿＿＿＿| 　　（　　　）　))
　　　　　／／／／／／／／／／ ／＼（（⌒ 　　））　　　　　　　　　ノ火
　　　 ／／／／／／／／／／ ／(⌒(（⌒)）　　））,　 　　　　　　　γﾉ）::）
　　／／／／／／／／／／ ／（⌒（　⌒ ）　⌒　）　　　　　　　　　ゝ∧ﾉ
　　|￣￣￣￣￣￣￣￣￣￣|　 　（　(（ ⌒ ））　）　　 ♪　　 　 Å　　||
　　|　 |￣￣|　　　　　　　　　 |　　　（（ ⌒ ））　））, ♪　 　　　 ／ ＼　||　ﾗﾝﾀ ﾀﾝ
　　|　 | 　 　|　　>>924 の家 |　　 从ﾉ.::;;火;; 从））ﾞ　　　　ヽ（;´Д｀）ﾉ 　　ﾗﾝﾀ ﾀﾝ
　　|　 | 　 　|　　　　　　　　　 |　　从::;;;;;ﾉ 　）;;;;;从　　　　　　 ((へ　 ) 　　　ﾗﾝﾀ ﾗﾝﾀ
　　|　 | 　 　|　　　　　　　　　 |　从;;;;;::人 ；ﾉ;;;;;从人 　 　 　　 　　　>　　　ﾀﾝ ﾎｳｶ ﾀﾞ
　￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣

荒砂

===== ここまで見た =====

上がってたのでふと懐かしくこのスレを覗いてみた。
>>666のカキコを見てるとなぜか涙が｡･ﾟ･(ﾉД`)･ﾟ･｡

http://didi.s1.x-beat.com/kiki.html

そして、誰もが忘れたであろう今になって書き込む馬鹿がここにいる･･･
全く、迷惑な話ですね･･･

三度挑戦
２４時間、レスがつかなかったら、漏れの勝ち♥

あなたの負けよ♥

あぅ……

ip tracebackの実用性について御意見くだしゃい

d-born のソース希望

記念カキ子〜

まほろ開始記念
２４時間、レスがつかなかったら、まほろの勝ち

勝った〜

はう〜

ほえ？

　

瞬殺

漏れも挑戦
２４時間、レスが(以下略

残念

24秒間、レスが（略

　　　　　　l≡l
　　　　┌┤│
　　　　└┤│
　　　　　 ﾉ　丶
　　　　 （ (,,ﾟДﾟ)　＜記念パピコ
　　　　 │∪ │つ
　　　〜（(((　 ))）
　　　　　 U￣∪

このスレでは>>947が優勝しますた

あれは反則だと思います

じゃあ、漏れも２４秒間に挑戦！

２４時間なら止められます

次スレ立たなければまほろの勝ち

よーしパパ駄スレ立てちゃうぞーっと

・・・いいのか？

それでも、５時間もったのは、最長記録だな。

そうかな？

ﾆﾔﾆﾔ

もしかして、漏れのこと監視してる？？

って気分。

ﾑﾈｴｴｴｴｴｴｴｴｴｴｴｴｴｴｴｴｴｴｴｴｴｴｴｴｴｴｴｴｴｴｴｵｵｵｵｵｵｵｵｵｵｵｵｵｵｵｵｵｵｵｵｵｵｵｵｵｵｵｵｵｵｵｵｵｵｵｵｵｵｵ!!!!

やっぱこっちのトリップが良いな

そろそろ24時間勝負に勝てる頃かな。

ｸｽｸｽ

>>961
無理だと思うぞ。

↓のスレの23-24 でもダメだったんだぞ。
http://pc.2ch.net/test/read.cgi/network/989363411/

なんで、こんな最下層のスレまで監視してるんだよ……。
もしかして、全スレ監視してるの？（監視というか、読んでるというか）

>>963
単に巡回コースにつっこんだままなんだな。

（＾＾）

（＾＾）

ｸｽｸｽ

万策尽きた……

以外に日曜とかが勝負所なんだよ、きっと。

ﾆﾔﾆﾔ

>>970
速すぎ(;´Д`)

今度は惜しかったか。

なんとなくブロック

やるな…

結局2chではどういう対策をとったのかな?

　 ∧＿∧
　（　´∀｀）＜ ぬるぽ

　 （　・∀・）　　　|　|　ｶﾞｯ
　と　　　　）　 　 |　|
　　 Ｙ　/ノ　　　 人
　　　 /　）　 　 < 　>__Λ∩
　 ＿/し'　／／. Ｖ｀Д´）/
　（＿フ彡　　　　　 　　/ 　←>>976

　 ∧＿∧
　（　´∀｀）＜ ぬるぽ

ガッ

（＾＾）