2ch特化型サーバ・ロケーション構築作戦 Part35

**動け動けウゴウゴ２ちゃんねる** · 2009/10/03(土) 00:21:13

2ch特化型サーバ・ロケーション構築作戦のスレッドです。

・２ちゃんねるのサーバロケーション、PIEに関する関連作業・調整事項
・DNS登録・変更関連の各種作業や調整事項
・２ちゃんねるのサーバで採用しているOS、FreeBSDに関する情報・調整事項
・各種作戦・プロジェクトとの連携、プロジェクト間の連携

等を取り扱います。

前スレ:
2ch特化型サーバ・ロケーション構築作戦 Part34
http://qb5.2ch.net/test/read.cgi/operate/1250495550/

**動け動けウゴウゴ２ちゃんねる** · 2009/11/28(土) 13:43:47

>>714
お疲れさまです

**動け動けウゴウゴ２ちゃんねる** · 2009/11/28(土) 23:11:02

>>712
分かれてないよ
まえは実況板はlive鯖とex鯖にしかなかったけど今はそれ以外の鯖にも実況板があるだろ

**動け動けウゴウゴ２ちゃんねる** · 2009/11/28(土) 23:14:43

yutori7はじっぷらのせいでなくVIPのせいで落ちたんだろうし
namidameのなんUはバルスの時に少し使われただけだし
またliveに詰めてもほとんど効果ないかと

◆MUMUMUhnYI · 2009/11/29(日) 07:55:46

>>714
HDD交換とデータ移動の作業が終了し、newsplus.jpは復旧しました。
データは出来る限り救い出しましたが、
救い出せなかったものがあるかもしれません。

動作がおかしい場合にはご連絡をいただけますと助かります。

**動け動けウゴウゴ２ちゃんねる** · 2009/11/29(日) 08:35:00

お疲れさまです

**鮭おにぎり** ◆cwSHAKEbig · 2009/11/30(月) 09:27:58

>>718
㌧㌧。
うちは今のところ看板のみなので特に問題なさそう。

**動け動けウゴウゴ２ちゃんねる** · 2009/11/30(月) 09:36:16

ex26鯖作ってください

**動け動けウゴウゴ２ちゃんねる** · 2009/11/30(月) 12:14:18

yutori7鯖がex26鯖の代わりです

**動け動けウゴウゴ２ちゃんねる** · 2009/11/30(月) 16:44:01

yutori7制限緩すぎだろ・・・

**ょぅιﾞょの見物人** ◆YoJo69//rM · 2009/11/30(月) 21:36:23

>>723
ゆとり鯖らしくていいじゃないか。
制限にもゆとりを。

**動け動けウゴウゴ２ちゃんねる** · 2009/12/01(火) 10:49:40

Upcoming FreeBSD Security Advisory
http://docs.FreeBSD.org/cgi/mid.cgi?200912010120.nB11Kjm9087476

♪ ◆/y.Ychk2JQ · 2009/12/01(火) 17:55:30

＞むむむさんへ

以下の投稿についてちょっとお聞きしたいのですが。

p2から投稿すると　[―{}@{}@{}-] がでる場合があります。
最初はp2側でp2-bbmが送られなかったりすることがあるのかな？と思いましたが無関係のようです。
なぜこういう状態になるのか教えて欲しいです。

また、可能であれば表示しないようにしていただけませんか？
投稿そのものには影響もないので特に問題ではありませんがよろしくお願いします。

p2で投稿。
------------------
http://qb5.2ch.net/test/read.cgi/operate/1258647584/344
344 名前： [―{}@{}@{}-] cw43.razil.jp(441031)[sage] 投稿日：2009/12/01(火) 13:20:34 ID:sZbl/bAkP
てすと
Monazilla/1.00 (P2/p2.2ch.net; p2-client-ip: 123.108.237.26; p2-user: 441031; p2-bbm: 354018011067091)
------------------

直接投稿（c.2ch.net経由）。
----------
http://qb5.2ch.net/test/read.cgi/operate/1258647584/362
362 名前：w12.jp-t.ne.jp(354018011067091)[sage] 投稿日：2009/12/01(火) 17:45:23 ID:eZ0EvHluO
つして
SoftBank/1.0/911T/TJ002/SN354018011067091 Browser/NetFront/3.3 Profile/MIDP-2.0 Configuration/CLDC-1.1
----------
123.108.237.26 -> w12.jp-t.ne.jp
同じIPアドレスを経由しているのにp2の場合だけ表示される。

