【Project peko】2ch特化型サーバ・ロケーション構築作戦 Part14

**root ★** · 04/06/20 02:40

peko作戦について語るスレです。
サーバの新ロケーション、PIEに関する話題もこちらで。

現在の主要なテーマは、
・新ロケーション、PIEの安定化
・pekoサーバ突然死の原因究明
となります。

レンタルサーバー maido3.com ２ちゃんねるの転送量: http://server.maido3.com/pie/
MRTGによる統計情報: http://mumumu.mu/mrtg/
２ちゃんねる/PINKちゃんねる稼動中のサーバ一覧: http://mumumu.mu/serverlist.html

PINKちゃんねるで現在進行中のama作戦については、こちら。

【Project ama】PINKちゃんねる特化型ｻｰﾊﾞ構築作戦 Part2
http://qb3.2ch.net/test/read.cgi/operate/1082721809/l50

携帯電話特化型サーバ構築作戦については、こちら。

【Love Affair】携帯からのアクセスに対する考察・次の一手 Part1
http://qb5.2ch.net/test/read.cgi/operate/1075887465/

前スレ
【Project peko】2ch特化型サーバ構築作戦 Part13
http://qb5.2ch.net/test/read.cgi/operate/1085678587/

**まぐろん** ◆Ctm6ZKuo5w · 04/08/09 14:47

>>797
Yahoo!BB全部みれました

**FOX ★** · 04/08/09 15:31

http://live17.2ch.net/ootoko/
http://live16.2ch.net/oonna/
with ジンギスカン

**▲:/usr/local/bin/ch2 -o i686** ◆P8fXJj6wwo · 04/08/09 16:25

>>800
乙です

しかし、男女別ですか・・・・w

なお、INDEX丸見えですので早いうちになおしませう

**動け動けウゴウゴ２ちゃんねる** · 04/08/09 16:28

>>800
あれれ　さっきは見えたんだけどなぁ
今丸見え

**root ★** · 04/08/10 00:06

一時的にLA=200ぐらいいったけど、それなりにゆとりあったような。< ex7
ジンギスカン(メモリディスク)＋思い切ったセッティング(httpdの最大数を増やしてある)の効果か。

**root ★** · 04/08/10 01:20

live16, live17でsubject.txtの飛びが多発。
mdmfsの設定を変更。

従来: /etc/fstabで以下のように設定。

md /md mfs rw,nosuid,noatime,-s20m,-i2048 0 0

現在: 起動時に以下のコマンドを実行。
これにより以前と比較してmallocベース、softupdateなし、asyncに変更。

mdmfs -M -S -o async,nosuid,noatime -s 20m -i 2048 md0 /md

**root ★** · 04/08/10 01:58

再度変更。asyncをやめ、sotupdateを復活。

mdmfs -M -o nosuid,noatime -s 20m -i 2048 md0 /md

**root ★** · 04/08/10 02:54

原因はf22だったもより、、、。

**動け動けウゴウゴ２ちゃんねる** · 04/08/10 02:54

ttp://www.janog.gr.jp/meeting/janog14/abstract.html#07231600
DNS Demystified ～あなたの知らないDNSの世界

このPDFは興味深かかったよ。
dnscacheのmultilogは確かに負荷がでかいな。
あとWITH_PERSISTENT_MMAPするとbindと勝負できると思うのだが。

**動け動けウゴウゴ２ちゃんねる** · 04/08/10 10:46

PCI接続のシリコンディスクにdatを置いといてHDDにミラーする
というのは素人考え？

**▲:/usr/local/bin/ch2 -o i686** ◆P8fXJj6wwo · 04/08/10 11:03

>>808
そのシリコンディスク自体が高杉の悪寒

**動け動けウゴウゴ２ちゃんねる** · 04/08/10 11:27

>>809
ttp://www.cenatek.com/store/category.cfm?Category=15
だと1GBで999ドル、4GBで2999ドル。
懲罰鯖か実況鯖用に1GB入れて実験してみるのもいいのでわ？

**root ★** · 04/08/10 17:18

ほんとにこのスケジュールで出るのかな。
http://www.freebsd.org/releases/5.3R/schedule.html

**root ★** · 04/08/10 18:25

>>809-810
たぶん1Gもいらないんですよね。

