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

**動け動けウゴウゴ２ちゃんねる** · 2008/06/05(木) 20:31:33

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

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

等を取り扱います。

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

**root▲▲ ★** · 2008/06/25(水) 14:10:12

&bbn.2ch.net:206.223.151.69:a

ここ↑が、↓のように古いIPアドレスのままでした。

&bbn.2ch.net:206.223.147.42:a

**root▲▲ ★** · 2008/06/25(水) 14:12:12

で、このプロセスは常駐みたいですね、、、。

とりあえずよくわからないので、
rock54サーバ自体、リブートしておきます。

**root▲▲ ★** · 2008/06/25(水) 14:18:54

>>481
これで「BBNが止まっています」が出ることは、なくなるはず。

あとはやっぱり、ここ(BBNのデータ)に「iモードIDだけの値(iモードID-フラグ、ではなく)」
が入っているのが非常に気になりますね。
こちらは、未承諾さん待ちということで。

**root▲▲ ★** · 2008/06/25(水) 14:22:58

よく見ると、

7文字

だけのものと、

7文字-小文字フラグ

のものが、混在しているみたいです。
ううむ、ますます不可解だ、、、。

しかしここから先は、私、見ないことにしますです。
そんな神様のお告げがどこからか。

**動け動けウゴウゴ２ちゃんねる** · 2008/06/25(水) 14:33:06

（　＾ν＾）毎度おつかれさまですﾆｭｯ

**root▲▲ ★** · 2008/06/25(水) 14:55:24

そういいながら、ちと見てますが、

例えば AX***CR というドコモの携帯から、BBN に結構来ているようなんですが、
AX***CR という BBN のエントリは、現在7文字のものしかありません。

bbs.cgi は「DNSには全ての場合について 7文字-小文字フラグの形で入っている」
と思っています。

つまりこれだと BBN にひっかからないので、
結果として広告入れても通ってしまう予感が。

でもここから先は私にはわからないので、
中身を見られる人待ちということで。

**root▲▲ ★** · 2008/06/25(水) 14:57:53

で、私がDNSデータのほうを見た限りでは、

ある時期以降に登録されたもの、つまり後半部分で出てくるものは、
全て「7文字だけ」になってしまっているような気がします。

前半部分のものは、7文字-フラグの構造してるみたいなんですが、、、、。

**RockCity ★** · 2008/06/25(水) 16:18:07

>>486
docomoがklistにのりにくい件はその混在が原因ですかね？
7文字のみになったときと同じくして載らなくなったように感じるのですが。

http://halcyan.30.kg/klist/list.php?filepattern=-6-&kwd_sv=&kwd_host=docomo

おかしいのは確かなんですが、、、

**root▲▲ ★** · 2008/06/25(水) 16:20:10

>>487
そうとしか考えられないですね。

**root▲▲ ★** · 2008/06/25(水) 16:21:32

接続元別にRock54は捕捉システムが動いているです。

通常のIPアドレス: BBX
携帯・携帯用ブラウザ・公式p2: BBN

なので、BBN で捕捉されないものは、以下略ということで。

**root▲▲ ★** · 2008/06/25(水) 16:26:01

このグラフが空なのも、>>480 が原因でした。
今、DNSキャッシュサーバ再起動しました。

たぶんですが、現在＊２ちゃんねるの全サーバ＊から、
BBNシステムへのアクセスに不具合が生じているはず。
(a.ns.bbn.2ch.net の IP アドレスが存在しないものを差していたから)

キャッシュの寿命が切れたサーバから、徐々に直っていくはず。

しかしこのファイル、どうして突然に先祖がえりしてしまったんだろう、、、。

**動け動けウゴウゴ２ちゃんねる** · 2008/06/25(水) 16:29:48

バイ猿もバーボンも繋ぎ変えすれば意味がないのですけど

**root▲▲ ★** · 2008/06/25(水) 16:32:01

例えば music8 = banana3198 ですが、

;; ANSWER SECTION:
a.ns.bbn.2ch.net. 197834 IN A 206.223.147.42

となっているので、あと2日ちょっとは、古いDNSサーバを参照し続けますね、、、。
DNSサーバ自体のキャッシュはdjbdnsの場合3日なので、
キャッシュの更新にはそれだけの時間を要するということで。

# グラフ見ると、だめになっていった時も、
# 3日ぐらいかけて徐々にだめになっていったっぽいですね。

**root▲▲ ★** · 2008/06/25(水) 16:32:22