♪ ◆/y.Ychk2JQ · 2009/12/01(火) 18:09:55

それと、123.108.237.26　自体は焼かれています。

△ ◆garnetGnNk **＠garnet ★** · 2009/12/01(火) 18:11:05

BBQに焼かれているっぽいけど。
http://hikarin.jp/c/check?ip=123.108.237.26&query=all

bbs.cgiはソースみてみたけど問題なさげでした。

♪ ◆/y.Ychk2JQ · 2009/12/01(火) 18:17:44

>>728
ありがとうございました。

p2側に何かあるって感じですかね？
ちょっとakiさんにも聞いてみます。

ところで、bbs.cgiのp2処理はp2-client-ipを確認しBBQされていた場合は串マークをつけるという処理になっていると思うのですが
たとえばですが、123.108.237.26が携帯キャリアのアドレスとして認識されておらず一般回線（PCから）として認識されている可能性というのはないでしょうか？

この場合だと焼かれたIPアドレスからの投稿において串マークが表示されてしまうのも納得なんですが。

♪ ◆/y.Ychk2JQ · 2009/12/01(火) 18:21:04

あー、p2からの投稿に関してはPCも携帯も処理は同じ（区別しない）で、
たまたまキャリアのゲートウェイが焼かれていると串が表示される、という感じですかね？

それなら納得ですが。

△ ◆garnetGnNk **＠garnet ★** · 2009/12/01(火) 18:24:05

＞なぜこういう状態になるのか教えて欲しいです。
p2で投稿→P2扱い≠携帯扱い
直接投稿→携帯扱い
携帯はBBQはスルー（BBMでチェック）なので、
p2でレスするとBBQに引っかかってねぎまが表示されると。

＞また、可能であれば表示しないようにしていただけませんか？
そもそもこのホストって携帯なのに何故にBBQされたんでしょ？

**動け動けウゴウゴ２ちゃんねる** · 2009/12/01(火) 18:36:13

>>729
P2が持っている携帯IPアドレスリストから漏れているんじゃないかしら

p2.2ch.net総合スレ Part25 【不具合/要望】
http://qb5.2ch.net/test/read.cgi/operate/1184674851/262
> 262 名前：aki ◆...p2/2... 　[]　投稿日：2007/08/04(土) 21:39:19 ID:FdSmDf8h0
> BBQなら携帯固有番号は関係ないです。
> 固有番号はBBMで別途チェックしています。
>
> DoCoMo, au, SoftBankのIPはBBQの判定対象から外すようにしてみました。

♪ ◆/y.Ychk2JQ · 2009/12/01(火) 18:40:51

p2からの投稿は以前に、串からの投稿は串マークをつけようってなったんですよね。
で、bbs.cgi的にはp2からの投稿はそのクライアントが携帯かそうでないかによらず
ただクライアントのIPアドレスを持って「BBQされたホストかどうか」を判断していると。

＞そもそもこのホストって携帯なのに何故にBBQされたんでしょ？
携帯のゲートウェイってちょくちょく焼かれてますよ。

>>732
いや、それはp2が投稿を受け付けるかどうかの判断であって、
2ちゃんねる上の串マーク表示の判断は2ちゃんねるで行っていると思うです。

♪ ◆/y.Ychk2JQ · 2009/12/01(火) 18:45:15

で、ですがp2はBBMされていると投稿できません。
つまりBBQされているかいないかなので、「携帯で投稿できる=焼かれてはいない」という判断が可能だと思うです。

そこでbbs.cgiで　p2 からの投稿であり、かつ　p2-bbm　が存在している場合はBBQ表示チェックをスルーするということは可能でしょうか？
cgiの負荷で考えると外部にBBQのチェックをしに行かなくなるので負荷的には軽くなるんではないかと思うのですが。

♪ ◆/y.Ychk2JQ · 2009/12/01(火) 18:50:17

＞p2はBBMされていると投稿できません。
もし、BBM判断をp2側で処理していない場合（2ちゃんねるのBBM処理に依存している場合）でもBBQをチェックする必要はないと思うのです。

△ ◆garnetGnNk **＠garnet ★** · 2009/12/01(火) 19:16:51