だって、public_html/livecxとかの下をまるごとシリコンに入れることになるだけだから。
今もdatとkako以外を入れてますが、20Mとかで足りています。
kakoはシリコンディスクにする必要ないから、ライブなdatが増えるだけすよね。

ジンギスカンの設定見て「あぁ、おじさんにまたやられた」と思いました。
実はライブな掲示板をライブに動かすだけなら、ディスク容量はそんなに食わないわけです。

**ょぅιﾞょたん** · 04/08/10 18:40

SRAMで構築しよう

**動け動けウゴウゴ２ちゃんねる** · 04/08/10 18:48

EMSメモリで

**動け動けウゴウゴ２ちゃんねる** · 04/08/10 19:14

>>811
ここ数年の実績からするとスケジュールから大体数ヶ月遅れでリリース

**動け動けウゴウゴ２ちゃんねる** · 04/08/10 19:15

>>815
クリスマスプレゼントにでも間に合えば御の字ってとこか？

**動け動けウゴウゴ２ちゃんねる** · 04/08/10 19:32

>>808
すぐに寿命が来る悪寒

**動け動けウゴウゴ２ちゃんねる** · 04/08/10 22:17

>>817
シリコンディスクというのはCompactFlashではなく
DRAMで構築されていますから機械的な寿命というのは実質的にありませんよ。

**動け動けウゴウゴ２ちゃんねる** · 04/08/10 22:32

そりはフラッシュメモリと間違えてない？

シリコンぢすくは、余ったDRAMかSRAMをバッテリーバックアップして
ATAなりなんなりに変換している。

**動け動けウゴウゴ２ちゃんねる** · 04/08/10 22:53

rootさん、こんばんはーヾ('-')ﾉ

**root ★** · 04/08/10 23:36

live8:

hint.acpi.0.disabled="1"

だと落ちなくなるけど、シングルCPUモード、かつ全然パフォーマンスが出なくなるので、

hint.apic.0.disabled="1"

に変更。APICを切ってしまうので、やはりシングルCPUモード。

>>820
ひさしぶりにみたような。

**動け動けウゴウゴ２ちゃんねる** · 04/08/11 01:10

>>821
ひさしぶりに来ましたヾ('-')ﾉ

久しぶりに来たらシングルCPUになってるのね・・・('-';)

**動け動けウゴウゴ２ちゃんねる** · 04/08/11 01:10

陳腐化も寿命のうちとかいう話ならあるいは

**root ★** · 04/08/11 01:23

>>822
いろいろな道をたどって、

1)
read.cgiを起動する状態だと、Cobra/Tigerともに突然死しやすい
で、どうやらそれは負荷によらない

2)
Tigerサーバ: ACPIを止めてSMP/APICを切り、シングルCPUにする
Cobraサーバ: APICを切ってシングルCPUにする

ことで、1)の状況は起こらなくなる

3)
Cobraサーバは、超高負荷の後の中負荷ぐらいの頃に落ちやすい

というところまでわかりました。

個人的には現在、特にCobraサーバのBIOSまわりとか、
FreeBSDのACPI/APICまわりのコードなどを、最も疑っていたりします。

特にFreeBSD 4.x/i386では起こらなかったハングアップが5.x/i386で起きているあたりが（りゃ。

**root ★** · 04/08/11 03:56

ということで、とりあえず仮設。

http://blackgoat2.peko.2ch.net/_service/20040811.txt

**▲:/usr/local/bin/ch2 -o i686** ◆P8fXJj6wwo · 04/08/11 10:20

>>811
10月3日リリース予定・・・ですか。

まあ気長に待ちましょう。
RCが出た段階でexを人柱にしてみるテストを実施するのもありかも。

これが出ない限り？は新しいpeko/Cobraは投入できないわけですし・・・。
>>824はコードの問題＜バグ＞が最有力でしょうし。

**まぐろん** ◆Ctm6ZKuo5w · 04/08/11 18:53

blackgoat.2ch.netサーバのLAがみたいんですけどみれますか？

**root ★** · 04/08/11 19:41

１号: http://blackgoat.2ch.net/_service/20040811.txt
2号(実験中につき暫定): http://blackgoat2.peko.2ch.net/_service/20040811.txt

**動け動けウゴウゴ２ちゃんねる** · 04/08/11 21:05

>>824
おつかれさまです('-'=)

違う機種で同じように落ちるのは、OSっぽいって事ですか