>>491
その話は、今ここではしていないです。

**root▲▲ ★** · 2008/06/25(水) 16:35:30

で、BBNの問題点を整理しておくと、

1) プログラム中に書かれていたBBNのDNSサーバのIPアドレスが間違っていた

これは私がさっき直しました。
最大3日ぐらいかけて、徐々に直っていくと思います。

2) ドコモのiモードIDの「小文字フラグ」が、
プログラム中でうまく処理されていないように思える
BBNに「小文字フラグなし」の状態のものが登録されていっている

これは、未承諾さん待ちということで。

**root▲▲ ★** · 2008/06/25(水) 16:37:46

あと、それぞれの影響範囲ですが、

1) たぶん今、携帯からのRock54は、きわめてかかりが悪くなっているはず。

2) なかでもdocomoについては「全くかからない」状態になっているはず。

ということで。

◆TWARamEjuA · 2008/06/26(木) 00:16:33

今喜多産業。
時間に余裕が有れば今すぐ直したいけれども、まとまった時間が割けない今日この頃(´･ω･`)

#会社の林檎機→電源入らず(´･ω･`)、帰宅してみるとまた鯖機の笊が水切れ(´･ω･`)

**動け動けウゴウゴ２ちゃんねる** · 2008/06/26(木) 00:22:21

■ Rock54M - 携帯からの広告投入撃退作戦
http://qb5.2ch.net/test/read.cgi/operate/1121187328/l50

◆TWARamEjuA · 2008/06/26(木) 00:29:09

>>494
→2)
bbrfilterでimodeIDをデコードしちゃっているのでそのままBBNにも流れているのが原因です(´･ω･`)
Rock54_BBR.plで、再度DNSにエンコードしなきゃってところです(´･ω･`)

今からやっても大丈夫だろうか、、、＠おいらの躰

♯$Rock54.pl restart で、みんな一斉に再起動を掛けるのが一般的です。
（個別に停止→起動も出来ます）
ex.
$ kill Rock54_BBR.plのpid
$ ./Rock54_BBR.pl
で桶です。

**root▲▲ ★** · 2008/06/26(木) 00:35:34

>>498
なるほど、了解。

今からやれるものであれば、今からやるとよいかも。

輝春 ◆LoveRuxFFY · NG

オツカレ

しっかりな♪

ついでに

Rock 登録の3回というのを、ッ試験的に２回にしてみてくれ・・・・

自動BBQの威力も増すはず！

目標は宣伝投稿を半減ということでの実験なので、一ヶ月ほど、2回で登録にしておいてくれな！

◆TWARamEjuA · 2008/06/26(木) 01:02:39

>>499
やってみますた。ひとまず文法は通るみたい、、、
%perl -wc Rock54_BBR.pl
Rock54_BBR.pl syntax OK
%

◆TWARamEjuA · 2008/06/26(木) 01:03:26

続きは、、明日（本日ではない）にでも。。。ぱたっ♪

**root▲▲ ★** · 2008/06/26(木) 01:13:29

おつですた。>>502

**水色＠飛行石 ★** · 2008/06/26(木) 01:36:53

乙ですー。

**root▲▲ ★** · 2008/06/26(木) 01:52:25

DNSデータを見る限りでは、
新しく入ったと思われるものから、iモードID-フラグの
フォーマットに変化してきているようです。< BBN

**動け動けウゴウゴ２ちゃんねる** · 2008/06/26(木) 02:23:30

お疲れ様です　m(__)m

**RockCity ★** · 2008/06/26(木) 07:17:13

>502
乙です。ありがとうございました。

**root▲▲ ★** · 2008/06/26(木) 11:31:41

Apache 2.2.9 になって、

ftp://ftp.peko.2ch.net/pub/patch/apache22/apache-2.2.0-fdqueue.c-freebsd.patch

このパッチがうまく当たらなくなったんですが、
虫はとれた、と考えていいのかしら。

# そういえば stream さんが、どこかに何かそんなことを書かれていたような。

**動け動けウゴウゴ２ちゃんねる** · 2008/06/26(木) 11:52:18

>>508
これかしら
http://qb5.2ch.net/test/read.cgi/operate/1208685863/212

**root▲▲ ★** · 2008/06/26(木) 12:00:47

>>509
おお、それですそれです。

じゃ、今後このパッチは当てなくてもよくなったと。

**動け動けウゴウゴ２ちゃんねる** · 2008/06/26(木) 16:38:01

( *´∀`)ﾊｧﾊｧ