なるほど。
ところでbbs.cgiってどうやって更新すればいいんだろう？

♪ ◆/y.Ychk2JQ · 2009/12/01(火) 19:28:48

むむむさん待ち？
SunOsさんもできるのかな。

**野焼き ★** · 2009/12/01(火) 19:52:16

>727
ちょと見てきました。
w12.jp-t.ne.jp <123.108.237.26>は、焼けていましたので解除しておきました。

△ ◆garnetGnNk **＠garnet ★** · 2009/12/01(火) 19:56:37

お、なんとなくそれっぽい呪文を発見。
でも怖いので見なかったことにしよう。

7765行目
if($GB->{P2BBM}) { return 0; }

7894行目
if($ENV{HTTP_USER_AGENT} =~ /p2-bbm: (\w+)/)
{
$GB->{P2BBM} = $1;
}

備考
BBMチェックはされない。

♪ ◆/y.Ychk2JQ · 2009/12/01(火) 20:21:03

>>738
意外なところから、ありがとうございました。

>>739
＞ 7765行目
BBQの串表示チェックする関数かな？

＞ 7894行目
p2処理部のp2-bbmチェックかな？
この行はp2以外の投稿は通らないんですよね？

＞BBMチェックはされない。
>>735に対するものかな？
やっぱりp2側で弾いているってことか。

**root▲▲ ★** · 2009/12/01(火) 21:06:51

今日は深夜まで帰宅できない見込み。
数分しかオンラインになれないけど、何をどうすればいいのかな。

よくわからないので、コンセプトだけ書いておこう。

p2導入のメリットとして、規制系チェックはできるだけp2側でやるようにすることで、
掲示板サーバのコストを下げるということがあります。
ということで規制のチェックは基本的に、p2側でやってもらっているです。
BBMはp2側でチェックして、だめならbbs.cgiに行く前の段階ではじかれるはずです。

ピンポイントで焼かれた携帯には焼かれた理由があるはずで、
それがp2だと書けるようになる、というのは、２ちゃんねる的にどう考えてもおかしな話です。
繰り返して言いますが、p2は規制回避の道具ではありません。

ただし、BBQは初代管理人の方針により、焼かれていても投稿はできるようにするが、
串マークはつける、というふうになっていたはずです。

で、p2で悪いことした場合は速やかにアカウントを焼く、
というのが、流儀なわけです。
つまり、アカウントとりまくりに対しては、焼きまくりで対抗すると。

△ ◆garnetGnNk **＠garnet ★** · 2009/12/01(火) 21:18:41

＞741
BBMをスルーした携帯が
p2で書くと無駄なBBQチェックをされて
名前欄にねぎまがくっつく
＞739で解決だけど反映方法がわからないのであった。

**root▲▲ ★** · 2009/12/01(火) 21:20:56

で、時間切れ。
garnetさんからメール来ている気がするけど、今時間なくて返事できないです。
とりあえずそれが配布プログラムなような気がするけど、
修正するときには全体の「コンセプト」を、きちんと把握した上で、
つまりそれがどうして今そうなっているのかを把握した上で、するのがいいかと。

**root▲▲ ★** · 2009/12/01(火) 21:21:41

>>742
> BBMをスルーした携帯

どうしてそんなことが?

●だとスルーだったりする?

**root▲▲ ★** · 2009/12/01(火) 21:22:21

あう、まじ時間切れだ。

焼かれた携帯はどんな手段をもってしても金輪際おことわり、
しか道はないと思われ。

△ ◆garnetGnNk **＠garnet ★** · 2009/12/01(火) 21:23:30

スルーじゃない、パスだ。すまそ。
正しくは「p2のBBM検査をパスした携帯が」

♪ ◆/y.Ychk2JQ · 2009/12/01(火) 21:25:11

>>744
BBMされていない携帯でp2を使い投稿すると
携帯のゲートウェイがBBQされている場合に
串マークが付いてしまいます。

概略：
本来、BBMされていない携帯なのでBBQをあえてチェックする必要はないはずなので

　携帯＋p2＋BBMされていない場合は　串マークをつけるかどうかのチェック　をスルーしていただきたいです。

♪ ◆/y.Ychk2JQ · 2009/12/01(火) 21:26:41

違うな。

