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

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

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

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

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

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

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

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

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

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

>>522
完了しました

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

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

>>523
おつでした。

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

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

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

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

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

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

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

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

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

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

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

どくおさんへ:

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

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

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

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

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

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

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

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

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

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

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

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

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

リブート要請します。

>>543
done.

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

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

とのこと。

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

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

>>545 続き

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

とのこと。

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

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

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

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

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

どくおさんへ:

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には非対応ですね。これは、ちとざんねん。

で、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 じゃないとおかしいですね、、、。

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

【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

>>552
送信完了。

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

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 サーバで初めて試されたので、この名称がある。
というか私が勝手にそのように命名。

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

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

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

あ、そうだ。

数ヶ月前から(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 のドライバが不出来だったのかも。

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

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

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

でも、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 がいいかどうかは微妙なところかも。

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

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

が正しいということで。

なるほど

おつかれさまです。

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

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

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

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

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

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

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

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

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

なぜだろう。

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

おかしい、、、。

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

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

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

どうもですー。

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

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


BBN情報をみると

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

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

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

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

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

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

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

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

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

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

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

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

>>580
だと思うんですが、、、。

> 小文字フラグがあるのとないのが、ぐちゃぐちゃに混ざってますね。

これがちと気になるかも。

もし、Rock54と同じように「古いのは押し出されて消えていく」ようになっているなら、
そのうちきれいになるはず。

これ、定期的にここに貼っておいたほうがいいのかな。

質問・雑談スレ274＠運用情報板
http://qb5.2ch.net/test/read.cgi/operate/1212486953/969

というか取り方って、これでよかったんでしたっけ。
というかたぶんいいんでしょう。動いているしｗ。

969 名前： ◆MUMUMUhnYI [sage] 投稿日：2008/07/01(火) 01:17:48 ID:wLyRX0oz0 ?DIA(100512)
bg20からの取り方は、、、。

こうかな。

subject.txt
http://bg20.2ch.net/test/p.so/qb5.2ch.net/operate/

dat
http://bg20.2ch.net/test/r.so/qb5.2ch.net/operate/1212665493/

>581
下記で纏めたものは小文字フラグがない状態でBBN情報に載っていて
自動的に期限延長されていってます。
これは「押し出されて消えていかない」状態になりますでしょうか。

http://human7.2ch.net/test/read.cgi/dame/1213406839/452 2008/07/01 00:25:35 ID:/hJAGSmC
http://human7.2ch.net/test/read.cgi/dame/1214836070/12 2008/07/01 00:26:26 ID:/hJAGSmC
http://human7.2ch.net/test/read.cgi/dame/1213869231/819 2008/07/01 00:30:49 ID:/hJAGSmC
http://human7.2ch.net/test/read.cgi/dame/1214390970/769 2008/07/01 00:41:55 ID:/hJAGSmC
http://human7.2ch.net/test/read.cgi/dame/1212840108/936 2008/07/01 00:49:25 ID:/hJAGSmC
http://human7.2ch.net/test/read.cgi/dame/1214390970/772 2008/07/01 00:52:21 ID:/hJAGSmC
http://human7.2ch.net/test/read.cgi/dame/1213946405/217 2008/07/01 00:55:01 ID:/hJAGSmC
http://human7.2ch.net/test/read.cgi/dame/1186906871/604 2008/07/01 00:59:41 ID:/hJAGSmC

>>578
→なんか、小文字フラグがあるのとないのが、ぐちゃぐちゃに混ざってますね。
時間を見てそのうちに排除するですです、、、@小文字の7文字のみ

小文字フラグ「なし」の状態でDNSサーバに載っています。

つまり、Rock54M は現在かからない状態です、、、。

>>585 は >>583 へのレスです。

つまりこれは、
「小文字フラグなしのものが期限延長になると、それには現状、
永久にRock54Mがかからないことになる」
ってことなのかしら。

>>584
おつです。

この状況だとたぶん「排除」ではなくて、
「登録済みDBのほうを小文字フラグありに一律手で変える」
ほうが、いいのかも。

>>587
あ、了解です。逆思考してた(汗)

>>552 を元に戻す申請をします。
同じものをメールでも送ります。

・障害復旧により変更前にの状態に切り戻し

(以下の行を削除)
+c.2ch.net:206.223.149.230:300

(以下の行を追加)
+c.2ch.net:207.29.247.145:300

>>589
完了の報告をいただき、作業内容が依頼どおりであることを確認しました。

ex25、花子に収容します。
下記と同内容のメールを中の人に送っておきます。

・ログイン名は以前 tiger3502 にあったのと同じ名前でお願いします。
・アカウントのセッティングは通常の「花子に入れる設定」でお願いします。
・アカウントができたら、パスワードを私に送っていただけると助かります。
・DNSの変更は、中身の展開が終了した時点で改めて出しますので、
まずは今の設定を維持でよろしくお願いします。

>>591
メール送信済。
今後は、

1) アカウントが私に届いたら、花子にとってある ex25 のイメージを流し込む
2) バイナリ cgi 等をチューニングする
3) DNS変更申請を出す

というてはずで。

■ 板設定変更依頼スレッド10
http://qb5.2ch.net/test/read.cgi/operate/1191581955/469-516

NoJananeseのところの処理を読んでみました、、、。ふむ。

# とりあえず「できる」とも「やる」とも何とも言ってないですが、
# まずはチラシの裏ということで。

ちなみに原因は「名前欄に # があるから」ではないですね。
原因は ◆ ← これ ということで。

>>594
でしたら、 BBS_4WORLD の文字判定で ◆ 8190F を許可するように書き足せば行けます。

>>595
仮に、ユーザが◆を入力可能になるのは面白くないなぁ、
って思っているとすると以下略。

直感では、トリップとキャップの処理の前に文字種のチェックするようにすれば
いいような気もしますが、副作用がないかの検討は必要なんだろうななと。

で、どう考えても副作用満点っぽいので、
(あそこ、checkedだけじゃないから))
たぶんきっと慎重にやらないといけなそうですね。

そうなると許可されてない文字列を含んだトリップが使えないんじゃないだろうか。

>>599
Yes, exactly.

やるとしたら
キャップの場合には文字種判定をスルーして
トリップの場合には#以前のみを判定して#以後は判定をスルーして変換して後で一緒にするのかな。

↓Yes, exactly.のAAよろ

１．トリップとキャップの処理。
２．文字種チェック処理前にトリップとキャップ以外を切り出す。
３．切り出した文字列を文字種チェック
　　ダメ文字ならエラー
　　エラーで無いなら処理続行

でいいんじゃないかしらー。

基本は日本語OKにして
必要なところだけ英語限定の方がずっと簡単な気がする。

キャップの場合はメ欄だから、後でキャップ文字列を結合するようにすれば名前欄は文字種チェックを通しても大丈夫かな。

>>599
そもそもトリップに日本語使うなってひ（ｒｙが言ってたような…

Be-2ちゃんねる　人柱募集中。。。
http://qb5.2ch.net/test/read.cgi/operate/1101003269/172

172 名前：ひろゆき＠どうやら管理人 ★[] 投稿日：04/11/21 16:00:50 ID:???
トリップに全角を使うのは間違いですよ。うむうむ。

BBS_4WORLDの文字コード判定のタイミングって、何処にされてたんでしたっけ

1.◆のチェック（エラー時は文字種チェックと同様）
2.トリップ、キャップ処理
3.文字種チェック（◆を許可）

これが一番変更が簡単なような

>>609
キャップは日本語を含む。

>>610
そもそもdejimaで日本語であるキャップや◆を表示していいのか？
って事になるとそのコンセプトからするとnoな気もするってところから
話し合った方がいいのかもな。

名・目・文欄受け取り
↓
トリップ変換
↓
◆を#に置き換え
↓
それらをまとめてからBBS_4WORLDの文字コード判定
/bbs.cgiへ投げる
↓
反映

#dejimaだけトリップの◆は#で表記

>>612
◆⇔◇が出来ないよ

>>613
勘違いしてたかも

>>592
> 1) アカウントが私に届いたら、花子にとってある ex25 のイメージを流し込む
> 2) バイナリ cgi 等をチューニングする

ここまで終わりました。

> 3) DNS変更申請を出す

をこれからします。

以下のDNS変更をお願いします。
なお、同じ内容をメールでも送ります。

・ex25の花子への収容

(現状)
+ex25.2ch.net:207.29.247.60:300

(変更後)
+ex25.2ch.net:207.29.253.225:300

>>616
完了の旨連絡いただきました。

http://ex25.2ch.net/kakolog.html

収容完了です。

bbs.cgi 配布リスト、ボボン配布リスト、F25等調整してきます。

F25 → F22 でした。

bbs.cgi配布リストとボボン配布リストは既に調整済みでした。

read.cgi 広告配布リスト調整してきます。

read.cgi 配布リストから ex25 を削除しました。
これで、ex25収容に関するすべての作業が終了しました。

リストを更新しました。

http://mumumu.mu/serverlist.html
http://mumumu.mu/server_working.html

お疲れさまです

>>612
それだと"◆NAO/2MXDEk"を名前欄に入れることで成りすましできませんか？

>>622
> トリップ変換
の部分で◆→◇に変えておけばよくね？
→◇は日本語扱い→エラー

>>623
まぁ、トリップ判定を単純に◆を#に、◇を*にでも変えてしまえば

【実況】　live23+live24　Part27.1
http://qb5.2ch.net/test/read.cgi/operate/1211636558/119-122

自動切り離し/復旧、入れないとなぁ。
どくおさんチームで作ったやつ、試してみようかな。

live23f1 = tiger2523 上がった模様。
しかし、syslog にこんなメッセージが、、、。

Jul 2 00:28:14 <1.5> tiger2523 acpi: resumed at 20080702 00:28:14
Jul 2 00:28:18 <5.3> tiger2523 syslogd: exiting on signal 15

1行目のやつ初めて見るけど、ACPI的に自分で落ちたってことなんですかね。
なぜだろう。

tiger2523 のシステムメッセージを見た。
「自分で正しく落ちた」らしく、fsckが走った形跡がないです。

よくわからないので、とりあえず観察強化ということで。

>「自分で正しく落ちた」らしく、fsckが走った形跡がないです。
どうやったらわかるの？syslog?

>>628
syslog ですね。(>>626)

あと、ハングアップとかして電源ブッチで戻した場合、
ブート時にこんな↓メッセージが syslog に残りますが、
今回はそれがありませんでした。

WARNING: / was not properly dismounted

お仕事中、失礼しました。

こんなに早くレスがあるとは思いませんでした。ありがとう。勉強になります。

7月になったので、恒例のやつを作ってうｐします。

これまでは難民の某スレでやってたような気がするけど、
なんとなく、こちらで。

2ch/bbspinkの投稿数(2008年1月〜2008年6月)
http://mumumu.mu/img/2chpost-200801-06.jpg

参考:
2007年同時期
http://mumumu.mu/img/2chpost-200701-06.jpg
2006年同時期
http://mumumu.mu/img/2chpost-200601-06.jpg
2005年同時期
http://mumumu.mu/img/2chpost-200501-06.jpg

元データ:
http://stats.2ch.net/kawasemi-d/

で、ぱっと見「今年は増えてるなぁ」っていう感じがあります。

まず気づくのは、縦軸のExcelが作る自動目盛りが初めて「400万」になった、
というところですかね。

一応、これまでのやつも貼っておこう。

2004年5月-12月
http://mumumu.mu/img/2chpost-2004.jpg
2005年
http://mumumu.mu/img/2chpost-2005.jpg
2006年
http://mumumu.mu/img/2chpost-2006.jpg
2007年
http://mumumu.mu/img/2chpost-2007.jpg

2004年5月〜2007年12月
http://mumumu.mu/img/2chpost-2007.jpg

最後、まちがい。

2004年5月〜2007年12月
http://mumumu.mu/img/2chpost-2004-2007.jpg

2001年に２ちゃんねるはめきめきと膨張したそうです。
西鉄バスジャック事件がその背景にあったようです。

2005年に２ちゃんねるがめきめきと膨張したのは、
電車男の影響でしょう。

今また成長を始めたように思える２ちゃんねる。
はたしてどんな要素なのか。

質問・雑談スレ275＠運用情報板
http://qb5.2ch.net/test/read.cgi/operate/1214880089/91-110

どきどき。

で、世間にはいろんなヘンなことが出回っているみたいなので、
私が考えているところをつらつらと書いておこうかなと。

---
まず、IPアドレスは「枯渇」しません。

IPアドレスは石油や石炭じゃないので、使ってもなくならないです。
だから「枯渇」というのは、誤解を生む表現だと思うわけです。

もうしばらく経つと、レジストリ(APNICとかJPNIC)の倉庫から、在庫がなくなるだけです。
つまり、在庫が「払底」するっていうのが正しいです。

ということで、今のIPv4のインターネットが「なくなってしまう」というわけではありません。
IPv6のインターネットが「今のインターネットに加えて」利用できるようになる、というのが、
たぶん一番正しいんだと思います。

(続く)

だから、IPv6に「移行」する、というのも、なんだか変な話だと思うです。
IPv6には今のIPv4を捨てて「移行」するんじゃなくて
「これからはIPv4とIPv6の両方が使えるようになる」というのが、
これから起こることのはずです。

でも、確実にIPv4の在庫はなくなるので、
その時点からIPv4のインターネットは、
「そのままだと、もうこれ以上は成長できない」状態になります。

ただし、通常の方法では、
IPv4のインターネットからIPv6のインターネットのサービスを
そのまま利用することはできません。逆もまたしかりです。
(「通常の方法」ではないやり方はいろいろとあるです。が、とりあえずここでは省略)

(続く)

そんなわけで、今から数年経つと、
例えばプロバイダと新規に契約しても、
「うちにはもう割り当てられるIPv4アドレスはありません」
って言われて、IPv6アドレス＊しか＊、来なくなってしまうかもしれません。

そしたら、IPv4でしかサービスを提供していないもの、
例えば２ちゃんねるやニコニコ動画は、そういう人たちからは
そのままでは使えないことになるです。