**AirRock ★** · 2008/06/26(木) 20:58:36

>502
乙でした。
過労で倒れたらあかんでー。

◆TWARamEjuA · 2008/06/27(金) 02:43:10

倒れても良いようにお布団を敷いておきました♪
添い寝者ｷﾎﾞﾝﾇ（もちろん♀限定）

過労のせいか、ただいもギンギンガンガン（照）

**(=｀ー´=)** ◆GuheheWiqY · 2008/06/27(金) 05:15:23

韓語で書かれてるスレ見つけました
UTF8は、OKに成ったのでしょうか？

アーケード板
湾岸ミッドナイトMaximumTune 3 [SERIES 121]
http://game13.2ch.net/test/read.cgi/arc/1212924897/810,837

**[03]** ◆MUMUMUhnYI · 2008/06/27(金) 08:36:22

どうして、フロントが軽い状態でも
特に掲示板サーバが重くない状態でも
「切り離し中」がこんなに多発するんだろうか、、、。< c.2ch

**動け動けウゴウゴ２ちゃんねる** · 2008/06/27(金) 09:13:02

おととい辺りから、P2でも珍しく(アクセス)エラーが出る‥
PIEの障害報告はないし、グーグルトレンドでは…

◆sV2G9dDlU6 · 2008/06/27(金) 09:43:27

>>515
subject一覧を取得出来なかったら120秒間そのホストを切り離すみたいです。
それからc204とc205に入れませんでした。
/close/にゴミが入ってないでしょうか？

**まみら ★** · 2008/06/27(金) 09:43:45

>>515
subject一覧を取得出来なかったら120秒間そのホストを切り離すみたいです。
それからc204とc205に入れませんでした。
/close/にゴミが入ってないでしょうか？

**root▲▲ ★** · 2008/06/27(金) 10:30:13

>>518
c204 と c205 は、かっこいいおにいさんの「受け取り」待ち中です。
つまり、私もまだログインできません。

受け取っていただけないと広告が更新されないので、
このままだと管理人的にもたぶんまずいんですが、
そろそろ蛙、じゃなかった帰るという噂もあるようです。

**まみら ★** · 2008/06/27(金) 10:38:34

>>519
板一枚しくったらホスト全体にアクセスできなくなるので
秒数を緩和しましょうか？

**root▲▲ ★** · 2008/06/27(金) 10:44:36

>>520
それだと、直感的に120秒は長すぎる気がしますね。
実験的に60秒ぐらいにしてみるとよさげではないかと。

**まみら ★** · 2008/06/27(金) 10:47:05

>>521
では204、205以外を更新してきます

**まみら ★** · 2008/06/27(金) 10:55:01

>>522
完了しました

**root▲▲ ★** · 2008/06/27(金) 10:59:01

2ｃｈの動作報告はここで。パート24
http://qb5.2ch.net/test/read.cgi/operate/1204187195/569-570

**root▲▲ ★** · 2008/06/27(金) 11:08:47

>>524
について、中の人にメールで修正をお願いしておきました。

**root▲▲ ★** · 2008/06/27(金) 12:08:44

>>523
おつでした。

c204, c205については、受け取り完了後に同期ということで。

**root▲▲ ★** · 2008/06/27(金) 13:38:25

>>524 は、修正された模様。

**動け動けウゴウゴ２ちゃんねる** · 2008/06/27(金) 14:52:37

>>520
＞板一枚しくったらホスト全体にアクセスできなくなるので

今後はバーチャルホスト止めて、1ホストで徹底的に詰め込む方向だろうから
阿鼻叫喚の悪寒ｗ

**root▲▲ ★** · 2008/06/27(金) 15:05:25

>>528
「切り離し」というアーキテクチャというか、
考え方から再考する必要があるんでしょうね。

subject.txt がとれないほど重いことは、
少なくとも昼間の時間帯には起こらないと思うんですが、、、。

**動け動けウゴウゴ２ちゃんねる** · 2008/06/27(金) 15:12:17

いつ・どの板が原因で切り離しを行ったっていうのログは取ってないの？
取得自体に何かトラブルがあるのやも

**まみら ★** · 2008/06/27(金) 15:39:00

>>529
単なる勘ですけど、短パンマン多発と近い所の事象なのではと思ってます。
＜subject.txtがBGに無い
自動切離しを入れた経緯はサーバーダウン時にBGの負荷が上がりまくったから
と記憶しております。

>>530
ログ…あるのかな？少なくともスクリプト側からは何もしてないです。