ついにWindowsServer導入？！ヾ('-')ﾉ
選択として仮Linuxとかは無しなの？('-'?)

そういえば、、、なんでﾊﾞﾅｰﾅは落っこちないのー？(?-?)

**動け動けウゴウゴ２ちゃんねる** · 04/08/11 21:41

中の人がお仕事サボるからかと…

**root ★** · 04/08/11 23:01

>>829
OSっぽいか、BIOS問題か、あるいはその両方か。

で、結局のところシングルCPUモードに設定すれば落ちないと。< Cobra, Tiger

そういえばbananaはPen 4 singleですが、シングルCPU設定(SMP/APICなし)のほうが
FreeBSDでは高パフォーマンスで動きますね(手元のマシンでいくつかベンチマークしてみた)
Pen4のHTT/FreeBSD 5.xだと、SMPするオーバーヘッドのほうが性能向上を上回っている模様。

Linuxは別にきらいなわけではなく、単純に私の経験値がないだけで。

**root ★** · 04/08/12 01:32

ACPIなしにするとCobra同様TigerサーバもディスクI/Oのパフォーマンスがとても悪くなるので、
ACPIを有効にした。これで本来予定していたディスクI/O速度になるはず。

ただしAPICを切っているので、あいかわらずシングルCPUモード。< Cobra/Tiger

**動け動けウゴウゴ２ちゃんねる** · 04/08/12 01:37

>>831
えーと去年の秋ぐらいにも同じことを聞いたかもしれませんが、念のためってことで。
HyperThread有効のときは/etc/sysctl.confで
machdep.cpu_idle_hlt=1
machdep.hlt_logical_cpus=0
をしてますよね？

**root ★** · 04/08/12 01:43

>>833
FreeBSD 5.2.1なので、上記はデフォルトで1かと。

%sysctl -a | grep machdep.cpu
machdep.cpu_idle_hlt: 1

下は、FreeBSD 5.2.1にはないような。

**root ★** · 04/08/12 01:46

あ、そっか。

今options SMPを切っているので、出ないです。< 下

**動け動けウゴウゴ２ちゃんねる** · 04/08/12 01:58

HTﾊﾞﾅﾅｰのパフォーマンスアップの可能性？ヾ('-')ﾉ

**root ★** · 04/08/12 02:40

今のbananaは全部HTT切ってある気がします。>>836

**動け動けウゴウゴ２ちゃんねる** · 04/08/12 03:34

machdep.cpu_idle_hltは非SMPの時はデフォルトで1なのですが、SMP時はデフォルト0に。
あと後藤大地さんの去年の冬あたりのUNIX USER記事にいろいろとHTT時の最適化は書いて有りましたね。
5.2.1Rの機能紹介記事だったかな。

**FOX ★** · 04/08/12 13:55

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

**動け動けウゴウゴ２ちゃんねる** · 04/08/12 14:02

DragonFlyBSD。

**まぐろん** ◆Ctm6ZKuo5w · 04/08/12 17:28

>>828
教えてくださってありがとうございました

**動け動けウゴウゴ２ちゃんねる** · 04/08/12 19:02

>>787
マンコって言わせたいんだな。いいでしょう！
言ってみます、マンコ！

**動け動けウゴウゴ２ちゃんねる** · 04/08/12 19:09

>>842
>>842
>>842

**モーマン☆鯛。** · 04/08/12 20:13

(　´_ゝ｀) >>842

**動け動けウゴウゴ２ちゃんねる** · 04/08/12 23:31

>>842
(　´д)ヒソ(´д｀)ヒソ(д｀　)

t610217.ipgw.phs.yoyogi.mopera.ne.jp ◆inODPD6owQ · 04/08/12 23:41

(　ﾟДﾟ)ﾎﾟｶｰﾝ

**root ★** · 04/08/13 00:30

>>807
ようやく読みました。とても面白いですね。

DNS/BINDの内部を(しかも軽視されがちなDNSキャッシュサーバの振る舞いについて)
ここまできちんと調査した結果は、初めて見たかもしれません。

２ちゃんねるの場合DNSキャッシュサーバを軽くできると、
それはそのままbbs.cgiの軽量化に直結するわけで、
このあたりはいずれまた、じっくり試してみることにします。