概略：
携帯からの投稿はあえてBBQをチェックする必要がないはずなので

携帯＋p2の場合は　串マークをつけるかどうかのチェック　をスルーしていただきたいです。

**動け動けウゴウゴ２ちゃんねる** · 2009/12/01(火) 21:27:06

>>741の
＞ただし、BBQは初代管理人の方針により、焼かれていても投稿はできるようにするが、
＞串マークはつける、というふうになっていたはずです。
で>>727ってことで終わりじゃない？

[´・ω・｀] EATcf-57p202.ppp15.odn.ne.jp · 2009/12/01(火) 21:30:00

FreeBSD 8.0 Benchmarked Against Linux, OpenSolaris
http://www.phoronix.com/scan.php?page=article&item=freebsd8_benchmarks&num=1
Mac OS X 10.6.2 vs. Ubuntu 9.10 Benchmarks
http://www.phoronix.com/scan.php?page=article&item=macosx106_ubuntu910_final&num=1
FreeBSDがアレなのは良いとして、OpenSolarisやMac OS Xが面白い傾向を見せてるなぁ。
OpenSolarisはカーネル内にsslのアクセラレータ(KSSL)があるから、それでopensslのベンチが高いのかな。あとZFSは遅いという印象持ってたが、改善されてる感じ。
Mac OS XはLinuxに比べて高かったり低かったり。何が影響してるかは推測が付かないなぁ。

**[03]** ◆MUMUMUhnYI · 2009/12/01(火) 21:30:56

携帯のゲートウェイがBBQされてることのほうが問題なのでは。
bbs.cgiでケアする問題ではないと思います。
2ch的に意味ないし。

もうすぐ03でもオフラインになるます。

♪ ◆/y.Ychk2JQ · 2009/12/01(火) 21:33:56

>>749
それはBBQをチェックする投稿の場合です。
海外からの投稿だとかね。

そもそも携帯はBBMであってBBQを参照しないので、p2経由の場合だけBBQチェックを行うのは意味がないです。
さらに、それが規制のためであるならまだしも、ただ表示に串マークをつけるだけに行われているのですから
「掲示板サーバのコストを下げる」おちう趣旨にも合致します。

それとBBMされた携帯からは以前より投稿はできません。

＞ということで規制のチェックは基本的に、p2側でやってもらっているです。
＞BBMはp2側でチェックして、だめならbbs.cgiに行く前の段階ではじかれるはずです。
この部分を知らなかったので、2ちゃんねる側で弾いているのかp2側で弾いているのか分からないけど、
いずれにせよ、携帯＋p2がBBQを参照するのは意味がないです。

**[03]** ◆MUMUMUhnYI · 2009/12/01(火) 21:36:16

で、>>748に対してもう一つレスしておくと、

・if文を増やしたくない

これに尽きます。

これにてしばらくオフライン。

♪ ◆/y.Ychk2JQ · 2009/12/01(火) 21:36:47

>>751
携帯＋p2の投稿でBBQを参照する必要ってありますか？

訂正：
2ちゃんねる側で弾いているのかp2側で弾いているのか分からなかったけど

**動け動けウゴウゴ２ちゃんねる** · 2009/12/01(火) 21:43:07

2ch的には『携帯+p2の場合』ifを増やしたくないって事かなぁ

**動け動けウゴウゴ２ちゃんねる** · 2009/12/01(火) 21:45:45

大それた不具合でも、セキュリティホールでもないしなあ。

[´・ω・｀] EATcf-57p202.ppp15.odn.ne.jp · 2009/12/01(火) 21:47:40

でも気分的問題は影響がでかいような

● ◆SUAMA.Cbav5m · 2009/12/01(火) 21:52:50

ゲートウェイが焼かれているのが問題なのだから、
単にBBQを解除すればいいだけの話では？

# 携帯用のゲートウェイを使って悪さする人っているのか？

**[03]** ◆MUMUMUhnYI · 2009/12/01(火) 21:53:03

むりやり投稿。

コストの問題なのかな。

すべての投稿に対し毎回実行されるif文が一つ追加されるコストか、
たまに無駄撃ち確実なBBQ参照を行ってしまうコストか。

♪ ◆/y.Ychk2JQ · 2009/12/01(火) 21:53:25

if文か、、、

・if文が増える
　管理コストの増大
　分岐処理によるコストの増加