**まみら ★** · 2008/06/27(金) 15:40:30

訂正：
○旧BGの負荷
×BGの負荷

**root▲▲ ★** · 2008/06/27(金) 15:47:04

現在の改良されたBGだとどうなんだろう。

**root▲▲ ★** · 2008/06/27(金) 18:38:51

どくおさんへ:

まず、Daul → Dual です、はい。

で、もしよかったらそのデュアルサーバの dmesg をどっかに吊るしてほしいなぁ、
と、つぶやいてみるテスト。

**root▲▲ ★** · 2008/06/27(金) 18:40:21

あと、「第５７日目の日記」がリンク切れみたいです。
リンクのお尻に何かゴミが入っているみたい。

**まみら ★** · 2008/06/27(金) 19:09:25

>>533
怒られたら、また考えるって事で、はずしてみましょうか。

**動け動けウゴウゴ２ちゃんねる** · 2008/06/27(金) 22:15:24

63日目
>Polywellの技術スタッフはLive CDでLinuxをtiger3502上で
なんでPolywellはFreeBSD使わないん?

**動け動けウゴウゴ２ちゃんねる** · 2008/06/28(土) 14:10:04

Linuxの方が圧倒的メジャーだから。FreeBSは度マイナー。

２チャンネルでマイナーなFreeBSDが採用されているのは、rootさんの存在が大きい。

**動け動けウゴウゴ２ちゃんねる** · 2008/06/28(土) 14:41:51

アメリカyahoo!なんか弱小でFreeBSDユーザーの数のうちには入らないということですね、わかります

**動け動けウゴウゴ２ちゃんねる** · 2008/06/28(土) 14:45:13

犬糞に比べればまあマイナーだろうなあ。

**動け動けウゴウゴ２ちゃんねる** · 2008/06/28(土) 14:52:51

>>539
>詭弁のガイドライン
>
>2.ごくまれな反例をとりあげる

一社だけじゃなく全体を考えなさい。

**まみら ★** · 2008/06/28(土) 15:07:50

http://traffic.maido3.com/QVOE/lvd9/LDry/
c205がBGと通信できてないみたいです。

**root▲▲ ★** · 2008/06/28(土) 15:09:53

>>542
困ったですね。私もログインできないので。

リブート要請します。

**root▲▲ ★** · 2008/06/28(土) 15:13:12

>>543
done.

**root▲▲ ★** · 2008/06/28(土) 15:43:29

中の人からメールが来ました。

お問い合わせのありました件ですが
現在調査中です。ご迷惑をお掛け致しますが、
今しばらくお待ち下さい。
追って担当の者よりご連絡致します。

とのこと。

ログインできないのでわかりませんが、
ことによるとスイッチの障害とかなのかも。

**まみら ★** · 2008/06/28(土) 15:48:37

>>545
ありがとうございます。
あっ！リブートか！って戻ってきたら、そういう事だったんですね。

**root▲▲ ★** · 2008/06/28(土) 17:58:20

>>545 続き

お問い合わせのありました件ですが、
問題の状況を把握致しました。
現地作業員に作業の要請を致しました。
作業終了まで今しばらくお待ち下さい。

とのこと。

**root▲▲ ★** · 2008/06/28(土) 17:59:48

で、今見る限り、水曜の途中から既におかしかったみたいですね。

ひょっとして、c の不調はこれが原因?

**root▲▲ ★** · 2008/06/29(日) 01:12:10

>>548
明らかにこれが c.2ch.net 不調原因の一つっぽいですね。
かっこいいおにいさんが出稼ぎ中で「受け取り」が終わってないので、
私やcの中の人たちがログインすらできないのがつらいところですね。

来週までこのトラブルが続くようなら、
いったん c.2ch.net のラウンドロビンから外してもらおうかと。

# ちなみにその後、中の人からの連絡はありません。

**root▲▲ ★** · 2008/06/29(日) 02:15:33

どくおさんへ:

dmesg 見させていただきました。
http://www.maido3.com/server/zousan/banana3601_dmesg.txt

チップセットはこれですね。

モバイルインテルR 945GM Express チップセット
http://www.intel.co.jp/jp/products/chipsets/945gm/index.htm

だったら ICH7 なので、SATA300 いけるはずですが、、、。

BIOS の設定を疑ってみるのがよい気がします。
特に「SATA + PATAミックスモード」みたいなモードがある場合など、要注意かも。

# ちなみにICH7はAHCIやRAIDには非対応ですね。これは、ちとざんねん。