じゃ、そういう人が困らないようにするには、どうするのがいいのか。
いろんな方法が考えられますが、
「２ちゃんねるやニコニコ動画ががんがって、IPv6でもIPv4と同じサービスを提供する」
というのは、考えられる一つの解決方法、ということになるです。

で、管理人は >>637 な発言をしました。

これはつまり「２ちゃんねるはそういう方向でがんがる用意がありますよん」ということを
表していると思われます。

ということでこれは、結構、大きなニュースっていうことになるです。

で、本当にがんがるのは果たして誰なのか。




…とりあえず今は考えないことにしよう、そうしよう。

IPv6_2chﾏﾀﾞｧ-? （･∀･ ）っ/凵⌒☆ﾁﾝﾁﾝ


言うだけの立場って楽珍ですなぁ（がんがれ誰かさん）

＞IPv6には今のIPv4を捨てて「移行」するんじゃなくて
＞「これからはIPv4とIPv6の両方が使えるようになる」というのが、
＞これから起こることのはずです。

そうかなあ、、

「これからはカセットテープと CD の両方が使われるようになる」というのが、
これから起こることのはずです、
とかと同じに思うけど。

>>644
CDには音質がいい、とか、
何度かけてもへたらない、とか、
むぎゅっとリッピングしてさくっと使える、とか、
レコードみたいに取り扱いに気を使わなくてもいい、とか、目に見えるメリットがありました。

IPv6には、そういうのってあるのかしら。
つまりそこいらのユーザが「IPv6ってすげえええ」と思えるような何かが。

るーさんのレスは専門的なのに
マターリしてていいなぁｗ

で、その「すげえええ」が明確にあるなら、たぶんきっとあっちゅう間に
IPv6がぶわーっと広まっていって、みんなIPv6を自然に使う、
ってことになるかもですね。

で、その時にはIPv4は捨てられるんじゃなくて、
レコードやカセットテープ、あるいはVHSビデオのように
何となく自然に使われなくなっていく、ってことになるんじゃないかなと。

うーん、でも足りないのは事実なんだから
一部が押し出されてIPv6を使わざるを得ないことになります。

少なくとも移行の始めの段階においては、互換性が無いのならば
IPv4のほうが色んなサイトがあって便利なんだからIPv4を使いたがるはずです。
既得権益とか、金や権力を持った人たちがIPv4を使えて
そうじゃない人たちは仕方なくIPv6を使うようになるんですか？

たぶん、或る程度強制的に移行させられることになるんじゃないでしょうか。
たとえばテレビがブラウン管から液晶に、「移行」させられたように。

IPv6もそう遠くない時期に枯渇するかも　っていう報道でるかもね。
たぶん、それが主流になって間も無く。

>>648
そのへんは、どうなるんでしょうね。
正直、私にも予想がつきませんです。

IPv6を地デジへの(強制)移行に例える人もいたりするわけですが、
今回の例はそれとも、なんだか違う気がします。
だって、日本に閉じた話じゃないですし。

仮に、日本だけがんがってIPv6に「移行」しても、
世界がついてこないということだって考えられます。

もしそうなったら、例えば日本のIPv4が「枯渇」したら、
サービスをする側の人は、どっか別の国や地域に逃げたりするのかもしれないです。
２ちゃんねるを見てもわかるように、サーバは物理的にどこにおいても
それなりにサービスを提供できるわけで。

あと、IPv4はレジストリの倉庫からは確かになくなりますが、
各組織には意外と、死蔵在庫が残っていたりします。
それらを「取引」するようになる、なんてことも、あるのかもしれません。

今はIPv4アドレスの譲渡は世界的に禁止されていますが、
昨今の環境問題でのCO2取引、みたいなものを見ていると、
IPv4の死蔵在庫を取引可能にしてできるだけ有効に活用し、
かつ寿命も延ばそう、なんていう動きが起こることも、考えられるかもしれないです。

# なんだか「かもしれない」ばかりで、ちと読みにくい「かもしれない」なぁ。

頑張る？のは管理人
ケツ拭くのが利用者

理論上IPアドレス 43億の4乗

IPv4は、アドレス数が約43億個

>>644
カセットとCDじゃなくて、CDとDVDと言う方が例えとしては合っている様な気がする

DVDとBDじゃないか？

CD と DVD や DVD と VD みたいに、
画面がすんごくきれいになったりするのかしら、、、。< IPv4とIPv6

例えば「IPv6にしたらダウンロードむちゃくちゃはええ」とか、
「IPv4だと720x540しか落とせないけど、IPv6にしたらフルHDがさくさく落とし放題」とか、
そういう感じになるんですかね。

あるいは「IPv6だから安全だもんねー、変なウイルスにもひっかからないし」
とか、そんなのでもいいです。
何かあったら教えていただけるとうれしいです。いや、まじで。

単純にIPv6について話す板を作るんじゃないのか…というのは８ｒｙ

ナンバープレートの分類番号がが2桁から3桁になったみたいなー

電話の局番が4桁になったときのような。

携帯電話のＥメールとショートメールじゃね？

IPv4に対するIPv6のアドバンテージって
「IPv6はアドレスが腐るほどある」の一点だけっしょ
できることに大差はないわな

んでもIPv4アドレスは「払底」する日がくるわけで
IPv6ネットワークはそのうちIPv4ネットワークを圧倒するんでないの
そうなったらIPv4ネットワークを維持する意味はなくなるし
やっぱIPv6に「移行」するんでないかい

あれだ、郵便番号と同じじゃね？

IPsecが必須になって意識しなくてもセキュリティが保たれる
っていうのはIT音痴のエライ人にはプッシュしやすい点かな。

ぶったぎりで申し訳ない
グラフ、ありがとうございました　昔のことを知らない俺には興味深かったです

郵便番号が7桁になって、仕分けが楽になった感じ？

その前に、ネットの帯域が需要に追いつかなかったりして。
どこもかしこも動画、動画と大丈夫なんか？

・アドレス空間が膨大なので、いろんな機器にアドレスを割り当てることができる。
　いままで通信を行っていなかった or 別の通信方法だった機器が繋がっていくかも。(>>660)
・IPSecがやりやすい。意識しないで通信路の暗号化ができる。(>>662)
・マルチキャストがやりやすい。インターネット上でのリアルタイム配信が進むかもね。

インターネット上でのリアルタイム配信って
サーバの費用とかが馬鹿にならないとか聞いたような

＞ということで、今のIPv4のインターネットが「なくなってしまう」というわけではありません。
＞IPv6のインターネットが「今のインターネットに加えて」利用できるようになる、というのが、
＞たぶん一番正しいんだと思います。

＞だから、IPv6に「移行」する、というのも、なんだか変な話だと思うです。
＞IPv6には今のIPv4を捨てて「移行」するんじゃなくて
＞「これからはIPv4とIPv6の両方が使えるようになる」というのが、
＞これから起こることのはずです。


IPをユーザに提供するISPとしてはIPｖ4とIPｖ6を同時に管理していくのは面倒じゃないですかね？
だったらユーザに対してはすべてIPｖ6への割り当てに「移行」する。
で、ISPが保有している今までユーザに割り当てていたIPｖ4はどうするかと言うと
ユーザ（IPｖ6環境）からIPｖ4環境にアクセスする際に（IPｖ4→IPｖ6変換）ゲートウェイを通過させる。のような。
問題はISPがいつIPｖ6に「移行」させるかだと思うです。
ISPたちが率先してIPｖ6に移行することにメリットは無いですからねぇ。

ネットも、その内「エコ」との戦いになる悪寒。

一人に一つIPアドレスを振っても余裕であまるようになるから皆固定IPアドレスに出来る、とかだったらこの掲示板にとっては利点がありそう。

今のところはIPv6にデメリットしか感じてない
最初にv6で試して、駄目だった場合にv4でアクセスするから遅くなるという…
なので普段は無効にしてます

サーバーもだけど、クライアント側のソフトの対応も問題
特にもうサポートが終わってるソフトがきつい
OS側で完全に吸収出来るような仕組みになったとしても、
入力欄が3-3-3-3になってるとどうしようもないような

デメリット

中継機を介して間接的にインターネットと接続
これらが取り払われるIPv6では代替策をユーザや企業が考えなければならない[2]。

ユーザのIPプロトコルに対する認識度が低く、IPv6に移行するメリットが見出しにくい
（もっとも、エンドユーザが選択するのはプロトコルではなくてエンドサービスである）。

IPv4と似たプロトコルではあるものの、互換性は無いため、ルータの取替えや新しいソフトウェアの開発・導入などで、追加投資を免れない
（しかし、機材の更改で徐々に展開するとも言える）。

また移行期間では両方のプロトコルをサポートしなければならない（これが最大の問題とも言える）。
IPv6のバックボーンはまだIPv4ほど充実していない。また、末端ユーザー/サイトのIPv6接続はほとんどの場合IPv4による
トンネリングである。
そのため、IPv6で接続するとかえって通信性能が低下する場合が多い。

また、IPv6での接続に失敗することもままあり、その場合IPv4にフォールバックすることになるが、最初から
IPv4で接続していれば不要であったはずのタイムラグが生じてしまう。
前項とも関連するが、現状のIPv6ネットワークはトンネリングやDNSなどをIPv4に依存しているため、IPv6を導入しても管理の手間が
増えこそすれ、耐障害性が増すわけではない（IPv4がダウンすればIPv6もダウンしてしまう）。

アドレス空間が広いことと、MACアドレスによる自動設定のため、逆引きの管理が困難
であり、逆引きを要求されるケースで困ることがある（逆引きできないホストからの接続を拒否するサーバなど）。
技術面や運用面でまだ不確定な要素が多い（サイトローカルアドレスの廃止、エニーキャストアドレスの見直しとDHCPv6の
再検討、逆引きの問題など）。

tmp7（ダウソ）が人大杉になったりならなくなったりするけど
わざとやってるのかな？
そろそろ夏休みで変な人が増えるから人大杉に戻してほしい.。

桶屋さん> ・マルチキャストがやりやすい。インターネット上でのリアルタイム配信が進むかもね。

先日亡くなられた「侍」の方と、そんな話をしたことがあるです。

つまり、今までのIPv4じゃ（でき）ないような使い方とか、
今までは想定しえなかったような使い方とか、
そんな方向に面白いものがあるんじゃないかなと思うわけです。

私が「侍」さんと話したときに何となく思ったのは、ネトゲ方面です。

世の中には「このプロバイダはネトゲサイトに行くの10ms遅いから、
もっといいやつに乗り換えよう」というふうな人がいると聞いています。


どうも「ネトゲで10msも遅延があったら撃たれて死んじゃうよ」
っていうことらしいんです。私には想像もつきませんけど。

10msって言ったら競艇選手が認識出来るか出来ないか
ギリギリくらいの時間だったような。
たぶんその人はプロのネトゲプレイヤーなんでしょう。

>>675
すみません。20msだったかもしれない。
でも、確かそのぐらいだったと思う。聞いたときに「へーっ」って思ったから。

ちなみに「ADSLなんて遅延が馬鹿みたいに大きいから絶対あり得ない」
というのを聞いたのは、良く覚えているです。

あと「遅延よりもジッタ（ゆれ）がいやだ」というのも、聞いたことがあります。

最近のネトゲは（疑似）通貨などとも関係しているらしく、
そういうネットワークの品質には、私みたいな従来からのユーザからは、
考えられないほどシビアみたいです。

このへんは知識ほぼ皆無なので、
その道の方がもしいらしたら、状況を聞いてみたいところかも。

おいらはゲーセンプレイヤーだけど相手の発生15frの密着攻撃を見てから対処できる人達ならいっぱいいるよ。
ネトゲ関係ないけどね。

>>677
マカロニほうれん荘のきんどーさん風に
「これはなにかね、ぼくらにジッタリンジンの夏祭りを聞け、ということかね」

そらゲーセンのゲーム機のフレームレートは 1 秒に数十フレームだし。

IPアドレスを無くせばいいと思うのです。
ホストネームだけで桶。

>>655
アクセス制限がしやすいかもしれません。
原則として各ユーザに固定IP(/48か/64)が配られるので、携帯と同じくユーザ単位で規制できます。誤爆も起こりにくいです。
現状、OCNが固定IP/64,動的IP/64の二つを配っていたり、IPv6 Onlyでない限りIPv4でアクセスされたら無意味という問題はあります。
IPv4の枯渇が進めはプロバイダにNATが導入されて一部CATVと同じ状態になるのでより有効なはずです。

他の利点は最終的に無理をすればIPv4でも同じことができるという結論に達するので特にないと思われます。

>>682
> 原則として各ユーザに固定IP(/48か/64)が配られるので

これは激しく魅力的ですね。(>>670 にも似たような話が)
基本的に全部 BBQ あるいは deny from 相当のことをすればよく、
巻き添えも生じないと。

どなたかがよく言っている「インターネットを匿名にしているのはISP」
というのが、相当に軽減されるということですか。

しかし、RBL 型(DNSでやる)をやろうとすると、ちとめんどいのかもしんないですね。
つくりにもよるかもしれませんが。

で、基本的に全部固定割り当て、ということであれば、
リモホ逆引きするのは、IPv6ではもはや必要ないかもしれないですね。
全部IPアドレスで規制すればよくなる、ということなわけで。

しかしIPｖ6が普及してﾕﾋﾞｷﾀｽやら家電接続が当然の状況になってくると
ｳﾁのｺｰﾋｰﾒｰｶｰは規制くらってるがｴｱｺﾝはまだ大丈夫。とかになるのかしら…。

>>685
コーヒー淹れたことを報告しまくったり、
コーヒーの淹れ方をクロールしまくるようなコーヒーメーカーは
規制されそうものですなぁ。

そういやコーヒーメーカーのセキュリティに脆弱性ってニュースがあったなぁ
色んな物に割り振るのはいいけど穴だらけになったりしないもんかな・・・？

今度は有料動的IPサービスが始まったりして

朝のコーヒーを飲もうとして「くそ、誰か侵入してアメリカンに設定してやがる」って叫ぶんですね