・BBQ参照
　参照時のコスト

BBQがどういう仕組みか分からないけど、通常のDNSと同等であるなら
初回に限り外部に照会、2回目以降はローカルで解決
ってなると、常に発生する分岐コストよりは低いのかもしれないのかな

まぁ今は忙しいようなので手が空いたときにでもまた、、、

ガーネットさんありがとうです。

● ◆SUAMA.Cbav5m · 2009/12/01(火) 21:58:53

そもそも、携帯のゲートウェイはどういった経緯で焼かれているんだろう。

[´・ω・｀] EATcf-57p202.ppp15.odn.ne.jp · 2009/12/01(火) 21:59:01

そのifが通常ケース(P2+携帯以外)において分岐ミスしなければ、そのコストは無視できるぐらい限りなく小さいと思いますが。
#ただし高級言語で書かれている場合は知りませんが

**動け動けウゴウゴ２ちゃんねる** · 2009/12/01(火) 22:00:23

一部の携帯で串マークが出る>>726のは、携帯のゲートウェイが焼かれてたから>>727
このときの串マークはbbs.cgi側で挿入されてたと>>732

ところで、規制系チェックはできるだけp2側でやる>>741ので
p2でBBQをチェックしている>>732？？のなら、
bbs.cgiで再びチェックする必要はないんじゃね？

と大きく拾ってみた

△ ◆garnetGnNk **＠garnet ★** · 2009/12/01(火) 22:08:00

最初はBBQが焼かれているなら原因をつきとめて解除すればいいと思った＞728
携帯のGWはちょくちょく焼かれているみたい？＞733
ifいれてp2+携帯はBBQチェックをスルーするようにした方がいいかも？＞736
コストはどっちが大きいんだろ？

♪ ◆/y.Ychk2JQ · 2009/12/01(火) 22:08:10

>>758
いやそうでもないっすよ。

焼かれていてもいなくても初回は必ず照会に行きますが
2回目から、
・焼かれている場合→ローカルで解決する→即座に応答できる
・焼かれていない場合→ローカルで解決しないのでBBQ照会→常に照会していることになる
むしろ焼かれていたほうがレスポンスは上がると思います。

＃もちろん普通のDNSキャッシュの仕組みで動いている場合ですけど。

>>763
いえ、p2の投稿で「BBQされたホストからは串マークをつける」というのがあるのでそのためのBBQチェックだと思います。
代理人の意向、、、かな。

● ◆SUAMA.Cbav5m · 2009/12/01(火) 22:14:12

>>765
処理コストの為にわざと焼かれたままにしておくのっておかしくないかい？

[´・ω・｀] EATcf-57p202.ppp15.odn.ne.jp · 2009/12/01(火) 22:18:56

>>758
これは?
SoftBank Mobileの携帯用GatewayをPCで通る方法のメモ
http://d.hatena.ne.jp/hideden/20090801/1249142985

♪ ◆/y.Ychk2JQ · 2009/12/01(火) 22:20:02

>>766
いやん
あくまでコストで見ただけですので、それが正しいって意味じゃないですぅ＞＜

♪ ◆/y.Ychk2JQ · 2009/12/01(火) 22:23:33

＞ちなみにIMEI番号はほとんどの携帯のダイヤル画面で *#06# と入力すると調べる事が出来る。
ほんとに表示された。
知らなかった。

♪ ◆/y.Ychk2JQ · 2009/12/01(火) 22:30:49

で思いついたんですけど。（叩かれるの覚悟で・・・）

少なくともp2の投稿という処理に関しては分岐が発生しているはずですよね？

で、問題となっているのが
（１）BBQ参照はすべてのホスト/端末で行われている
（２）その中で分岐が増えるのはよろしくない
（３）p2からの投稿はp2-client-ipを引数にしてBBQ参照を呼んでいる
　　　　（このため、クライアントが通常ホストか携帯端末（のゲートウェイ）かという区別がない）
（４）p2-bbmがあるときだけBBQ参照を行わようにしたい
（５）　（１）が呼ばれる都度、（４）の実行が行われることになる
というものですね。

たとえばですがp2に限ってはBBQ参照チェックもp2にゆだねといて　UAに p2-bbq　なるデータを付加させるというのはどうですか？
この場合、p2投稿時はBBQ参照を通らないので（４）（５）の必要はなくなります。
結果、（1）の動作において分岐は増えないのでコストの増加は防げる