**root▲▲ ★** · 2008/06/29(日) 02:18:18

で、dmesg をもう少し読んでみましたが、

atapci0: <Intel ICH7M SATA300 controller> port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfa00-0xfa0f mem 0xfdffe000-0xfdffe3ff at device 31.2 on pci0
ata0: <ATA channel 0> on atapci0
ata0: [ITHREAD]
ata1: <ATA channel 1> on atapci0
ata1: [ITHREAD]

で、

ad0: 238475MB <Seagate ST3250410AS 3.AAC> at ata0-master SATA150

のようにディスクは ata0 についているようなので、
やっぱり SATA300 じゃないとおかしいですね、、、。

ねむいのと気圧変わってきたせいか微妙に調子悪いので、
今日はこんなところで。

**root▲▲ ★** · 2008/06/30(月) 13:16:02

【Love Affair】携帯からのアクセスに対する考察・次の一手 Part4.2 - ボーリング場3
http://qb5.2ch.net/test/read.cgi/operate/1203100286/690-691

以下のDNS変更申請をします。
同じ内容をメールフォームでも送っておきます。

・障害発生中の c205 を c.2ch.net から切り離し、c24 と一時的に入れ替え

(以下の行を一時的に緊急削除)
+c.2ch.net:207.29.247.145:300

(以下の行を一時的に緊急追加)
+c.2ch.net:206.223.149.230:300

**root▲▲ ★** · 2008/06/30(月) 13:19:36

>>552
送信完了。

**root▲▲ ★** · 2008/06/30(月) 13:33:12

>>552
作業完了の旨メールいただきました。
こちらでもDNSの元データが切り替わったのを確認しました。

**root▲▲ ★** · 2008/06/30(月) 14:44:37

mamono に「チャンギ設定」を適用。

現在チャンギ設定有効のサーバ:

tiger3507 = changi
banana3273 = mamono
banana3163 = news24/sports11/human7他

チャンギ設定とは:
従来の「ジンギスカン設定」に加え、
/usr/local/bin, /usr/local/sbin, /usr/local/lib, /usr/local/libexec をも
まとめてメモリディスク上で動かすことにより、ディスクI/O負荷を軽減させる手法。

changi.2ch.net サーバで初めて試されたので、この名称がある。
というか私が勝手にそのように命名。

**root▲▲ ★** · 2008/06/30(月) 14:46:29

LA=25 が LA=5 ぐらいになったので、
とりあえず効果を発揮している模様。< mamono

**root▲▲ ★** · 2008/06/30(月) 14:47:29

LA=5 ってことはないかな。7ぐらい。
でも効果ありということで。

雪だるまフロントにも、
北京オリンピックまでにはこの設定入れようかなと。

**root▲▲ ★** · 2008/06/30(月) 15:23:45

あ、そうだ。