I'm a teapotが現実になるのか…

よー知らんけど、そうなるとIPも電番と同じく個人情報になったりしてｗ

というか、匿名もそうだけどどちらかというと管理者・運営者の権限が増える方が心配。
２ちゃんねるなんて、ネットの「出来ない」に守られてきた面もあるだろうし。
ピンポイントで「規制出来る」→「出来るならなぜやらない！？」→
　（なにか問題が起きる）「管理するのが（法的）義務」にならなきゃいいけどと。
便利になると逆に手間が増えそうな気もな〜

ところでPIEはIPv6による接続口を用意しているのかね？

IPv6って固定割り当てになるんですか？
実際、IPｖ4で動的な割り当てだったのは、本来はIPアドレスの少なさを補うためだったじゃないですか。
でも今のISPは動的割り当てはセキュリティの向上にも一役かっていると踏んでいると思うですよ。
つまり、IPｖ6にしても意外に動的（固定ではない）割り当てになる可能性も捨てきれないと思うんですけどねぇ。

機器ごとにIPを割り振れるのならばルータは不要で、ルータによる簡易ファイアウォールも無くなるでしょうし。

>>693
IPv4 に関わるものが根絶されるという、ありえない状況になったらそうかも。

ルーターがなかったらどうやって相手までデータを運ぶんだよ。直結か？

IPv6はIP(ブロック)の値段下がるから荒らされやすくなる予感

NAT とか IP masquerade とかがいらなくなるから hub でおｋってことじゃない？
IPv4 でまったく接続しないなら、そういう状況もありうる。まぁ実際には、各種アタック
対策用のルータが必要だろうけど。

>>695
コアルータじゃなくてブロードバンドルータの意。

>>697
そゆこと♪
＞各種アタック対策用のルータ
でも、もうそれは「ルータ」じゃなくなるよね。
IPv6用のセキュリティ機器が発売されるのか。
あるいはセキュリティソフトウェアが今以上に必要とされるのかしら。

ﾛｰｶﾙﾙｰﾀｰﾓｰﾄﾞじゃだめなん?

セキュリティを意識してない人にとってIPｖ6へ移行で割り当てがブロック単位だとBBルータなんて不要になるんじゃないかなって。
今までも一台だけで運用している人はBBルータ入れてないことが多いし。
現状はまだ変動IPだからある程度はセキュリティも確保できていただろうし。

IPｖ6で固定割り当てが基本になると意識してない人にとっては今以上に危険度アップじゃないかなと。
となると今後はひとつのIPで複数台接続を可能にする機器じゃなくてセキュリティを謳った（専門の）機器が売れるのかなって。

NAT無いとWindowsの再インストール時地獄絵図とみた

つ MacOSX

そんな時、、、

Windowsからの卒業〜♪

＞＞７０２
Mac OS Xの遠隔管理コンポーネントに脆弱性--トロイの木馬亜種を複数確認
http://japan.cnet.com/news/sec/story/0,2000056024,20375962,00.htm

>>701
現行OSならデフォルトでパケットフィルタはONだが？

WindowsXP Gold/SP1 のディスクしか持ってないというなら SP+メーカーでもつかっとけ

ようし作ろう。

弟？妹？(｡'▽'｡)wktk

>>707
母さんです

■　V6板作ろう。　まだまだ現役です。
http://qb5.2ch.net/test/read.cgi/operate/1215193325/

feel6 + RT57i でIPv6サーバを公開しているけど、IPv6だからってそんな
変わるものじゃないんだよね。YAMAHAルータならIPv6でフィルタかけるし。

DNSにAAAAレコード書いてやるぐらい。

>>710
そういう「ちゃんとしたルータ」使ってる人は、
特に問題ないんですよね。

でもそんなひとは、とっても少数派なわけで。

>>711 は「おうちで」っていう意味ですた。

業務用のちゃんとしたルーター変えないからクアッドでメモリ8GBなマシンでルーターやらせようとしている俺がきますた

よほどトラフィックが多いサイトじゃないとそんな廃スペック、肥やしになるだけだと思いますよ

>>714
ついでに分散処理とかさせるからもーまんたい

んと、識者の方にうかがいたいのですが、
FreeBSD 7.0R で SCHED_ULE 適用時のロードアベレージって、
どういうふうに計算しているんでしょうか。

ちょっとだけ sys/kern/sched_ule.c のソースを grep (眺めたわけではない)
してみたのですが、sched_4bsd にある (昔の avenrun[3] に相当する?)
averunnable というやつがないようです。

# なんかやっぱり、高めに出るような気がするんですよね、、、。

ふうむ。

SpeedyCGIのバックエンド(speedy_backend)が＊同時に＊自爆して、
起動しなおすので、どばっと重くなっているっぽいですね。

徐々に入れ替わるようにはできないのかしら、、、。

で、>>717 の傾向は、mod_speedycgi を使っているとより高くなるようなかんじ。
(mamono や changi)

>>718
http://qb5.2ch.net/test/read.cgi/operate/1214880089/388

# Set/get some SpeedyCGI options
$sp->setopt('timeout', 30);

なるほど、ここをランダマイズすればいいのか。
やってみるですか。

changi の bbs.cgi の最初のほうに、

# Set SpeedyCGI timeout option (for randomization)
$sp->setopt('timeout', 300 + int(rand(360)));

というのを入れてみた。
これでLAがふらつくのが直るといいなぁ。

今まではオプション指定(-t660)で「一斉に660秒で自爆・再起動」だったのを、
「300秒から659秒の間でばらばらに自爆・再起動」
にしたつもり。>>721

>>719
対応しますた。

Timeout
        Description:
            If no new requests have been received after <number>
            seconds, exit the persistent perl interpreter.  Zero
            indicates no timeout.

なので，こっちのような気がします．

my $maxspan = 600 ;
my $span = $GBX->{NOWTIME} - $FOX->{NOWTIME};
if($span > $maxspan) {$sp->shutdown_next_time;}

>>724
ぎょぎょ、なおしてきます。

こうしてみた。

# Set SpeedyCGI shutdown_next_time option (for randomization)
#my $maxspan = 600 ;
my $maxspan = 480 + int(rand(120));
my $span = $GBX->{NOWTIME} - $FOX->{NOWTIME};
if($span > $maxspan) {$sp->shutdown_next_time;}

で、300 + 0〜359 はちょっとアグレッシブに過ぎる気がしたので、
600 を 480 + 0〜119 にしてみた。

あんまり代わり映えしないかな、、、。

とりあえず今夜は、これで動かしてみるですか。

どくおさんへ:

> 「異なるセッティング(httpd.conf)を持つApacheを同時に1台のサーバで
> 動かしたい」
ports 使うなら簡単ですね。/etc/rc.conf にこんなかんじです。
雪だるまバックエンドでは、実際にこの設定で3つのhttpdを動かしています。

# for apache22
apache22_enable="YES"
apache22_http_accept_enable="YES"
apache22_profiles="normal private_live23b private_live24b"
apache22_normal_enable="YES"
apache22_normal_configfile="/usr/local/etc/apache22/httpd.conf"
apache22_normal_http_accept_enable="YES"
apache22_private_live23b_enable="YES"
apache22_private_live23b_configfile="/usr/local/etc/apache22/httpd-private_live23b.conf"
apache22_private_live23b_http_accept_enable="YES"
apache22_private_live24b_enable="YES"
apache22_private_live24b_configfile="/usr/local/etc/apache22/httpd-private_live24b.conf"
apache22_private_live24b_http_accept_enable="YES"

しかし、maido3なサーバは確かhttpdはports使っていないので、
ごそごそ手でやる必要があるですね。

(続く)

で、手でやるときは、

- httpd.conf を複数用意し、-f で指定する
その中で指定している PidFile の場所はダブらないように変えておく
- ポート番号やらIPアドレスやらがだぶらないようにする
Listen とかそのへん
- ログファイルの場所とかも注意

このあたりに気をつけるということで。

ちなみに >>729 は Apache 2.2 系の例ですが、
Apache 2.0 系の ports でも、同じことができるようです。

# XXX
AcceptMutex sysvsem

ってやってみた。< changi

>>732
あまり代わり映えしないですね、、、。

どーん、と、LAが上がる瞬間があるです。
1とか2ぐらいだったのが、突如として20ぐらいになる。ううむ。

重くなるわけでもないし、目だって滞るわけでもないので、
気にしないでいいといえばいいのかもしれないんですが、
やっぱり、ちと気になるですね。

帰宅して時間とれたら、じっくり観察ということで。

>>732 はとりあえず元に戻しますた。

FreeBSDの場合、Listenが1個しかないなら、AcceptMutexを何にしてもパフォーマンスは変わらないですね

>>735
ですよね、、、。むろんそうだとは思っているんですが、
(そもそもListen行は1つにすべし、は、
私自身がこのスレ等で何度も指摘していることだし)
一応念のためやってみた、というぐらいのものです。

# で、原因は何だろう、、、。

専ブラだからおすすめ2ちゃんねる関係ないｗ

誤爆すまそ・・・

■　V6板作ろう。　まだまだ現役です。
http://qb5.2ch.net/test/read.cgi/operate/1215193325/174-179

管理人からの指令により、以下のDNSへの登録をお願いします。
同じ内容をメールフォームでも送っておきます。

(新規登録)
+ipv6.2ch.net:125.6.175.12:300
:ipv6.2ch.net:28:$\0070\000\000\006\001u\000\000\000\000\000\000\000\022:300

3:ipv6.2ch.net:2407:3000:6:175::12:300

なお、tinydns に IPv6 パッチがあたっている場合は、
2行目については、下記で登録が可能です(登録内容は同じです)。

なお、今後どちらの形式((: 形式か 3 形式か)で登録申請をすればよいかについても、
あわせてお教えいただけますと助かります

ちょっとエディットミスしました。

(新規登録)
+ipv6.2ch.net:125.6.175.12:300
:ipv6.2ch.net:28:$\0070\000\000\006\001u\000\000\000\000\000\000\000\022:300

なお、tinydns に IPv6 パッチがあたっている場合は、
2行目については、下記で登録が可能です(登録内容は同じです)。

3:ipv6.2ch.net:2407:3000:6:175::12:300

上記が正しいです。

>739
ack(^_^;)

>>741
補足です。

:ipv6.2ch.net:28:$\0070\000\000\006\001u\000\000\000\000\000\000\000\022:300

この「呪文みたいな行」ですが、
そのままの形でコピペして登録してくださいです。
すると、2407:3000:6:175::12 という IPv6 アドレスを TTL=300 で登録したことになりますです。

V6 って
64bitが六個なんですか?

わくわく。。。

>>743
・IPv6のアドレス空間は128bit です。
・16ビットごとに : で区切って書きます。
・書き方は10進ではなくて16進です。上位桁の0は省略できます。
・:: は、「その間のアドレスは 0000 ですよ」をあらわしているです。
・今回管理人がゲットしたサーバのIPv6アドレスは、
2407:3000:6:175::12

なので、
2407:3000:0006:0175:0000:0000:0000:0012

ということになるです。

ちなみに IPv4 の 127.0.0.1 に相当するのが、
::1 = 0000:0000:0000:0000:0000:0000:0000:0001 です。

>>745勝手に補足
::は可変長なので1回しか使えません

v4が a.b.c.d の形式だから
v6は a.b.c.d.e.f なのかと思ったら違うのか、

なんで v6 っていうの?

あっ　すれ違いだった、　ごめん

>739-740
done(^_^;)ドキドキ

見えた

けどなにこれｗ

http://ipv6.2ch.net/

見えるかしら、、、。

IPv6の由来などは、帰宅後にでもまたあっちのスレで。

見えた！

踊ってない。モザイクが付くorz

> ipv6.2ch.net建設予定地
> あなたがIPv6でアクセスした場合、ここには踊るひろゆきが表示されます。
> 踊るひろゆきをどうしても見たい方はこちら

見えた・・・
クリックしたぞ

> IPv6でトップページにアクセスいただければ、モザイクなしバージョンをお見せいたします。

代替テキスト ふつうのひろゆき

ちくしょおおおお

Internet Explorer ではこのページは表示できません

ｼｮﾎﾞｰﾝ

踊るひろゆきはgifアニメかflashか知らんけど動いてるってこと？
モザイクはかかってないが動いてない

おどらなーい！

>>756
「IPv6のアドレスだけあってリンクがない状態」なので、
そうなる人もいるかもしれません。
あるいは、誰かがフライングでアクセスしてしまって、
キャッシュに「ないこと」が残ってしまっているかも。

ちなみに、ISPの中の人がIPv6リンクを上げるまでは、
誰も踊るひろゆきを見ることができないです、、、。

ipv6.2ch.net建設予定地

みえた。

　 　　 ☆　ﾁﾝﾁﾝ〃 　　 Λ＿Λ　　　／￣￣￣￣
　 　 　 　　ヽ　＿＿_＼（＼・∀・）　＜　IPv6マダー？
ﾏﾁｸﾀﾋﾞﾚﾀ〜 ＼＿／⊂　⊂＿ )　　　＼＿＿＿＿
　 　 　 　 　 ／￣￣￣￣￣￣ ／|
　　　　　　　|￣￣￣￣￣￣￣|　 | 　　ﾏﾁｸﾀﾋﾞﾚﾀ〜

traceroute6 to ipv6.2ch.net (2407:3000:6:175::12) from 2001:3e0:*::1, 64 hops max, 12 byte packets
1 2001:3e0:0:30:203:e4ff:fed6:d01b 7.179 ms 7.128 ms 6.46 ms
2 2001:3e0:0:30:21d:a2ff:feb4:2d82 7.611 ms 7.935 ms 8.132 ms
3 2001:3e0:0:c:204:4eff:fea0:7854 8.322 ms !N 8.517 ms !N 8.301 ms !N

traceroute6 to ipv6.2ch.net (2407:3000:6:175::12) from 2002:*:*::1, 64 hops max, 12 byte packets
1 2002:c058:6301:: 195.015 ms !N * 200.101 ms !N