>>840
ちょっと前から話題のしろものですか。
「FreeBSD 3.xは間違いだった、FreeBSD 5.xはさらなる間違いだ」でしたっけ。

意外にFreeBSD6とかあたりで、DragonflyBSDで入った機能が相当取り込まれたりして。

**FOX ★** · 04/08/13 20:24

live8 ですが先日までは 450/min の書き込みをこなしていたのに
現在は 200/min でへこたれるのはなぜなんでしょか?

http://ch2.ath.cx/load/live8.html

**動け動けウゴウゴ２ちゃんねる** · 04/08/13 20:38

>>848
夏ﾊﾞﾃ

**動け動けウゴウゴ２ちゃんねる** · 04/08/13 20:46

bbs.cgiをコンパイルしていないとか？

**root ★** · 04/08/14 02:01

>>848
このところ特によく落ちたので、シングルCPU設定に一時的に変えているせいですね。(>>821 >>824)

シングルCPU設定だとマシンが落ちることはありませんが(LA=600とかなっても落ちない)、
Cobraサーバの場合、半分以下のパフォーマンスしか出ないようです。

これまでのgame6等でのCobraサーバの不安定の原因も、
マルチプロセッサモードでの動作の問題ということで、ほぼ間違いないようです。

これがFreeBSDのバグなのか、サーバのBIOSの問題なのか
(BIOSの更新で直る場合があったらしい)、
あるいは他の原因なのかは、まだわかっていません。

なお、Tigerサーバも同じ傾向の模様(少なくともex7では)であったため、
現在Cobraサーバ同様にシングルCPU設定になっています。

Tigerの場合Cobraほどの激しい性能低下はないみたいですが、
FreeBSD 4.x/HE.NET時代のパフォーマンスは、出ていないです。

**root ★** · 04/08/14 02:03

オリンピックに向けて、
落ちてもその都度リブートをすればいいということで、
マルチプロセッサモードに設定してみますか？＞live8/live16/live17

そうすれば、今の倍以上はいけるはず。

**root ★** · 04/08/14 02:08

補足:

携帯用サーバ、BBQ/dnscacheとして使用しているCobraサーバは、
マルチプロセッサモードで動いています。

しかし、BBQ/dnscacheサーバは一度も落ちていないし、
携帯用サーバも、それほど頻繁には落ちていない。

特にread.cgiとの相性が悪い模様。

◆BFzK/mtqM2 · 04/08/14 02:11

read.phpの登場？

なわけないなｗ

**未承諾広告※** ◆TWARamEjuA · 04/08/14 02:16

>>854
perlcc を通した read.cgi という手もあるかもしれないですね。
perlcc された bbs.cgi の実績からして。

read.cgi も configure が付いていると、もうちょっと柔軟にコンパイル出来るのかな？

**root ★** · 04/08/14 02:18

>>852 は、向こうで聞いてみるかな。
↓
【実況】 live8/15/16/17 鯖 Part1
http://qb5.2ch.net/test/read.cgi/operate/1092036748/

**root ★** · 04/08/14 02:18

>>855
ん、Cバージョンをやめると言っています?

**root ★** · 04/08/14 02:26

あとは、read.cgiについてmod_cgidsoを入れてみるという手は、あるかも。

◆cZfSunOs.U · 04/08/14 02:29

>>858
それやるのなら，一応作者なんでサポートします......

**動け動けウゴウゴ２ちゃんねる** · 04/08/14 03:56

>>847
ttp://www.allbsd.org/~hrs/diary/200408.html#d0801
DragonFly BSDについての日本語情報はこの記述が今のところ一番正確だと思う。

**ひろゆき＠どうやら管理人 ★** · 04/08/14 04:12

バイナリでも毎回起動コストがかかるCと、
メモリに常駐するPHPだと、PHPのほうがよかったりするのかな、、、

◆cZfSunOs.U · 04/08/14 04:18

>>861 え～と......バイナリかつ起動コスト (fork/exec) がかからないのが mod_cgidso なんですが．
http://qb5.2ch.net/test/read.cgi/operate/1087199303/82-n

# うpしてる鯖のIPは 203.205.141.7 になってます．

**ひろゆき＠どうやら管理人 ★** · 04/08/14 04:27

おぉ、すばらしい。。
これって、mod_cgidsoの入ってないサーバでは、
単なるバイナリとして動くんですか？