これの問題点は
・p2の時だけ特別処理になること
・p2そのものの負荷が増える
・akiさんと協調が必要
・串マークが付くだけでそれほど重要な問題でもないのに大げさじゃないかな
・やるのがめんどくせー

**動け動けウゴウゴ２ちゃんねる** · 2009/12/01(火) 22:38:34

p2もBBQを参照してるんでしょ？ゆだねても負荷そんなに増えるのかしら？

♪ ◆/y.Ychk2JQ · 2009/12/01(火) 22:42:43

>>771
いや、多分していないはず。
だってBBQされていても投稿できるでしょ？
そのためのp2でもあるし。

以前はしていたようだけど、多分はずされていると思う。

＃ただし、今後の「焼かれたホストからはさらに担保を貰う」が現実になった場合はその限りではありません

**動け動けウゴウゴ２ちゃんねる** · 2009/12/01(火) 22:48:08

ああー『してた』のかー
森担保も動きがさっぱりだからどうなんかねぇ

**動け動けウゴウゴ２ちゃんねる** · 2009/12/01(火) 22:54:09

そもそもなぜ携帯のゲートウェイがBBQに入ってんの？
公開串じゃないじゃん

♪ ◆/y.Ychk2JQ · 2009/12/01(火) 22:58:43

まぁ実際にログあさってソース見つけたわけでもないので、たぶんということで。

p2サーバの増強が実現して重くなることがなくなればそういう処理を入れてもらえるかもしれないけどね。
ただせさえ重いときがあるのにそういう処理を入れたら怒られちゃいそう。

♪ ◆/y.Ychk2JQ · 2009/12/01(火) 23:02:38

>>774
手動で焼いたのか、自動で焼いたのかってところだよね。
けど、ドメインから携帯端末って分かると思うから手動って言うのはないと思うんだけど。

つまりさ、解除してもまた焼かれる可能性っていうのは常にあるんじゃないかと。
だから解除すれば問題なしってだけの話でもないと思う。
むろん、解除したほうがいいのはそのとおり。

● ◆CatRose/x6 · 2009/12/01(火) 23:05:03

>774
おそらくBOOとか。
（トラブル等で正出来ませんと問答無用で登録された気が。。。）

● ◆SUAMA.Cbav5m · 2009/12/01(火) 23:09:29

>>767
これって割とまずい気がするのっておいらだけ？

[´・ω・｀] EATcf-57p202.ppp15.odn.ne.jp · 2009/12/01(火) 23:11:07

>>767
そういえばhttpsはヘッダも暗号化されるからその場合x-jphone-uidを偽装出来る予感…。それ考慮してないサイトはヤバそうな。

♪ ◆/y.Ychk2JQ · 2009/12/01(火) 23:14:40

>>778
わたし、ちゃんと読んでないって言うのもあるけど、
そういう系の話って良く分からないんだよね。

ただ、IMEI番号が偽装できるのなら、アブナイと思う

◆TIGOI/DrzHH9 · 2009/12/02(水) 04:50:56

>>767
テザリングを巡るSBとの攻防の副産物だね。

♪ ◆/y.Ychk2JQ · 2009/12/02(水) 07:11:04

そういえば、DNSって「名前解決出来なかった」っていうのもキャッシュされるんだっけ？

**動け動けウゴウゴ２ちゃんねる** · 2009/12/02(水) 20:47:11

そのゾーンに定義された negative cache TTL 秒数だけキャッシュされる

**動け動けウゴウゴ２ちゃんねる** · 2009/12/02(水) 20:51:53

携帯のipは昔からbooとかで焼けてるやつ混じってる
何を今更

♪ ◆/y.Ychk2JQ · 2009/12/02(水) 21:52:39

あーそうだったよねー
>>765は正しくないなぁ