>>761
feel6仲間ｷﾀ。
誰かOCN IPv6からのテスト頼む。

V6版の whois サイトみたいなのはないの？
V4でアクセスできる奴

フレッツのIPv6に侵されている環境で2407:3000:6:175::12にping6すると
> 通信が禁止されています。
って出るのね
なるほろ

kern.ipc.somaxconn=32768 してみた。 @ changi

■ サーバリフレッシュ工事 連絡・作業スレッド１２
http://qb5.2ch.net/test/read.cgi/operate/1215172593/149

さらに、net.inet.tcp.delayed_ack=0 した。@ changi

しばらく様子見。

＞ch2.ath.cx の中のかた:

c201.2ch.net
c204.2ch.net
c205.2ch.net

を、ch2.ath.cx に追加いただけるとうれしいです。

>>726 を、
my $maxspan = 300 + int(rand(300));

にしてみた。

…やっぱり、突如としてLAが上がるですね、、、。

KeepAlive On にした。

>>769
変化ないですね。元に戻しました。
(見ている目前で LA 5ぐらいから LA 25ぐらいに跳ね上がりました @ topの出力)

なぞだ。

というか「そういうもの」なのかどうかもわからない。
でも他の7.0Rなサーバと動きが違うし、、、。

news24 でも起こったので、Apache 2.0 と 2.2 の違いでもないし、
mod_speedycgi が理由でもなさそうだし。

やっぱり、SCHED_ULE が原因なんだろうか。

>>742 はどういう意味なんだ、っていう質問をいただいたので、こちらでも。

:ipv6.2ch.net:28:$\0070\000\000\006\001u\000\000\000\000\000\000\000\022:300

: は「以降をバイナリ形式で書いたとおりに登録」を表しています。
http://cr.yp.to/djbdns/tinydns-data.html
> :fqdn:n:rdata:ttl:timestamp:lo
> Generic record for fqdn.

28 は、AAAA レコード(IPv6アドレス)を表しています。
最後の 300 は TTL です。

で、
$\0070\000\000\006\001u\000\000\000\000\000\000\000\022

は、

$ = 24 (16進、以下同じ)
\007 = 07
0 = 30
\000 = 00
\000 = 00
\006 = 06
\001 = 01
u = 75
\000 = 00
\000 = 00
\000 = 00
\000 = 00
\000 = 00
\000 = 00
\000 = 00
\022 = 12

= 2407300000060175000000000012
→ 2407:3000:0006:0175:0000:0000:0000:0012
→ 2407:3000:6:175::12

というわけで、今回のIPv6アドレスになるわけです。

で、こんなふうに毎回やらないといけないのはめんどうくさいので、
非公式なIPv6パッチが開発されています。

それを当てると、

3:ipv6.2ch.net:2407:3000:0006:0175:0000:0000:0000:0012:300

という、比較的素直な形で登録可能になります。

# 昔試したところでは、どうも、省略表記はできないっぽいです。< IPv6パッチ
# 今のやつはできるのかも。

>>772 にはうそがありました。
djbdns では : は「特殊文字」なので、

3:ipv6.2ch.net:24073000000601750000000000000012:300

でないとだめだったはず。

# 今回はバイナリ形式で登録いただいています。

>>762
traceroute6 to ipv6.2ch.net (2407:3000:6:175::12) from 2001:*, 64 hops max, 12 byte packets
1 2001:380:8140::8 12.706 ms 23.169 ms 12.613 ms
2 2001:380:8140:9::1 19.624 ms 13.979 ms 22.678 ms
3 2001:380:8130:3::1 12.589 ms 16.406 ms 12.769 ms
4 * * *

http://www.maido3.com/server/zousan/nikki65.html

どくおさんが八つ裂きされるのはいまいちですね、、、。

一つずつ、すすめていきましょうか。＞どくおさん
一つずつ着実にすすめていけば、必ずゴールにたどり着けるはずです。

少なくとも、現在の雪だるまサーバで動かしている状態にすることは
できるはずです。つまり、

・バランサ自体が落ちたときのバックアップへの切り替えはできる
・フロントが落ちたときの自動切り離しはまだない
(これについては、そちらで作成されたツールに私も期待してます)

今雪だるまで使っている設定例など、ここに書いて、
解説していきますので、参考にできるところは、参考にしてください。

というか確かここの過去ログで解説しようとして、
ucarp のところはまだしていなかったな、っていうのを、思い出した私。

とはいうものの、私は現在本業時間中なので、、
まとまった時間はとれそうもありません。

というわけで、まとまった時間とれるのは、
速くても今夜帰宅後になります。ごめんなさい。

まぁ、それまではどくおさんが言われているように、
DNSラウンドロビン状態で動くわけで(サービスに影響なし)、
じっくりすすめていけばいいでしょう。

で、いい言葉を教えておきますです。
最初の会社で、私の師匠にあたる人が教えてくれたものです。

---
「システムやネットワークの運用能力やチューニング能力は、
痛い目に遭った回数に比例する。

ただし、比例係数はそれぞれの人により、さまざまである。
大抵の場合、「あせらずに慌てずに、でもちょっと早くやるように心がける」のが、
最終的には最も良い比例係数をもたらす。
だから、ゆっくりあせらずに、でもてきぱきとやっていこう」

そんでは、そゆことで。
あとはのちほど。

よくわからんが、、、
最近のIPv6アドレスって 2001: で始まるんじゃないの？

>>778

>>777
とても良い言葉です。

とりあえず書いてみた。第一弾。

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

>>780
わかったふうにえらそうに書いてるわけですが、
頭ではわかっていても、なかなかそうはいかないですね、、、。

>>781
いえいえ、業界関わらず技術畑にいる人なら、この言葉は納得と共に自分自身に言い聞かせたくなる、
何度もかみ締めてしまうような言葉だと思います。

私も、手が頭に追いつけば良いんですけど・・・　orz

早くipv6.2ch.netのIPv6側のデフォルトルートの接続がされるといいな。
まさか鯖側でデフォルトルートの設定してないわけないっすよね。

>>778
太平洋の向こう側ではそこらへんを配ってるんじゃね？

>>783
サーバ側は準備できている(はず)です。

トンネルとかじゃなくて、ネイティブにIPv6しゃべっているです。
ほんで今回、RA や DHCPv6 じゃなくて、スタティックに設定してもらいますた。
この IPv6 アドレスは IPv4 のアドレスに数字を合わせてるんだと思います。
(たぶんISPさんがそういう管理をしているんでしょう。私は言われたアドレスをつけただけなので)
ちなみに、こんなかんじ。

# IPv6 stuff
ipv6_enable="YES"
ipv6_network_interfaces="em0"
ipv6_defaultrouter="2407:3000:6:175::1"
ipv6_ifconfig_em0="2407:3000:6:175::12 prefixlen 64"

で、該当サーバから 2407:3000:6:175::1 に ping6 が通るのは確認済みです。

%ping6 -c 3 2407:3000:6:175::1
PING6(56=40+8+8 bytes) 2407:3000:6:175::12 --> 2407:3000:6:175::1
16 bytes from 2407:3000:6:175::1, icmp_seq=0 hlim=64 time=0.557 ms
16 bytes from 2407:3000:6:175::1, icmp_seq=1 hlim=64 time=0.551 ms
16 bytes from 2407:3000:6:175::1, icmp_seq=2 hlim=64 time=0.526 ms

--- 2407:3000:6:175::1 ping6 statistics ---
3 packets transmitted, 3 packets received, 0.0% packet loss
round-trip min/avg/max/std-dev = 0.526/0.545/0.557/0.013 ms

そんで、この IPv6 を JPIRR とかで whois とかしてみるとわかりますが、
どうやらこのアドレスブロックは /32 の中の一部分みたいなので、
ISPさんの外とは BGP4+ とか何かでつながないといけないんじゃないかなと、
手前勝手に推測しております。

遂に携帯隔離板作るんですね＞＜

US-CERT Vulnerability Notes
http://www.kb.cert.org/vuls/id/800113

というのが出ました。
djbdns, PowerDNSともにこの脆弱性からは逃れているので、
２ちゃんねる的には特にすることはないはず。

複数のDNSソフトウェアにおけるキャッシュポイズニングの脆弱性について
http://jprs.jp/tech/security/multiple-dns-vuln-cache-poisoning.html

TTL=300 は、ちょっと大きくしたほうがいいのかも。
とりあえずざっくり、1800あたりか。

今更だが何故PIEに鯖設置してるんだっけか

>>785
traceroute6 ipv6.google.com
とかやるとどうなるんすかね。
上流の設定ができる方とは連絡ついてるんじゃろかと気になる。

同じアドレスブロックで繋がるか気にしている客がこの鯖だけだったら
繋がってないか分からないっしょ。

ずっと手前でNETUNREACHが返ってるので、
そもそも経路広告さえしてないんだろう。

>>788
ゾンビPC で手当たり次第にやられるとあっという間に陥落というか毒入り団子どうぞか…

国内 ISP の DNS(キャッシュ)サーバなんかは結構オープンに使えたりするけど、
それって the Internet の常識から見てどうなんだろ。大手 ISP の DNS が毒入りに
なると、あっという間に阿鼻叫喚になるような。

>>789
元々2chの鯖借りてた所の人が独立して作ったのがPIE。
それで独立と一緒に2chの鯖もそっちから借りる事になった。

>>788
ちょうどWindowsの定期アップデートでパッチが出たが、一部のPFWが
DNSのリクエストを全遮断で接続出来なくなる奴続出らしいｗ

なんでも偽装返答に騙されない様に、ソースポートの範囲が変更されたとか。

DNSSECの早期導入を：BIND9のパッチ公開、DNSキャッシュポイズニング攻撃に対処
http://www.itmedia.co.jp/enterprise/articles/0807/09/news026.html

>脆弱性は基本的にDNSプロトコルに内在するもので、BIND9特有のものではないとISCは解説。完全な解決策は、DNSセキュリティ強化のための拡張仕様であるDNSSEC導入しかないと指摘している。
>今回はDNSSECの早期導入がまだ現実的には期待できないとの判断からBINDをアップデートしたが、できるだけ早くDNSSECを導入することが望ましいと強く勧告している。

http://lwn.net/Articles/289206/
>The upstream kernel got source port UDP randomization (where no port is specified) in 2.6.24.
>You can see this in practice by testing distributions like Fedora 8 or 9 where the glibc stub
>resolver will use a different source port on each request, therefore mitigating this issue.
>Users of older kernels will either need a backported patch to add this functionality, or
>changes to glibc if they want UDP source port randomization.

>>793
2chが取引先か。正確にはドワンゴかな？
しかし、それなりの額だったろうに。顧客連れてかれて、元は怒っていないのかなｗ

ﾅｲﾅｲ、ｄ（ｒｙ

>>797
( ﾟДﾟ)ﾎﾟｶｰﾝ

そういう時代なのだよ...

>>797
昔はHurricane Electricに鯖置いてたんだっけ?
で、ネットワークが詰まり気味なのにいつまでたっても増強しないから
PIEに移動したっていう話だったはず。

私は、

・2004年5月以前

HE(データセンタ) ―場所・電源貸し→ NTTec ―サーバ貸し→ 2ch

・2004年6月以降

PIE(データセンタ) ―場所・電源貸し→ NTTec ―サーバ貸し→ 2ch

と認識しております。

PIE設立にはNTTec社長のJimさん自身もかかわっているので、
つまり、データセンタも自分でやることにしたという話なんではないかと。

それの遠因の一つとして、>>801 なんかもあるようです。

自分→自分たち、かな。

自分たちがデータセンタもできたほうが、
自由度が高いですよね。

雪だるまや携帯で使っているようなネットワークもできるし、
サーバリブートやリモートハンドもやりやすくなります。

>>797
お前は情報不足過ぎる

>>797
2chとドワンゴはひろゆきを経由しない限り赤の他人と同じだよ
まちBBSと2chのようなもんだ、どっちにもひろゆきがいるってだけで運営は別

he.net時代か、なにもかもが懐かしい・・・

遅レスだけど、
> ST3250410ASがSATA150で認識される

私ゃ同世代のHDD、Barracuda 7200.10を何台か持ってるんですが、
↓型番はこんな感じ。
ad4: 238475MB <Seagate ST3250820AS 3.AAD> at ata2-master SATA300
ad6: 152627MB <Seagate ST3160815AS 3.AAD> at ata3-master SATA300
ad8: 152627MB <Seagate ST3160815AS 3.AAD> at ata4-master SATA300
ad10: 152627MB <Seagate ST3160815AS 3.AAD> at ata5-master SATA300

私がバルク品で購入したこれらのHDDでは
購入時点でジャンパ設定によってSATA150モードになるよう
強制されていたんで、SATA300モードになるよう
ジャンパを引っこ抜いたらこのようにSATA300モードで
認識されるようになった事がありましたがこの辺どうでしょうか。

そういえば、このBSDマシンで今は7-STABLEを評価してるんですが

# $FreeBSD: src/sys/amd64/conf/GENERIC,v 1.484.2.8 2008/07/04 01:29:12 delphij Exp $
# $FreeBSD: src/sys/i386/conf/GENERIC,v 1.474.2.8 2008/07/04 01:29:12 delphij Exp $

この時点で既にスケジューラー指定が

options SCHED_ULE # ULE scheduler

こうなっているので、7.1では本当にデフォルトになりそうですね。
※現在適当に評価中ですが確かに調子は良さげです