数ヶ月前から(FreeBSD 7.0Rのroot権限つきをいじるようになってから）、
root権限ありサーバでは、/md のマウントする際のオプションを下記に変更しています。

/sbin/mdmfs -M -s ${_MDSIZE} -i 2048 -o noatime md /md
↓
/sbin/mdmfs -S -M -s ${_MDSIZE} -o nosnapshot,noatime,async md /md

・async, snapshot、softupdateなし
・atime(アクセス時間)登録なしは従来から継続
・-i2048 廃止、その分メモリディスクをやや大きめにとる

明らかに上記より下記のほうが体感的に高速なので、
どこかでベンチマークなどしていただけると、うれしいかも。

# ちなみに以前「原理的にはこっちのほうがいいはずだ」と考えて、
# FreeBSD 5.4Rぐらいの頃に試して、かえって遅くなってしまい敗北した(元に戻した)設定。
# 当時はどうも md のドライバが不出来だったのかも。

**root▲▲ ★** · 2008/06/30(月) 15:35:58

ちなみに >>558 は根拠なくやったわけではなく、

http://people.freebsd.org/~kris/scaling/Filesystem%20Performance.pdf

これ見てやってみたです。

**root▲▲ ★** · 2008/06/30(月) 15:39:40

でも、Fris さんの発表には、

Extract to disk, and to swap-backed md to avoid
disk overhead (higher I/O rates)
? Swap backing is faster than malloc backing and doesn't
use swap unless there is memory pressure

とあるので、-M がいいかどうかは微妙なところかも。

**root▲▲ ★** · 2008/06/30(月) 15:40:00

Fris さんじゃなくて Kris さんだった。

**root▲▲ ★** · 2008/06/30(月) 15:59:09

>>558 は紛らわしいな。
> ・async, snapshot、softupdateなし
↓
・async,設定
・snapshot、softupdateなし

が正しいということで。

**動け動けウゴウゴ２ちゃんねる** · 2008/06/30(月) 21:27:12

なるほど

**AirRock ★** · 2008/07/01(火) 00:02:01

おつかれさまです。

http://human7.2ch.net/4649/ に於て携帯からのRock登録済みの電話番号投稿がありましたが
klistには記録されていません。
恐れ入りますが調査をお願いします。

◆電話番号入り投稿対策 testversion
http://qb5.2ch.net/test/read.cgi/sec2chd/1209267202/287
http://qb5.2ch.net/test/read.cgi/sec2chd/1209267202/290-294

**root▲▲ ★** · 2008/07/01(火) 00:10:56

BBNに一つも記録がないですね。< human7から

10000秒(3時間)ぐらい前に新サーバに切り替わったところのようです。< human7のDNS

**root▲▲ ★** · 2008/07/01(火) 00:13:31

07:53:54 PDT (23:53:54 JST) に offreg 板からのBBNクエリがあったので、
今は復活していると思われます。

**root▲▲ ★** · 2008/07/01(火) 00:14:41

で、ちと切り替わりが遅かった気がしますが、
3時間前までnews24/human7/sports11でrock54Mが正しく効いてなかったのは、
確実の模様です。

**動け動けウゴウゴ２ちゃんねる** · 2008/07/01(火) 00:15:29

>>565-567
>>494 (1)
の「3日ぐらい」が長くなってしまったというわけですか？

**動け動けウゴウゴ２ちゃんねる** · 2008/07/01(火) 00:16:25

この人がいれば鯖は安心だー
まさに小さな巨人

**root▲▲ ★** · 2008/07/01(火) 00:16:57

>>568
そういう気がしますね、、、。ううむ。

**root▲▲ ★** · 2008/07/01(火) 00:18:15

ううむ、でもmnewsplusからはクエリ来ているなぁ。

なぜだろう。

**root▲▲ ★** · 2008/07/01(火) 00:20:14

6月27日を最後に、4649板からの問い合わせが来ていない。
同じDNSサーバを使うnews24/mnewsplusからは来ているのに。

おかしい、、、。

**root▲▲ ★** · 2008/07/01(火) 00:21:40

…いや、そんなことはないな。
見るログを間違えてた。ちゃんと 4649 板からの問い合わせは来ている。

**root▲▲ ★** · 2008/07/01(火) 00:25:17

結論としては、
ちゃんと問い合わせは来てますね。 < 4649

しかし、その書き込みによるものではなさそうです。ううむ。

**AirRock ★** · 2008/07/01(火) 00:27:40

どうもですー。

klistに記録がないものをもうひとつ。
登録日時 2008/06/28(Sat) 09:29:31 です。

http://qb5.2ch.net/test/read.cgi/sec2chd/1212328182/220

BBN情報をみると

Fh****f
7w****Y-0100100

と混在してるのですが、これは関係してるのでしょうか。

**root▲▲ ★** · 2008/07/01(火) 00:27:52

あと疑わしいのは、、、oklistか。
確認してきます。

**root▲▲ ★** · 2008/07/01(火) 00:30:23

bbrのoklistには、ちゃんとbanana3163は入っているなぁ。

>>575
bbs.cgi的には混在することはないはずなので、
未承諾さんの修正と相前後しているのかも。

**root▲▲ ★** · 2008/07/01(火) 00:33:41

…と思ってBBNのDNS側登録データ見たら、、、。

なんか、小文字フラグがあるのとないのが、ぐちゃぐちゃに混ざってますね。
これのせいな気がする、、、。

**root▲▲ ★** · 2008/07/01(火) 00:38:29

よく調べないとわからないですが、
複数要因な気がしてきました。

・BBN(Rock54M)のDNSサーバとして古いのが登録されていた期間がある
・さらにdocomo携帯からのRock54Mは小文字フラグ関連がうまく動いていなかった期間がある

6月下旬ぐらいの段階の携帯の、特にdocomo携帯からの
「Rock54Mが効かなかった」報告は、ほとんど参考にならないかもです。

# ちなみに報告いただいたものは、今見たらすべてそれ関連でした。

**AirRock ★** · 2008/07/01(火) 01:11:10

時の流れに身をまかせていれば解消される問題なのでしょうか。