(´-`).｡oO(　ごめんなさい　すあまさん　)

△ ◆garnetGnNk **＠garnet ★** · 2009/12/02(水) 22:06:39

ちょっと教えて欲しいんだけども、携帯のGWってどういう条件でbooされてるの？

♪ ◆/y.Ychk2JQ · 2009/12/02(水) 22:14:19

w12.jp-t.ne.jp　は　BOO2BBQだったそうです。

BOOしたけど通信上のエラーなどで逆引きができなかったりしたとき、逆引き不可で焼かれちゃうんじゃないですかね？
前に未承諾さんが(別件のかも？）タイムアウト値を変えるとか言ってたしそういう関係かも。

**動け動けウゴウゴ２ちゃんねる** · 2009/12/02(水) 22:58:37

>>782 >>785
「名前解決できなかった」というのに2種類あって
・権威ゾーンサーバに query を出したら NXDOMAIN が返ってきた
→Negative cache TTL 秒数だけキャッシュ
・権威ゾーンサーバに query を出したがタイムアウトまでに返事がない
→スタブリゾルバの実装次第だが一般的には再度 query を出す

● ◆CatRose/x6 · 2009/12/02(水) 23:06:33

>787
一時期BOOに誰かが流し込みすぎて
BOOの機能自体がアップアップしていた時期もありました。
そんな時に偶然焼けるホストが出てくる可能性もあるかもです。。。

♪ ◆/y.Ychk2JQ · 2009/12/02(水) 23:34:07

>>788
なるほど、
前者の場合ならキャッシュされるからコストの差は少ないと。
後者の場合は実装依存ということですね。

>>789
スクリプトで流す人がいるのかも知れないですね。
そんなときに偶然焼けちゃうことがあると。。。

**動け動けウゴウゴ２ちゃんねる** · 2009/12/03(木) 02:37:34

DNSSEC対応は進んでいるんだろうか。

[´・ω・｀] EATcf-57p202.ppp15.odn.ne.jp · 2009/12/03(木) 03:45:20

FreeBSDに対する攻撃コードが出回る--緊急パッチを公開中
http://japan.zdnet.com/sp/feature/07zeroday/story/0,3800083088,20404580,00.htm
【1】ISC BIND 9 に脆弱性
http://www.jpcert.or.jp/wr/2009/wr094601.html#1
複数のSSL VPN製品にブラウザのセキュリティ制限を回避される脆弱性 - セキュリティ - ZDNet Japan
http://japan.zdnet.com/news/sec/story/0,2000056194,20404584,00.htm

[´・ω・｀] EATcf-57p202.ppp15.odn.ne.jp · 2009/12/03(木) 03:47:36

[Full-disclosure] ** FreeBSD local r00t zeroday
http://lists.grok.org.uk/pipermail/full-disclosure/2009-November/071686.html
pingに任意の.soを読み込ませ/bin/sh。

**root▲▲ ★** · 2009/12/03(木) 13:05:09

banana3104
banana3133
banana3260
tiger503
tiger2522
tiger3506
tiger3507
tiger3511
tiger3519
tiger3527
tiger3546

緊急パッチ適用済。
漏れがあったらここに報告おながいします。

>>725 >>792 >>793

対象は 7.0R 以降の FreeBSD 全部。
6.3R は対象外(確認済)。

２ちゃんねるもだけど、
今回のはいとも簡単にrootがとれるサンプルコードつきなので、
サーバを大規模に貸しているレンタルサーバ業者さんのほうが大変だと思う。

**root▲▲ ★** · 2009/12/03(木) 13:09:33

緊急パッチの適用方法を書いておこう。

1) 緊急パッチをダウンロードする。

http://people.freebsd.org/~cperciva/rtld.patch
http://qb6.2ch.net/_sec2ch/rtld.patch にも置きますた。

2) /usr/src/libexec/rtld-elf にある rtld.c にパッチを適用する。

ただし、7.0R ではバージョン違いによりそのままではパッチは適用できないため、
手で同じ箇所にパッチを適用する。

3) 以下の方法でバイナリを更新する。

cd /usr/src/libexec/rtld-elf
make clean
make
make install

**root▲▲ ★** · 2009/12/03(木) 13:10:59

で、今日は泣きそうなぐらい忙しくて、
泣きそうなぐらい体調崩しているので、とりあえずこれにて。

**動け動けウゴウゴ２ちゃんねる** · 2009/12/03(木) 13:15:03

>>794
tiger2524 と tiger2525 が無いような
お大事にー

**root▲▲ ★** · 2009/12/03(木) 13:22:47

>>797
ありがとうございます。
tiger2524
tiger2525
適用済。

**root▲▲ ★** · 2009/12/03(木) 13:29:54

banana3218

ipv6.2ch.net
p2.2ch.net

対応済。

これで私が対応できるのは全部?

**動け動けウゴウゴ２ちゃんねる** · 2009/12/03(木) 14:49:12

たすかったよ・・・。

**root▲▲ ★** · 2009/12/03(木) 18:29:49

ふむ。

FreeBSD 7.0R で発見されたセキュリティホールへの対応を始めました
http://www.maido3.com/server/news/release/2009/20091203.html

**動け動けウゴウゴ２ちゃんねる** · 2009/12/03(木) 19:27:57

FreeBSD Security Advisory FreeBSD-SA-09:15.ssl
http://docs.FreeBSD.org/cgi/mid.cgi?200912030930.nB39UdMK037494

FreeBSD Security Advisory FreeBSD-SA-09:16.rtld
http://docs.FreeBSD.org/cgi/mid.cgi?200912030930.nB39UhW9038238

FreeBSD Security Advisory FreeBSD-SA-09:17.freebsd-update
http://docs.FreeBSD.org/cgi/mid.cgi?200912030930.nB39Uno3038944

**root▲▲ ★** · 2009/12/03(木) 19:34:46

>>802
公式なSA出ましたか。(真ん中の)

一番目のは >>622-626 あたりの話ですね。
三番目のは freebsd-update か。

**最低†王子** · 2009/12/03(木) 20:34:08

２ちゃんの為に其処まで頑張る必要性は無いのに

西村から金を貰ってるのかな？

**動け動けウゴウゴ２ちゃんねる** · 2009/12/03(木) 21:04:03

FreeBSD Security Advisory FreeBSD-SA-09:16.rtld
（中略）

NOTE: On the amd64 platform, the above procedure will not update the
ld-elf32.so.1 (i386 compatibility) run-time link-editor (rtld). On
amd64 systems where the i386 rtld are installed, the operating system
should instead be recompiled as described in
<URL:http://www.FreeBSD.org/handbook/makeworld.html>;

うわ、めんどくさ！ってUNIX板のほうに書こうとしたらamd64スレ落ちてたんで
スレ作ってます。その間こっちに書いとくです。

**動け動けウゴウゴ２ちゃんねる** · 2009/12/03(木) 21:20:14

作っときましたんでご利用下さい。

FreeBSD/amd64 part3 (and for operation-2ch)
http://pc12.2ch.net/test/read.cgi/unix/1259842760/

**動け動けウゴウゴ２ちゃんねる** · 2009/12/03(木) 21:21:03

うちのマシンじゃbildworldに2時間半かかるのに、またかよ・・・

**動け動けウゴウゴ２ちゃんねる** · 2009/12/03(木) 21:30:25

>>807
よその速いマシンで buildworld buildkernel して /usr/src と /usr/obj を固めて
それをターゲットマシンに展開して installkernel installworld すればおk

**動け動けウゴウゴ２ちゃんねる** · 2009/12/03(木) 21:47:40

よその速いマシンはIA64しかないな（ｳｿ

**root▲▲ ★** · 2009/12/03(木) 22:06:21

>>805
まじすか。

同じバージョンの32bit版がもしあるなら、
そこから ld-elf.so を盗んでくるんじゃだめなのかしら。

**root▲▲ ★** · 2009/12/03(木) 22:07:18

あとは２ちゃんねるみたいに「誰一人64bitのサーバで32bitのバイナリなんか
動かしてない」ことが確実なら、単に ld-elf32.so を見えなくするのでもいいのかな。

**動け動けウゴウゴ２ちゃんねる** · 2009/12/03(木) 22:21:39

>810-811
rtldだけならそれも手かも知れませんが、困ったことに
SA-09:16.rtld だけじゃなくて SA-09:15.ssl にも書いてありますですよ…

**動け動けウゴウゴ２ちゃんねる** · 2009/12/04(金) 06:37:45

FreeBSD Security Advisory FreeBSD-SA-09:15.ssl [REVISED]
http://docs.FreeBSD.org/cgi/mid.cgi?200912032043.nB3KhGsg062235

0. Revision History

v1.0 2009-12-03 Initial release.
v1.1 2009-12-03 Corrected instructions in section V.2)b).

**動け動けウゴウゴ２ちゃんねる** · 2009/12/04(金) 16:36:38

もうそろそろ、新板を作って欲しいなあ・・