ルーターの設定をする人からの連絡マダ〜　チンチン(AA略

蕎麦屋みたいなISPじゃ困るんじゃね？

>>807
他の T-banana サーバや A-tiger サーバは同じディスクで、
既に無事に SATA300 で動いているので、そのへんはたぶん問題ないはずかと。

> 7.1では本当にデフォルトになりそうですね。

のようですね。

で、FreeBSDのえろい人にちょっぴりだけ相談してみたら、
「そのサーバで SCHED_4BSD と比較してどうなのか確認できるか」
「vmstat 等の結果を送っていただけるか」等、いくつかアドバイスを受けますた。

ということで時間とれたところで、何かやってみるかも。

>>806
he.net時代
おお
何年前、いつごろじゃったか、、

きたく。ふらふら。

>>810
その5ですか、、、。＞へたれさん

もう4年前になるですね。< he.net

>>809
＞多分
＞〜のはず
こういうのは一応確認するべし。
先入観を鵜呑みにすると失敗するのはよく有る話ですけん

>>810
おー お久しぶりでっす

>>812
はい、もちろんですね。

# 確認するのは私じゃないわけですが、、、。< 63日目の日記だったかな

そいえば('A`)さんだっけｗ
らじゃ

おはようございます。

>809
まぁ、普通そうですよね…。
BIOSの設定におけるSATAモードの指定の仕方と
HDD本体でのモード指定以外が原因だったりしたら
結構珍しいケースのような気がするので
適当にわくわくしておく事にします。

カーネルソースを眺めていて気づいたんですが、
>>550
の > # ちなみにICH7はAHCIやRAIDには非対応ですね。これは、ちとざんねん。
についてですが、
>>551
のdmesg出力と
7.0-Rの /usr/src/sys/dev/ata/ata-chipset.c にある
{ ATA_I82801GBM_S1, 0, AHCI, 0x00, ATA_SA300, "ICH7M" },
{ ATA_I82801GBM_R1, 0, AHCI, 0x00, ATA_SA300, "ICH7M" },
{ ATA_I82801GBM_AH, 0, AHCI, 0x00, ATA_SA300, "ICH7M" },
この記述、(ICH7Mに関してはこれだけみたいです)
それと
http://www.intel.com/jp/support/chipsets/imst/sb/cs-012304.htm
> インテル® 82801GBM I/O コントローラー・ハブ (ICH7M) - AHCI のみ
という事らしいので、RAIDは無いけどAHCIはいけそうな気がしまする。

# 元々7-STABLEなんてのを評価してたのは
{ ATA_ATI_IXP600, 0x00, 0, ATIPATA, ATA_UDMA6, "IXP600" },
{ ATA_ATI_IXP600_S1, 0x00, 0, ATIAHCI, ATA_SA300, "IXP600" },
{ ATA_ATI_IXP700, 0x00, 0, ATIPATA, ATA_UDMA6, "IXP700" },
{ ATA_ATI_IXP700_S1, 0x00, 0, ATIAHCI, ATA_SA300, "IXP700" },
こんな記述を見つけたので手元のPhenom一式でもAHCIで動くのかー？と。
まだmake world と適当にgnomeをportsでコンパイルさせてみた程度だけど
今のところ大丈夫そうだから 7.1 は(楽が出来る的に)ちょっと期待中。

>>815
>http://www.intel.com/jp/support/chipsets/imst/sb/cs-012304.htm
>> インテルR 82801GBM I/O コントローラー・ハブ (ICH7M) - AHCI のみ
>という事らしいので、RAIDは無いけどAHCIはいけそうな気がしまする。

おぉ、AHCIいけるんですか。
なら、なおさらBIOSで有効にすべきかと。
パフォーマンス相当違いますんで。

つssh-keysign ('A`)

このあたり
http://www.pinkdragon.net/doc_lib/contents/ja/freebsd_man/ssh-keysign.8.html

ssh_msg_send: write の件:

ためしに、/etc/resolv.conf で、
これまで使っていた外部のDNSキャッシュサーバの行を、
内部のよりも先に書いてみると、どうなるでしょう。

で、もし仮にそれでうまく立ち上がるようなら、
その立ち上がった状態で、ホスト内で動かしている
DNSキャッシュサーバの行を、改めて元に戻して
リブートしてみると、どうなるでしょうか。

>>818 はぐぐる前にあたりをつけて想像だけで書いたので、
違っているかもですが、まずは、とりあえず。

最終的にはGoogleしてソース追えば、
きっとなんとかなるんじゃないかなと。

>>818 は具体的には、

domain maido3.com
nameserver 内部
nameserver 外部1
nameserver 外部2

を、

domain maido3.com
nameserver 外部1
nameserver 外部2
nameserver 内部

に一度してリブートして、
それでもしうまくいったら、

domain maido3.com
nameserver 内部
nameserver 外部1
nameserver 外部2

に、再度戻してみる、という意味です。

http://lists.freebsd.org/pipermail/freebsd-questions/2007-October/159836.html

お、、、。まさかとは思いますが、
標準のではなくて、ports 版の ssh が間違って入っている、とか?

ssh で外部に接続しようとすると

ssh-keysign not enabled in /etc/ssh/ssh_config
ssh_msg_send: write
ssh_keysign: couldn't send request
というメッセージが表示されることがある.
このような場合には, /etc/ssh/ssh_config に

EnableSSHKeysign yes
という一行を書き足すこと.

追加

HostbasedAuthentication yes

の下に、EnableSSHKeysign yesという一行を新たに加えて設定終了

rootさん、DNS変更の件、こちらに書きますー。

p2.2ch.netのIPを、
210.135.99.5（現行）
から
210.135.98.43（新）
へのDNS変更をお願いします。

タイミングは7/14（月）の午前2時以降のできるだけ早い時間を希望します。

先に埋め込んでおこう。。。@BBQ除外指定

>>824
了解です。

…今日の深夜ってことですね。
申請はその時間にしておきます。

実際の変更は中の人がするので、ラグが生じる可能性あるかもです。

>>825
どーん

ボボンハウス除外は既に済みです。>>824

>>817 >>822-823
ふうむ、今まで大丈夫だったものがどうしてそうなるのかしら。

ちなみに p2.2ch.net = TTL=86400 で登録されているようですので、
仮に14日午前2時きっかりにDNSが書き換わっても、
インターネット全体のDNSの切り替わりが完了するのは、
翌日の15日午前2時、となりますです。

945GM+ICH7Mな構成のマザーボードをいくつか調べていますが
工業用のマザーボードとかだと、SATA300ではなくSATA150のポートだと言い張っている製品がいくつかあります

おかしいと思い調べてみたら
http://www.intel.com/jp/support/chipsets/imsm/sb/CS-022304.htm
どうやら、モバイル用はオミット版ということで3Gbpsが出なくなっています。
というわけで、AHCIモードにできて、NCQも動くけど、1.5Gbpsという奇妙な事になるようです。

dmesgのメッセージはどうやら開発者の思い違いのようですね。
ドライバのソースコードの記述を直してもらう必要があるかもしれません。

SSH-KEYSIGN (8)
http://www.unixuser.org/~euske/doc/openssh/jman/ssh-keysign.html

「iPhone」というフォルダを持つ板が出来たようですが、
大文字が入っていると、専用ブラウザとか何とか、
そのへんは大丈夫なのかしら。

というか何より、削除とかのシステムは大丈夫なのかしら。

…ま、いっか、だめならだめでいろんなバグ出しができそう。

>>833
専ブラでOpenJane Doeでは問題ありませんでした。

>>831
> というわけで、AHCIモードにできて、NCQも動くけど、1.5Gbpsという奇妙な事になるようです。

ふうむ、、、。

さて、以下のDNS変更申請をします。
同じものをメールフォームでも送ります。

・公式p2の新サーバへの更新

(現状)
+p2.2ch.net:210.135.99.5

(変更後)
+p2.2ch.net:210.135.98.43

>>833

stats.2ch.net はDNSの仕組み使っているから
iphoneになっちった

入り口で置き換えするか、

>>836
> ご依頼されているDNS変更の件につきまして、
> 作業完了次第、担当の者よりご連絡させていただきます。
> ご了承下さいますようお願い申し上げます。

とのこと。

>>837
なるほど、そういうの出ましたか。

# フォルダを小文字に作り直す、というのはないのかしら。＞信者さん

http://stats.2ch.net/suzume.cgi

できた

>>839
あまりにひどかったら、

すずめのiphoneのリンクが http://.2ch.net/iphone/ になってるのは何

>>831
むー。「珍しいケース」そのままズバリっぽいとは。
いかにも過渡期ですよって仕様ですね。
古い基盤とか鯖使うときは気をつけよう。

早速どくおさんから回答をお寄せいただいてますが、
どうも頭痛がひどいため、答え合わせなどはのちほど。

Seagate、世界で初めて1.5TBのHDD「Barracuda 7200.11」を発売
http://gigazine.net/index.php?/news/comments/20080714_seagate_hdd/
http://www.seagate.com/ww/v/index.jsp?locale=en-US&name=null&vgnextoid=19549a9dafc0b110VgnVCM100000f5ee0a0aRCRD

ついにお気に入りに入れてしまった＞ぞうさんぷろじぇくと

興味本位で、教えて君します。

1) iPhone って、買ったときに使えるプロバイダって、
ソフトバンクが用意してくれるんでしたっけ。

2) そのIPアドレスレンジとかって、公開されてるんでしたっけ。
あるいは、どこかにそのプロバイダの情報あるんでしたっけ。

>>846
とりあえず、これなのかな。
panda-world.ne.jp か。

【綻び】番犬 ★が管理人に軽く噛み付くスレッド【法廷】29
http://qb5.2ch.net/test/read.cgi/operate/1215136500/671

で、126.254.10.195 が IP アドレスみたいだけど、
これってもともと、SoftBank BB 用なのか。

APNIC Whois には BBTEC としか登録がないなぁ。
その先の assignment 情報を見たかったのに。

経路(IRR)的には /16 なのね。
内部でどうやってるか知らないけど。

%whois -h jpirr.nic.ad.jp 126.254.10.195
route: 126.254.0.0/16
descr: Yahoo BB CIDR BLOCK
origin: AS17676
mnt-by: MAINT-AS17676
changed: [email protected] 20051030
changed: [email protected] 20061016
changed: [email protected] 20070402
changed: [email protected] 20070718
source: JPIRR

http://pc11.2ch.net/test/read.cgi/php/1207013301/425-428
参考になるかどーか分かりませんが

http://pc11.2ch.net/test/read.cgi/php/1207013301/426

126.240.0.0/12 か、、、。

ずいぶん広いかも。

>>850
あ、どうもです。
今私も見つけました。

UAでやるのはあまりにもあまりなんで(未承諾さんに一発で破られているようだし)、
bbs.cgi をむぎゅってきます。

>>852
とりあえず 126.240.0.0/12 だったら iPhone にする、
ということにしました。

誤検出 and/or ソフトバンクモバイルからの情報公開があったら、変えていくということで。

>>844
おー。

でもその下の、

東京大学、「光の粒」を使ってHDDの容量を5倍以上にする技術を開発 - GIGAZINE
http://gigazine.net/index.php?/news/comments/20071107_u_tokyo_hdd/

の記事のほうが気になったです。
ひょっとしてまだまだいくのか。5T とか 10T とか。

工学部9号館だから東大は東大でも浅野のほうだな

ocn でも odn でも kddi でも iPhone は iPhoneっす

>>856
なるほど、であればもっとうまいやり方が必要そうですね。

iPhoneの3G経由は現在のパターンでいくとして、
Wifi経由だったら、I と表示するとかですかね。

偽装覚悟で、そうしてみますか。

・i は iPhone 3G経由っぽい
・I は iPhone Wifi経由「かもしれない」

ぐらいのかんじで。

＞FOMAでべっかんこ( http://u.la/ )経由が i

これと被ってるんだが↑は廃止って事でいいのかな

>>857
done.

>>858
iモードIDの取り扱い仕様確定後、
bbs.cgi 的にその仕様は廃止されているようです。

再び、教えて君で。

iPhoneで3G経由でアクセスした時、
例の 126. なんちゃらというIPアドレスになるわけですが、
このIPアドレスって、

1) 従来の携帯のように、セッションごとに毎回変わってしまう(従来の携帯風味)
2) VC(?)張られている間は変わらない(AIR-EDGE風味)

の、どっちなんですかね。

# 確保しているIPアドレス帯域が広そうだから、2) かしら。
# 根拠ないですけど。

>>861
変わりまくりの予感
しょっちゅう同意ボタンを押している気がする

>>862
そうなんですが、、、。
とすると、1) なんですかね。
あるいは、 2) が「超短い間隔で」起こっているのか。

もう少しリサーチが必要そうな感じですね。
SoftBankMobileのWebには、まだ何の技術情報も出ていないみたいですし。

> そうなんですが、、、。

そうなんですか、、、。

の間違いですた。>>863

http://qb5.2ch.net/test/read.cgi/operate/1214288955/351-352
の件に目を通していただけると

>>860
ども
某wiki修正しときます

http://namidame.2ch.net/test/read.cgi/news/1216189040/

あららららら

ハードウェアの脆弱性って昔から言われてるよね。
でも被害に遭ったって聞かないのは何でだろー

可能性があるってだけでかなりヤバいから、
現実性にかなり難があるネタでも結構騒ぎになるので、
相対的にそう見える。

初代PentiumがLOCK CMPXCHG8B EAXで固まるバグなんかは、
実証プログラムも広く出回ったし。すごく簡単だったから。

鯖側で任意のjavaを動かせるのでない限り関係ないだろJK

つうか最近のCPUだとBIOS起動時のマイクロパッチで大半が修正可能だけどな。
マイクロパッチ使えないOSとかBIOSとかだと悲惨だが。

質問・雑談スレ275＠運用情報板
http://qb5.2ch.net/test/read.cgi/operate/1214880089/848

848 ：ひろゆき＠どうやら管理人 ★ ：2008/07/19(土) 06:57:48 ID:???0 ?
http://touch.xrea.jp/janetouch/
バーボンハウスに送らないようにしたいんですけど、
どうすればいいんすかね？

重い重い重い重い重い重い重い×55＠運用情報
http://qb5.2ch.net/test/read.cgi/operate/1215443197/63-66

・暴走しているのは read.cgi (が組み込まれたhttpd)
・旧フォーマット(コンマ区切り)のdatを踏むと暴走すると思われる
・一部サーバ(別記)はこれを防ぐため、古いバージョンのread.cgiをわざと入れてある
・古いバージョンのread.cgiは、旧フォーマットと新フォーマットを自動判別できる

とりあえず対症療法として、
うまい棒サーバの read.cgi を、これから旧バージョンに入れ替えておきます。