◆cZfSunOs.U · 04/08/14 04:31

>>863 mod_cgidso に対応するバイナリは通常の実行ファイルじゃなくて
共有オブジェクト（Windows でいえば DLL のようなもの）なので，
それ単体では実行できませんので，mod_cgidso が入ってなければ
従来の CGI を使ってもらうことになります......

**ひろゆき＠どうやら管理人 ★** · 04/08/14 04:33

google先生に聞いてもほとんど情報がなかったんですが、、、

◆cZfSunOs.U · 04/08/14 04:35

>>865 まぁ，積極的にプロモーションしてるものでもないので......

**ひろゆき＠どうやら管理人 ★** · 04/08/14 05:06

http://www.google.com/search?num=50&hl=ja&q=mod_cgidso
2chだけ、、、

**動け動けウゴウゴ２ちゃんねる** · 04/08/14 05:12

>>867
いやまあ2ch用に◆cZfSunOs.Uさんが作ったものですし。

◆cZfSunOs.U · 04/08/14 05:14

>>867 (w
まぁ，mod_cgidso 作成の経緯は，元々 read.cgi 改良の目的の一環としてと
いうことだったので，その意味では 2ch 発祥であるとはいえるかと......

**ひろゆき＠どうやら管理人 ★** · 04/08/14 05:38

おぉ、、そだったんですか、、、

**動け動けウゴウゴ２ちゃんねる** · 04/08/14 06:32

>>869
しかし、今までのと変えるとなると、「あっそれっ」と変えれないでしょうね。

**▲:/usr/local/bin/ch2 -o i686** ◆P8fXJj6wwo · 04/08/14 10:15

mod_cgidso＋改良read.cgiで直ったりして・・・

>>855
automakeとautoconfつかえば作れるはずです。
設定ファイルを多少書く必要がありますが。

参照：autoconf / automake を使ってみよう！
ttp://shimaki-hp.hp.infoseek.co.jp/autoconf/book1.html

**動け動けウゴウゴ２ちゃんねる** · 04/08/14 10:42

１日２回はいけるぜーー

**留守番 ★** · 04/08/14 18:01

>>869
もしよろしければメールいただけると嬉しいです。

yakin@80.kg

**▲:/usr/local/bin/ch2 -o i686** ◆P8fXJj6wwo · 04/08/14 18:40

ついでなんでふっときますが、

http://who.sakura.ne.jp/
ここにbbs.cgiの有志開発バージョンあります。

◆cZfSunOs.U · 04/08/14 18:41

>>874 メール送りました．よろしくお願いします．

**▲:/usr/local/bin/ch2 -o i686** ◆P8fXJj6wwo · 04/08/14 19:55

(>>876 これで事態は大きく進展するのだろうか・・・)

**モーマン☆鯛。** · 04/08/14 23:07

第3の鯖運用人の誕生かな？

**root ★** · 04/08/15 21:36

とりあえず目に付いた >>861 だけ。

んと、いわゆる中間コードをキャッシュするしくみ(PHP Acceleratorのような)を入れないと、
毎回コンパイルがかかるので、PHPのほうが不利ですね。
(乱暴に言ってしまうと、Cで言うと毎回gccが動くようなもの)

PHP Acceleratorはc系のフロントエンドにも入れてあります。効果はかなり大きいですが、
特にamd64系で、たまに挙動不審になることがあるみたい。

**留守番 ★** · 04/08/15 22:10

所詮インタプリタはインタプリタかと、

**動け動けウゴウゴ２ちゃんねる** · 04/08/15 22:14

c.cの予感

**留守番 ★** · 04/08/15 22:19

機動性ではインタプリタだけど、、、

**▲:/usr/local/bin/ch2 -o i686** ◆P8fXJj6wwo · 04/08/16 10:27

PHPはZend Optimzer使えばまだましな模様。
ちなみにフリー。
ttp://www.zend.com/store/free_download.php?pid=13

ソース：PHP-USER-JP ML
ttp://ns1.php.gr.jp/pipermail/php-users/2001-July/000883.html

**root ★** · 04/08/16 10:55

>>883
PHP関連はc系列でいろんなものを実地に試してみて、
結局APC Acceleratorが一番効果あったので、それにしていたりします。

Zend Optimizerも試してみましたが、それなりに効果あるものの
APC Acceleratorとの併用ができないみたいでした。

これとか、
http://www.php-j.com/tutorial/php/phpA.php

**▲:/usr/local/bin/ch2 -o i686** ◆P8fXJj6wwo · 04/08/16 14:47

>>884
あらら、既に検証済みでしたか、スマソです。
公式メンテナの最適化ツールより効果ありとはね・・・

これ以上やろうとするとバイナリ化でしょうけど、Zend Encorderは高い・・・。
そこでperlccのphpバージョンが無いか探したらこんなんみつけました。

PHPCC ttp://www.phpcc.net/

ただ、サイトがドイツ語なんですけど。。。

**動け動けウゴウゴ２ちゃんねる** · 04/08/16 14:52

>>885
あ、それ以前に
・Zend encoaderはFreeBSD非対応。。。
・phpccはDLに要登録っぽい

**root ★** · 04/08/17 10:35

9月頭に、つかの間の夏休みを米国西海岸で過ごそうと算段中。
休みの都合で、2泊4日の強行日程だったりして。

完全プライベートなので、今回はこないだの5月よりはまとめて確保できると思っていますが、
滞在中に現地で可能な作業としては、何があるかなと。

- Cobra, TigerのBIOSの更新
- リモートコンソール関連作業
- ちょっと強気なOS(current., snap, beta等)を入れてみる

あと他には↓

**動け動けウゴウゴ２ちゃんねる** · 04/08/17 10:38

家族サービス

**▲:/usr/local/bin/ch2 -o i686** ◆P8fXJj6wwo · 04/08/17 11:21

>>888
してる暇無いとおもわれ

>>887
強気OS投入するんなら言うまでも無くLive系かexでしょう。。。

**犬野ぽち** · 04/08/17 12:31

> 887
>
> - ちょっと強気なOS(current., snap, beta等)を入れてみる

FreeBSD5/Netnice。

9月頭であれば、現地までお伺いして作業を手伝わせて頂けまつ。
といっても、まず、パッチを作らなければダメですけれども。

今の予定であれば、9月までにはなんとか...。

**root ★** · 04/08/17 14:54

これ、今の2chでdual CPUでシステムがハングアップしてしまうことと関係あるんだろうか。
今はオフ(FreeBSD 5.2.1のデフォルト)、currentではオンになっているようにみえる。

# ADAPTIVE_MUTEXES changes the behavior of blocking mutexes to spin
# if the thread that currently owns the mutex is executing on another
# CPU.
options ADAPTIVE_MUTEXES

**▲:/usr/local/bin/ch2 -o i686** ◆P8fXJj6wwo · 04/08/17 14:59

>>891
怪しいと思うのであれば適当な鯖でオンにして試験をしてみませう。。。

**GGV** ◆NUPC1LT8iY · 04/08/17 15:24

ま　た　e　x　7　か　！

**root ★** · 04/08/17 15:38

>>892-893
もうちょっと調べてみてから、ex7で実験してみますか。

**見習い▲ ★** · 04/08/17 15:59

tiger509 , 510
到着しました

tiger509 = news19.2ch.net with ジンギスカン予備工事
tiger510 = hobby7.2ch.net with ジンギスカン予備工事

でお願いしますー

**root ★** · 04/08/17 16:29

>>895
了解です。メモリディスク予備工事についても了解。

【oyster争奪戦】新サーバ情報スレッド 15
http://qb5.2ch.net/test/read.cgi/operate/1092087039/129

◆HETAREzfq. · 04/08/17 22:30

>>887
Tigerに弱気OSもよろ。。。

**root ★** · 04/08/18 05:01

ということで、

# ADAPTIVE_MUTEXES changes the behavior of blocking mutexes to spin
# if the thread that currently owns the mutex is executing on another
# CPU.
options ADAPTIVE_MUTEXES

の機能を有効にして、

# MUTEX_WAKE_ALL changes the mutex unlock algorithm to wake all waiters
# when a contested mutex is released rather than just awaking the highest
# priority waiter.
options MUTEX_WAKE_ALL

の機能をcurrentから5.2.1Rにバックポートしてみた。

ex7でSMPをオンにして実験開始。さてどうなるか。

**root ★** · 04/08/18 13:46

さて、儀式いきます。
以下をDNSに追加お願いします。

+news19.2ch.net:206.223.152.65
+hobby7.2ch.net:206.223.152.70