>>874
done.

ちょっとしくってました。
再配布中。

>>876
done.

>>873
> ・一部サーバ(別記)はこれを防ぐため、古いバージョンのread.cgiをわざと入れてある

1999, jbbs, kitanet, piza, piza2, pyon, saki

今回これに加えて、すべてのうまい棒サーバも古いバージョンに追加

caramel.2ch.net, cheese.2ch.net, choco.2ch.net, cocoa.2ch.net, corn.2ch.net, curry.2ch.net,
ebi.2ch.net, kaba.2ch.net mentai.2ch.net, natto.2ch.net, piza.2ch.net, piza2.2ch.net,
saki.2ch.net, salad.2ch.net, salami.2ch.net, tako.2ch.net, teri.2ch.net, ton.2ch.net, yasai.2ch.net

過去ログ＆●(2chビューア)情報スレ 05
http://qb5.2ch.net/test/read.cgi/operate/1207479061/346

この件・・・・板移転と関係あるのですか？？

どうなるでしょうか？

なんでここで聞くの？

>>880
その貴方の質問はサーバと何か関係がありますか（笑）

WWWWWWWWWWWWWWWWWWWWWWWWWWWWｗｗWww↑→

馬鹿じゃねえの♪

質雑スレで訊いてもNGされててスルーだからｗｗ　アワレｗｗ
rootたんから「●のことはわからないです」ってレスほしいかーｗｗ

スレ違い。

そんなことで喜べる幸せそうな>>882こそ哀れで不憫だ・・・・ご家族はカナシス

>>883
life9.2ch.netを新しい鯖に変えてみ

http://changi.2ch.net/test/read.cgi/yume/1212765045/

一緒なのですよ〜（笑）

●の有効期限が切れただけとか

ここじゃなくて元の過去ログ&●スレでやってね

>>879
私の環境(JaneView、壺)からは、ともに正常に読めました。
offlaw.cgi の動作には異常ないようです。

life9 の read.cgi も正常に「過去ログ倉庫」を示しました。

結果として、特に異常は発見されませんでした。

８８８　８８８　８８８　８８８　８８８　８８８　８８８　８８８　８８８　８８８　８８８　８８８　８８８　８８８

>>887
わかりましたです〜（笑）　なんか、違うJaneを起動したら

http://life9.2ch.net/yume/kako/1212/12127/1212765045.html

で、取得出来ました〜！　今使ってるJaneでは、上記アドレスへ飛びません・・・・

ボードメニューが悪いのか、他の設定が違うのか・・・・

少し弄ってみますです〜♪

あ〜りが〜とで〜した〜！

>>888
忙しいところわざわざすみませんでした〜！

当方環境の問題と言う事で了承居致しましたです〜♪

ありがとでした〜ですよ〜♪

携帯→2ch運用情報スレッド76
http://qb5.2ch.net/test/read.cgi/operate/1215708125/940-978 あたり

2chにおけるauの不調はいまだ続いている
2ch以外の海外サイトへのアクセスも不調らしい
Abovenet経由の経路の不調はまだ続いているっぽい?
PIE→auはAboveを通っておらず、特に問題はないように見える(★重要)
au→PIEの経路は?

いつもお世話になっています。どちらで聞こうか迷いましたが、こちらに書きます。

■ご相談事項
復帰依頼スレには、復帰作業の目安としてload averageの数値が記載されています。
サーバの構成も大きく変わったと思いますが、現在の目安となるような数値はありますでしょうか？

サーバによって数値に大きく幅があったり、マルチコアなサーバではload averageの数値が
正しく出力されない問題があったり(確か)、負荷の目安を把握するのが難しくなっていると思います。
もし、復帰作業の目安となるような数値の表現が可能でしたら、復帰スレに記載して参考としたいです。
もし表現が不可能でしたら、作業前に読み書きをして負荷を直接体感する事にします。
それとも、もしかしたら、現在のサーバは処理が圧倒的に速くなっているので、
復帰するのにサーバ負荷は気にしなくて良いですよー、な状況になっているのかもしれません。

ご意見よろしくお願いいたします。

http://qb5.2ch.net/test/read.cgi/sakud/1132416758/616

>>892
一般論を書きます。

FreeBSD ではコアが2つならLAが倍で、
コアが4つならLAが4倍で判断されることになります。
(そういう作りのはずです)

ということで、T-bananaなら2倍勘定、
A-tigerなら4倍勘定でよいことになります。

また、SCHED_ULEを採用している一部サーバでは、
LAが負荷の割に高く記録されることもあるようです。

あくまで一般論と経験論からですが、
T-bananaならLA=10、A-tigerならLA=20ぐらいまでであれば、
作業上安全圏と考えていただいて、差し支えないと思います。

>>893
丁寧でわかりやすい説明をありがとうございます。
教えていただいた目安を参考にします。

新型サーバが導入されたり、サーバ構成が大きく変わった時に
また相談をお願いするかもしれません。その時はよろしくお願いいたします。

ううむ、、、。

(緊急)複数のDNSソフトウェアにおけるキャッシュポイズニングの脆弱性について(続報)
http://jprs.jp/tech/security/multiple-dns-vuln-cache-poisoning-update.html

>>895
ということで自分のプロバイダで、

Web-based DNS Randomness Test | DNS-OARC
https://www.dns-oarc.net/oarc/services/dnsentropy

を踏んでみて、もし万一「POOR」って表示されたら、
そのプロバイダのDNSはセキュリティ的に「もうだめぽ」ということで、
すぐにパッチを当てろﾓﾙｧって、メールとか連絡とかしたほうがよさげ。

っていうか、そうでもないのか。

「Test My DNS」を踏んでみてわかるのは、
自分の家のブロードバンドルータのDNSキャッシュサーバ機能が
安全かどうか、だったりするかも。

今自宅の環境で試したら、両方とも「GREAT」って出た。
プロバイダは Sakura Internet だけど、自分で dnscache 使って
DNS キャッシュ立ててるから、参考にならないですね。

210.196.5.106 Source Port Randomness: POOR
210.196.5.106 Transaction ID Randomness: GREAT
210.196.5.107 Source Port Randomness: POOR
210.196.5.107 Transaction ID Randomness: GREAT

>>898
典型的な「だめぽ」の例ですね、、、。

今回のセキュリティパッチはまさに、
> 210.196.5.106 Source Port Randomness: POOR

を GREAT に変えるためのものなので。

ちなみに、
世の中には「だめぽ」なDNSキャッシュサーバが、たぶんまだかなりあると思います。

今現在もいろいろと情報を仕入れつつありますが、
今回のはとても緊急度が高そうなので、対応は必須でしょう。
あえて誤解を恐れずに言うなら、
DNSというプロトコルの今後の存亡にかかわるぐらい大きな問題のようです。

本文中でも少し触れられていましたが、
既に、攻撃をするためのサンプルコードも公開されてしまっています。
わかる人が見れば、何をしようとしているかもわかるでしょう。

DNSの脆弱性に対する攻撃コードが公開される：スペシャル - ZDNet Japan
http://japan.zdnet.com/sp/feature/07zeroday/story/0,3800083088,20377716,00.htm

ちなみに 2ch で使っている djbdns (dnscache) や powerdns-recursor には
今回の脆弱性は該当しませんが、それは単に「やられる確率が低い」というだけです。

60.37.13.73 Source Port Randomness: POOR
60.37.13.73 Transaction ID Randomness: GREAT
60.37.14.74 Source Port Randomness: POOR
60.37.14.74 Transaction ID Randomness: GREAT

だめなのかな？

JPCERTからも注意喚起が出たようです。
http://www.jpcert.or.jp/at/2008/at080014.txt

>>901
だめぽですね。

http://japan.zdnet.com/sp/feature/07zeroday/story/0,3800083088,20377690,00.htm

隠してたのはカミンスキーさんか・・・
カミンスキー・・・
仮眠好きー・・・

なんでもないｗ

そもそも繋がらない(´･ω･`)＠Test My DNS

>>904
んだねぇ… 混んでいるのかな？
dns-oarc.net. の NS は返事するけど、td.dns-oarc.net. が返事をしない。

-----
ウチの RT58i もセキュリティアドバイザは出ていて、ファームの更新予定ですよに
なっているけど、まだ対応ファームは出ていない。しばらくはルータの DNS サーバ
じゃなくて、ISP の DNS サーバを指定しないと… 念のため。

うぅむ、、、やっぱりRT58iかしら。。。
今日もまた暑さ？でBA8000PRO昇天(´･ω･`)

>>905
td じゃねぇや… et.dns-oarc.net. だ。間違って console に入力したものを、そのまま
コピペしちまった orz

以下スレ違＆チラ裏
>>906
ウチは自宅鯖なんてハードな使い方はしていないから何とも言えないけど、ドバっと
アクセスが集中してセッションを使い切るなんて事がない限り大丈夫なんじゃないかと。
暑さの方はわからない、こっちも今年から使い始めたから。

いっそ事、業務用系の中古品を狙ってみるとか？

あと気をつけて欲しいのはdjbなら確実に大丈夫という話でもなくて、
キャッシュサーバにdjbdns使っていようがBINDを使っていようが、
DNSクエリのソースポートを制限されていたらもうだめぽ、ってことなんですよ。

あとWeb版Test My DNSが使えない方は、こちらをどうぞ:
$ dig +short porttest.dns-oarc.net TXT

>>906
少なくともACアダプタはすっごくぬるくて小さいですRT58i

Western Digital、10,000rpmの企業向け2.5インチHDD「VelociRaptor」
http://pc.watch.impress.co.jp/docs/2008/0724/western.htm

ヒートシンクなし。

>>910
おっ、ついにA-tigerに真に似つかわしいはずの、
「企業向け」の10,000rpm SATAディスクが来ましたか。

WD VelociRaptor 300 GB SATA Hard Drives ( WD3000BLFS )
http://www.wdc.com/jp/products/Products.asp?DriveID=494

WD3000BLFS が型番と。

>>908
$ dig +short porttest.dns-oarc.net TXT
z.y.x.w.v.u.t.s.r.q.p.o.n.m.l.k.j.i.h.g.f.e.d.c.b.a.pt.dns-oarc.net.
"60.37.14.169 is POOR: 30 queries in 3.2 seconds from 1 ports with std dev 0.00"
(´･ω･`)

>>909
BA8000PROのACアダプタはかなりご立派さん。OUT:12V/1.2A

プロバイダのDNS使わずに自前でDNS引いてるおれは問題なし
ttp://ranobe.com/up/src/up286293.png

DNS Resolver(s) Tested:
210.xxx.xxx.xxx (xxxx.xxxxxxxxx.xxx.ne.jp) appears to have GREAT source port randomness and GREAT transaction ID randomness.
210.xxx.xxx.xxx Source Port Randomness: GREAT
210.xxx.xxx.xxx Transaction ID Randomness: GREAT

>>910
2.5インチなんすか？

mamono,namidame用A-tigerできた(^_^;)おまたせー
tiger3505.maido3.com
転送量グラフ　http://traffic.maido3.com/q6Iy/8VLV/mndb/
tiger3506.maido3.com
転送量グラフ　http://traffic.maido3.com/WhLH/b4Mr/RTAi/

root ★さんにメール出したー(^_^;)

>>915
受け取りました。

ログイン、su、dmesg出力、ネットワーク設定、まずは問題なさげ。
作業開始はのちほど。

>>914
そうです

つまりディスクの大きさが小さければ小さいほど回転のブレが出にくい
鯖に何台もHDDが入ってたり別鯖が近くにあると振動を誘発するから
そしてモーターの発熱と消費電力を抑える事ができる

All great　でした（｀・ω・´）

p2.2ch.net総合スレ Part37 【不具合/要望】
http://qb5.2ch.net/test/read.cgi/operate/1215973136/608

これ、あとでやってみよう。

IPアドレス帯域
http://developer.emnet.ne.jp/ipaddress.html

がわかっているので、普通に組めると思うし。

そしたら末尾O、BBMで扱うことになるということで。

花子 ★の秘密の花園
http://qb5.2ch.net/test/read.cgi/operate/1211962556/331

331 ：花子 ★ ：2008/07/25(金) 18:07:37 ID:???0 ?
banana3000.maido3.com

Uptime: 5:33

リブートスレにも花子スレにも書かれていないのになでだろう？
HDDが一個しんじゃたのかなー？

httpdの再起動要請をしてリブートスレに書かなかっただけとか？

>>919
BBMにも普通にはいるかと思いますが「文字列」がどのような文字種になるかが気になるところ。
大文字小文字識別とかあったら。。。

>>920
なぜかわかったー

花子 ★の秘密の花園
http://qb5.2ch.net/test/read.cgi/operate/1211962556/338

338 ：マァヴ ◆jxAYUMI09s ：2008/07/26(土) 19:12:06 ID:pJkWQt070 ?
>331
これ、花子がサーバダウンしたためリブートした(^_^;)
やっぱどっかがいまいちなんだけど、ログとかからは何も判明せず・・・・
マザーボード交換作戦の季節がやってきた予感

携帯→2ch運用情報スレッド78
http://qb5.2ch.net/test/read.cgi/operate/1216981713/101

ということで、讃岐くんへ:

・新サーバを引き渡せる状態になりました。既に土地は作られています。
DNSを向ければ、今 s2ch.net 関連で動いているもの(rssとか色々)は、
全て同じように動くはずです。

・ログインの仕方は今の s2ch.net と同じです。
(ログイン名・パスワードとも)

・新サーバは tiger3512.maido3.com = 206.223.152.165 です。

・チューニングの内容は、
- 現在の s2ch.net で動いているものは基本的にそのまま動くはず
- ただし、Cで書かれてコンパイルされているものは再コンパイルが必要
- 現在の changi 設定 + PHP eAccelerator 有効
の状態になっています。

・中身は空っぽになっているので、自分で中身移して動作確認して、
まるごと移した後、自分でs2ch.net関連の全てのDNSを変えてください。
移行テスト用に前にも作った、これを作っておきました。
http://sanuki.mumumu.mu/

・必要なモジュールや動作不良などがあったら、言ってください。
・何か質問があったら、基本的にこちらのスレで。

docomoでやってみた
210.153.84.171 (proxy3147.docomo.ne.jp) appears to have POOR source randomness and GREAT transaction ID randomness.

きゃっ！きゃっ！

ヾ(*´∀｀*)ﾉ ｷｬｯｷｬ

>>926
入れ込んだら、あとで感想を報告してください。

あと、このサーバ、ディスクはあんまり高速ではないので、
メモリディスクが使える場合、そちらの使用を健闘してみてください。

現在、
%df -h /md
Filesystem Size Used Avail Capacity Mounted on
/dev/md0 387M 106M 250M 30% /md

まだあと250Mぐらい使えます。

/md/s2ch の下は、好きに使ってよいです。
リブートすると消えるけど。

tiger3512 (讃岐サーバ)の転送量グラフ

転送量グラフ
http://traffic.maido3.com/Vl0a/FiWe/vWyT/

旧s2chのほうってまだまだ使ってもいいのかな？
もしいいんならpublicのところをbanana.s2ch.netとかで見られるようにしてほしいです。

>>930
了解です。

旧サーバをどうするかは私は聞いてないけど、
とりあえず設定しておこう。

banana.s2ch.net で参照されても大丈夫にした。

http://mumumu.mu/mrtgm/mrtg-rrd.cgi/

新しいほうでカウントするようにした。

ありがとうございまーす。

>>934
今のところ順調っぽく見えますが、
軽いとか重いとかいいとか悪いとか、
たんたんと報告してもらえればと。

了解です。

208.67.216.14 (bld4.sea.opendns.com) appears to have GREAT
source port randomness and GREAT transaction ID randomness

なんかopendnsってやつを設定したんですけど、これって大丈夫なんですよね？

>>937
一般論を。

他の方が立てられた DNS キャッシュサーバを
ネットワーク経由でお使いになる、ということは、

1) その DNS キャッシュサーバにインターネット的に命を預ける
2) その DNS キャッシュサーバと自分のPC等の間のネットワークは安全であり、
データの書き換えやすり替えは絶対に起こっていないと仮定する

ということになるです。

それで問題ない、ということであれば、
自己責任にて、ということで。

ちなみにプロバイダが提供するDNSキャッシュサーバを使う場合についても、
上記の原則は全く同じことになるです。

あうでやってみたら
このサイトは安全でない可能性があるので接続できません（発行者エラー）だってさ

ソフトバンク携帯乙

花子が泣いてます

花子 ★の秘密の花園
http://qb5.2ch.net/test/read.cgi/operate/1211962556/411

411 ：花子 ★ ：2008/07/27(日) 18:12:42 ID:???0 ?
3ware 3DM2 alert -- host: banana3000.maido3.com

20080727091226 - Controller 0
WARNING - Sector repair completed: port=6, LBA=0x3A15FF09

completedって言ってるくらいだから大丈夫なんじゃないの

>>941
6番に繋がったHDDの0x3A15FF09って所は修復完了しました。

と言ってるようなんで、頻発しない限りは様子見で良いと思います。

>>943
了解しました

新しい涙目、魔物は明日〜明後日には順次できあがる予定でおりますが、
そしたら、「丸ごと移動でDNSつけかえ」の形でやろうかなと。

はーい

ちょと質問
IEで、見たとき、■このスレッドのQRコード■て有りますが
http://same.u.la/をhttp://ula.cc/に変えれないでしょうか？

(例)
2ch特化型サーバ・ロケーション構築作戦 Part29
■このスレッドのQRコード■
http://qr.42.kg/tubo/?http://same.u.la/test/r.so/qb5.2ch.net/operate/1212665493/
を
http://qr.42.kg/tubo/?http://ula.cc/test/r.so/qb5.2ch.net/operate/1212665493/
にする

>>947は
壷の機能の一つだと思うのでソウト板に行って来ます

むむむさんー。
test.s2ch.netのpvをとっていただけないでしょうかー。

>>949
2ch式でよければ、今日帰宅後にでも。

ありがとうございますー。
たぶん2ch式で大丈夫だと思いますー。
ついでにs.s2ch.netのほうもよろしくお願いしますー。

えっと、PVとるようにするんだっけか。＜tiger3512

じゃ、作業いってきます。

花子が泣いてます二回目
(取り合えずlogとして)

花子 ★の秘密の花園
http://qb5.2ch.net/test/read.cgi/operate/1211962556/428

428 ：花子 ★ ：2008/07/29(火) 01:27:13 ID:???0 ?
3ware 3DM2 alert -- host: banana3000.maido3.com

20080728162700 - Controller 0
WARNING - Sector repair completed: port=0, LBA=0x5DDEEC6

>>953
向こうのスレの花子さんや花代さんのつぶやきは一応、見てますんで、
毎回貼らなくてもおｋでごんす。

>>954
了解しました

PVとる設定をしようと思ったけど、
さすがに、眠気に勝てなくなってしまいました、、、。

讃岐くんごめんね。
明日中には何とか。

おやすみなさい。

あと新涙目・新魔物は、
明後日あたりに産声の予定ということで。

>>957
楽しみです。

>>956
作業しようと思ったが、、、。

1アカウントで複数のバーチャルホストを入れているので、
ちょっと改変が要りそうなかんじ。

まずは PV が一番多そうな s.s2ch.net の PV をとるようにします。
test.s2ch.net はちょっとあとで。

うむむ、やっぱりちとめんどうなかんじ。

もっと頭がクリアな時にやらんといかんですね。
なんか間違えそう。

悪いけど、今日はいったんしつれい。。

root様

お世話になっております。株式会社jig.jpの菊池です。
現在弊社サービスjigブラウザより２ちゃんねる掲示板への書き込みが規制されているようで、書き込みができない状態になっております。

【エラー内容】
ERROR：アクセス規制中です！！
(\.docomo.ne.jp)

規制を解除していただく方法はございますでしょうか。
お手数ですが、ご連絡いただけると幸いです。

宜しくお願い致します

root様

お世話になっております。株式会社jig.jpの菊池です。
現在弊社サービスjigブラウザより２ちゃんねる掲示板への書き込みが規制されているようで、書き込みができない状態になっております。

【エラー内容】
ERROR：アクセス規制中です！！
(\.docomo.ne.jp)

規制を解除していただく方法はございますでしょうか。
お手数ですが、ご連絡いただけると幸いです。

宜しくお願い致します

まさかこれで解除するような運営じゃないよな・・・
ここで「jigだから解除しました^^」とか言ったら暴動おきるぞ

>>961-962
原因はDoCoMoの規制なので御社にできることはないと思われます。
DoCoMoが対応するまでお待ちください。

「docomoへの対応が完了するまで」 な。
　　　　　 ＾＾＾＾
DQN思考じゃあるまいし

DoCoMoが「当該ユーザに対して対策しました」って言えばすぐ解除されますよ

>>961-962
今出先のためキャップ・トリップを使えない状況にて、
とりあえずレスを。

結論からいうと、今回の docomo.ne.jp 全規制については、
意図的なものであると私は理解しております。

どなたか、今回の docomo.ne.jp 全規制に至るまでの経過と理由がわかるリンクを張るなどして、
菊池さんに案内をしていただけるとうれしいです。

なお、私も経緯を正確に追えているわけではありませんが、
今回の件は、

「同一人物(と思われる)docomo携帯のユーザーが、
iモードIDを何度も取り直すことによりBBM規制を回避し、
２ちゃんねるの複数の板に対し、大量の荒らし行為を長期にわたり
繰り返し行ったことで、docomo.ne.jp の全規制に至った」

と理解していますが、
私の理解が間違っているのかもしれません。

その場合、ご指摘いただけますと助かります。＞ALL

>>968
とくに間違ってないです

docomo.ne.jp 規制
http://qb5.2ch.net/test/read.cgi/sec2ch/1216565966/1-3

でもibisだと書けるって書き込みを見かけるんでごぜえますよ

jigってID末尾Qだよね？
UAに\.docomo.ne.jpな文字列が含まれて、それに引っ掛かってたり？

ふしあなしないよ

>>968
大体合ってます
ただ、規制に至った雰囲気としては、前もって次は規制だと宣言してたから
そちらを優先したと言う認識を私はしてます

>>967
株式会社jig.jpの菊池です。
ご回答ありがとうございます。

docomo.ne.jp が全規制されている件了解致しました。
ibis様だと書き込みができるという情報がございましたので、
弊社側の仕様の問題もあるのかと思いましてご連絡させていただきました。

仕様変更により書き込みが可能になることはございますでしょうか？

宜しくお願い致します。

docomo全規制は、docomoのIPアドレス帯域からの書き込み規制と言う事です。

なので、cgi proxyとかそんな感じので別アドレスからの書き込み（但し他の
条件が付与されますが）にすれば大丈夫なはずです。

ibisさんはそういう方式（WEB串）だから問題無いはず。

というか、jigさんも確かjig固有のアドレス帯域からのアクセスなのでは？
それだと規制にはならないはず。

ホストだけじゃなくてUAも見てるからどこかにdocomo.ne.jpの文字があれば規制されます。

jigにはUA偽装機能がついてるけどそこをいじっても書き込めないのは変わらないので
UAが原因じゃないだろう。

吐いたIPにdocomoが含まれてるんですかね
jig経由でフシアナして貰えれば分かるかも知れないですね

って事はUAからdocomo.ne.jpを外せばいいのかな？

もしかしてibisが書けるのは、アクセス元表記がホスト名じゃ無くて
IPアドレスだからなのかも。

>>967-968
むむむさん。今回の規制の本意は判らなくも無いですけど、
少なくとも末尾QとかPの規制方針についてはっきりしてもらえると助かるのですが。

仮に UAのアクセス元表記を変えるとした場合どのレベル（許容・不許可・黙認）なのか。
不許可であるとすれば、ibisやP2側も規制する必要が出てくると思います。
（規制条件にdocomoのIPアドレス範囲追加で）

>>978
確か事前に指定した書式でしかチェックしないと思うので、
考え無しに変更するだけじゃ書けないはず。

UA判定でゴニョってるのは、iPhoneだけだったような

>>982
それなら>>979なのかなあ…

ibisのヘッダ見てきましたが、IPv4形式の数字での提示でしたね
逆引きでdocomoでした

docomoの文字列ではなく数字で出しとけば突破出来るってのは違和感

違うところに何かあるのかなぁ

一応,ibisとjig両方のﾌﾞﾗｳｻﾞでﾃｽﾄしてみました.
ibisは問題無く書き込めるようですが,
jigの場合はfusianaしてもいつものﾒｯｾｰｼﾞが表示され書き込み出来ませんでした

http://qb5.2ch.net/test/read.cgi/operate/1217070588/648-651,654-656

深夜までオンラインになれない予感。

Qになるものがdocomo.ne.jp全規制になったときに
どうふるまうべきかについては、特に決めていなかったはず。
というか、Q作ってから初のケースかと。

こういう場合はまず一般論として「そもそもどうして、そういう規制に至ったのか」
という、原点に帰って考えるのがいいんじゃないかなと。

この板って規制中でもfusianaで書けた様な。
まさかdocomoはfusianaでも書けなくなった？

tasukeruyoでないとダメみたいよ
フシアナだと固有番号しかでないからダメみたいらしいの
批判要望板も同じ

むしろ、突破出来てしまう仕組みはまずいと私は思ってしまうわけで

>>1
(´･ω･`)bアゲハント (´･ω･`)bアゲハント (´･ω･`)bアゲハント
>>1
(´･ω･`)bアゲハント (´･ω･`)bアゲハント (´･ω･`)bアゲハント
>>1
(´･ω･`)bアゲハント (´･ω･`)bアゲハント (´･ω･`)bアゲハント
>>1
(´･ω･`)bアゲハント (´･ω･`)bアゲハント (´･ω･`)bアゲハント
>>1
(´･ω･`)bアゲハント (´･ω･`)bアゲハント (´･ω･`)bアゲハント
>>1
(´･ω･`)bアゲハント (´･ω･`)bアゲハント (´･ω･`)bアゲハント
>>1
(´･ω･`)bアゲハント (´･ω･`)bアゲハント (´･ω･`)bアゲハント
>>1
(´･ω･`)bアゲハント (´･ω･`)bアゲハント (´･ω･`)bアゲハント
>>1
(´･ω･`)bアゲハント (´･ω･`)bアゲハント (´･ω･`)bアゲハント
>>1
(´･ω･`)bアゲハント (´･ω･`)bアゲハント (´･ω･`)bアゲハント
>>1
(´･ω･`)bアゲハント (´･ω･`)bアゲハント (´･ω･`)bアゲハント
>>1
(´･ω･`)bアゲハント (´･ω･`)bアゲハント (´･ω･`)bアゲハント
>>1
(´･ω･`)bアゲハント (´･ω･`)bアゲハント (´･ω･`)bアゲハント
>>1
(´･ω･`)bアゲハント (´･ω･`)bアゲハント (´･ω･`)bアゲハント
>>1
(´･ω･`)bアゲハント (´･ω･`)bアゲハント (´･ω･`)bアゲハント

痔スレ

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

jigはProxy特有のヘッダ?が送られてその中にdocomo.ne.jpが含まれているから
アウトになるんだと思う

芋ほりログでいうと
<>br2008.jig.jp<proxy272.docomo.ne.jp>(359486000172591)proxy272.docomo.ne.jp<>202.181.98.248<>
の
br2008.jig.jp<proxy272.docomo.ne.jp>(359486000172591)proxy272.docomo.ne.jp
ここの部分に対して正規表現で規制チェックしているはずなのでアウトになる

>>992
jigのヘッダはそれですか。
うーん、ということは今回のdocomo規制は「docomo.ne.jp」の文字列での判定という事ですか。
(なんだろうなぁ)

結論：>>975のjigさんの解決法としては、docomo.ne.jpのネーム書式から、v4形式のxxx.xxx.xxx.xxxで
　　　ヘッダを返すようにすれば、今回の件では書き込めるようになるのではないかという可能性

問題点：規制してるのに書き込めるってのは、「態々全体規制をした」という観点から見て、どうなのか

21 名前：白ロムさん 投稿日：2008/07/28(月) 12:30:59 ID:CB4IULOS0
□　docomo全鯖規制発動までのおおまかな経緯　□

bike板で、docomoユーザが個人情報等を晒し、BBM（携帯規制）
↓
goki板で、BBMされた携帯で個人情報等を晒す
↓
削ジェンヌ▲ ★が、BBMされた携帯のdeny依頼
↓
番犬 ★が「BBMな携帯はどこにも書けなくする」
docomoユーザに警告「\.docomo.ne.jp 継続したら規制」
↓
BBMされたdocomoユーザ、携帯を買い直して、荒らし再開（個人情報晒しと犯行予告が下記で行なわれる
bike、body、ihan、jinsei、lovesaloon、male、ms、news4vip、newsplus、police、psy、utu）
↓
警察等に通報
↓
docomo全鯖規制発動

ibisもjigもユーザで規制可能ってことで通したんだし、
docomo全規制でも別に通していいんじゃない？
そいつがフルブラアプリ使い始めたらその時jigなりibisなりに
止めさせればいいんだし。

　　　　　　　　　　＼　　　　　　　　　　　　　　　　　　　 ＼
　　　　　　　　　　　 ＼　　　　　　　　　　rﾍ‐‐----､　　　 ＼
　　　　　　　　　　　　　＼　　　　　　　　 |. |,ﾆﾆ,'''''‐「k　　　　 ＼
.　　　　　　　　　　　　　　 ＼　　　　　　 |　'､7'l;;l.　　 ｿ　　　　　　＼
　　　　　　　　　　　　　 　 　 　 　 　 　 ﾉ::::::::ヽlﾞ　　　　　　　　　　　 ＼
　　　　　　　　　　　　　　　　　　　 __.／ .:::::::::::`l
　　　　　　　　　　　　　　　　　　／/　. ::::,.-‐'ヽ:＼
　　　　　　　　　　 　 ○　 　 　 |　l:　.::::.. l､.　　 ﾞV !　　　　　嘆きも悲しみもなく
　　　　　　　　○　　　　　　　 /|　|:. .:::::::::::＼　　 | |
　＼　　　　　　　　　　　　 ／/ |　|::.:::::::::::::::::::`ヽ､|_|
　　 ＼　　　　　　　　　　 / /　 l.｜:::::::::::::::::::::::::::::{/､　 　 ＼
　　　　＼　　　　 ○　　　|/-‐'"|_j＿::::::::::::::::::__:::::ﾞ::ヽ､　　　 ＼
　　　　　 ＼　　　　　 　 /　　／ 　　￣`''ｰ-┘｀`ヾヽ､＼　　　 ＼
　　　　　　　　　　　　　/　　/　　　　　　　　　　　　　　`ヽ 　 　 　 ＼
　　　　　　　　　　　　　l　　lﾞ　　　　　　　　　　　　 　 　 　 　 　 　 　 ＼
　　　　　　　　　　　　 /　　|　　　　　　　　　　　　　　　　　　　　　　　　 ＼
　　　　　　　　　　　／　.,,-'○　　　　　　　＼
　　　　　　　　　 ／　,／○　　　　　　　　　　＼
　　　　　　　 　 （_,／○　　　　　　　　　　　　　 ＼
　　　　　　　　　○○　　　　　　　　　　　　　　　　 ＼

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　 /
　　 ＼　　　　　　　　　　　　　　　　　　　　r}}　　　　/
　　　　＼　　　　　　　　　　　　　　　　　　/ |　　　/
　　　　　 ＼　　　　　　　　　　 　 　 　 　 l'-j　　　　　　　　　　　　　 ／
　　　　　　　＼　　　　　　　　　r'⌒ヽ__,,ノ:::/　 ,.― 、　　　　　 　 ／
　　　　　　　　　　　　　　　＿,ﾉ!w‐'`j|、::／　 （　　 .）　　　　　／
　　　　　　　　　　 _,,.-‐'''に＿::::`''y'ゝl''"　　　 `―'′　　　／
　　　　　　　 　 E,,.-‐''"´￣　 ｀ヽl｡　ﾟ|　　　　　　　　　　　　　ただ前を向いているだけの
　　―――　　　　　　　　　　　　 |､ ./!､　　　　　　　　　　　　　　愚かしいこの男に、何故か僕は！
　　　　　　　　　　　　　 ,.-―---ｧ'7ﾞ |:. ＼　　 　 ,.-‐‐-､
　　　　　 （⌒）　　　　r'ﾞ:::::::, ‐''",.-l　|::::.　 ＼ ／　　　　 ﾞ ､
　　　　 　 ｀~´　　　　 '､_／,,.ｨ''"　 |　|::::::.　_,,/　　　　 　 　 ',　　　＼
　　　　　　　　　　　　　l_／ /　 ／|.　|,.-‐'＼|　　　　　　　　!　　　　 ＼
　　　　　　　　／　　　　　／ヽ/　 ヽ'"　　　　'､　　　　　　 /
　　　　　　 ／　　　　　／　／　　　 　 　 　 　 ヽ､.,,＿_,,／
　　　　　／　　　　　／ .／　　　　　　　　　　　　 {　|○　　　　　＼
　　　　　　　　　○/　／　　　　 |　　　　　　　　　ヽ,j○　　　　　　 ＼
.　　　 　 　 　 ○/　/　　　　　　|　　　　　　　　　　　　　　　　　　　　 ＼
　　　　　　/　 ○|_,/　　　　　　　　　　　　　　　　　＼
　　　　　/　　　　　　　　　　　　　　　　　　　　　　　　 ＼
　　　　/　　　　　　　　　　　　　　　　　　　　　　　　　　　 ＼

　　　＼　　　　　　　　　　　　　　　　　　 _,,.-‐‐-､
　　　　＼　　　　　　　　　　fﾖﾕ二_￣｀フ::::::::::::::::::ヽ
　　　　　＼　　　　　　　 　 　 　 　 ￣ヽ:::::::::､::::::::::::l＿
　　　　　　＼　　　　　　　　　　　　　 　 ヽ､/ノﾙｲ;/ﾉ　 ￣ヽ
　　　＼　　 　 　 　 　 /￣＞､　　　　　　l〉ヽr_7ﾉl＼　　　　＼/|
　　　　＼　　　　　　 /　/　／｀ヽ､　　 　 |ﾟ　　 ｡/　　〉ｰ-､　　/|
　　　　　＼　　 　 　 |. /　/　　　　＼ ＿ﾉﾟ　　｡ﾉ 　 /　 　 ヽ/| |
　　　　　　＼　　　　 | |　 |　　 r'"´￣ヽ､ﾟ　　｡/　 ./ 　 　 　 | | |
　　　　　　　　　　　　|_i.-┴''''/　　　　　 ￣ヽ」_　 {　　　　　 lﾘ/
　　　　　　　　　　　　/ 　 　 /⌒ヽ＿　　　　 ヽ ＼l　 　 　 / 7
　..:::○::::...　　　　　　 ＼r‐''7　　 /＼｀`ｰ---‐'〉､ ｀ヽ､　　`ｰ'
::::::.　　　::::::.. 　　　　 __ノ　/　　./　　 `ー--‐'´　 ＼ 　｀'''ｰ- ､　　　ｷｭｲｰﾝｷｭｲｰﾝ
　::○..　　　::::::..　　く_＿／　 ／ヽ､ 　 　 ∧ 　 　 　 ＼　　　＿＼
　　:::::::..　　　 :○::.　 ／　 ／　　　｀ヽ､_/　ヽ､ 　 　 ＿_ヽ／--一'
　　　 :::::::..　　　　 ／　 ／　　　　　　　　　　　￣￣
　　　 　 ::○:...　 /　 ／:::::..　　　　　　　　　　　　　　　　　　　＼
　　　　　　 :::::::...l__ノ　 　 ::○:..　　　　　　　　　　　　　 　 　 　 ＼
　　　　　　　　 ::::::..　　　　　 :::::..　　　　　　　　　　＼　　　　　　 ＼
　　　　　　　　　 :○::..　　　　　 ::::..　　　　　　　　　 ＼　　　　　　 ＼
　　　　　　　　　　　 ::::::...　　　　 :○.　　　　　　　　　 ＼
　　　　　　　　　　　　　:::○..　 　 ::::　　　　　　　　　　　＼
　　　　　　　　　　　　　　　 ::::.....::::

　　　　　　　　　　　　　　　　　　○　　　　　　　　　　　　　 　 　 　 ／
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　 ／
　　　　　　　 ○　　　　　　　　　　　　　　　 ○　　　　　　　　／
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　／

　　　　　　　　　　　　　　 ,. ‐‐-､　　　　　　　　　　　　　　　　　　　　 ／
　　　　　○　　　　　　 ／:::::::::::ﾐl‐-､　　　　　○　　　　　　　　 　 ／
　　　　　　　　,.-''7''''‐.l::::,､:::,l､::rj'l:::::ヽ　　　　　　　　　　　　　 ／
　　　　　　 .／　 ,ゝ､　ヾl､ヽ!V// !:::::::ﾞ､　　　　　　　　　　　／　　　　　　　 　 　 　 ／
　　　　　／　r‐''ﾞ　　`ヽ､ ` -／∠_::::::::ﾞ､　　　　　　_＿　　　　　　　　　　　　　　／
　　　　,lヽy'"　　　　　　　｀''ゝﾒ-､ ｀l::::::::ヽ.-‐'''"´￣　 |　　　　　　　　　 　 　 ／
　　　 /ljj.}　　　　　　　　 ／::::::::::::l　|::::::::::|::::::::::.......　　ヽ、　　　　　　　　　／
　　　　　　　　　　　　 .／:__,,,,_:::::::::l　`l::::ﾉﾍ:::::::::::.... :::::::....l　　　　 　 /
　　　　　　　　　　　　/_,ﾆ-‐-､` ‐-l　 Yﾞ　 |:::::::::::::::::::::..... |　　 ＼／/　 /
　　　　　　　 　 　 　'"／　　　/`'‐-'l　|　　 |::::::::::::::::::::::::::ﾉ　　　　　（／/
　　　　　　　　　　　 ／　　.／　　　 ヽ.l　　 |:::::::::::::::::::::／,r‐､　　　　　/
　　　　　　　　 　 ／　　／　　　　　　 ﾞ|　 ..|:::::::::::::::::／／　　',　　　　〈
　　　　　　　　 ／　 .／　　　　　　　　 .|　 |＼:::::::／'''"　,､　　',　　　 /　　スタッ
　　　　　 　 ／　 ／　　　　　　　　　　 〉⌒ヽ, >'"＼,_,／ ヽ､_,ﾉ　　　ヽ､
　　 _,,. -‐''"　 ／　　　　　　　　　　　r'j川'}｀`
　　(＿__,,,,..､-'　　　　　　　　　　　　　" ￣

　　　 /　　　　　　　　　　　　　　　　　　　　　. 　 　 　 　 　 　 ;::::.l
　　　/　　　　　　　　　　　　　　　　　　 　 　 ,::.　　　　　　　　.:!:::::|
.　　　|　　　　　　　　　　　　　　　　　　　　,　l､::..　　　　　　. .::|::::::!
　　　l　　　　　　　　　　　　　　　　　 　 .:/! .:;!|::::::.. 　 　 　 .::.:;､::::|
　　 ,' .!　　　　　　　.;!　　　　　　　　　 .:/ l.:::;' l:::::::;..　　　　.;!:::|.',::l
　　,' :,'　　　　　　　.;l:　　:.　　　　　　.::/ .,':::,'.　';:::.|.ﾞ;:.　:.　 .l.!;;'; |::|‐､
　 /;/:.　　　　　　 .:;ﾞ!:　 ,!:　　　　　 .::/　,':;/__,,,.ヾl- l::. !:::..::l.|,' ./l;|　ヽ、
　//!:::..　 ,'　　　 .:,'､|::../|::.　.:　　　.:;:'　 ;:/_,,...,,＿!　 |::.l!::::// r'　l!　　 `''
　l'ﾞ ﾞ､:::.　l､. :..　.::;' ._l:::ﾄ､',::::::::.　 .:::,',／/,ｨ､ノ::::|　ゝ |:/.|::/　/　　!　　　　　　感銘すらしている・・・！
　|.　 ﾞ､::::|. ﾞ､;､. ./､,r'l:l､ﾉヾ;::::::::..:::/｀`/　､`'-‐'ﾞ／　 lﾞ .l/ |‐'!
　!　　 ﾞ'､:!.:::ヽヾﾞ　',` l`'‐' `､:!､:..:,'　　　　｀￣´　　　　 ´ ,'　l　　/　 ／
.　　　 / ﾞ'､:::::::::::::::::ﾞ､　｀'''" ヽlヾ,ﾞ　　　　　　　　　　　　/　/　 / ／
　　　/.::::::::::::::::::::::::::lﾞ'､　　 　 |　 　 　 　 　 　 　 　 　 / ./　　／　　 　 ／
　　 〈.::::::::::::::::::::::::::::|　＼　　ヽ、　　　　　 　 　 　 　 /／　 ／　　　 ／:::::
　　　ヽ:::::::::::::::::::::::::l.　　 ` ､　　､_ _,,. -‐‐-　　　　／'"　 ／　　　／::::::::::
　　　　'､:::::::::::::::::::::::＼　　　｀ヽ.　　 ￣　　　 　 ／　 　 ,'　　　／:::::::::::::::
.　　　　 ＼:::::::::::::::::::::::::ヽ.、　　 ＼　 　 　 　 ／　　　 /　　／::::::::::::::::::::
　　　　　　l:::::::::::::::::::::::::::::::＼　　　ヽ､.,＿,,／　＼　　/　／:::::::::::::::::::::::::
　　　　　 〈:::::::::::::::::::::::::::::::::::::.＼　　 　 　 　 　 　 ` /／::::::::::::::::::::::::::::::

このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。