【Project peko】2ch特化型サーバ・ロケーション構築作戦 Part16
■ このスレッドは過去ログ倉庫に格納されています
peko作戦について語るスレです。
サーバロケーションPIEに関する話題もこちらで。
＜現在の主要なテーマ＞
・read.cgiのmod_cgidso化によるパフォーマンスアップ
・bbs.cgiのSpeedyCGI化によるパフォーマンスアップ
・FreeBSD 5.3Rへのサーバ更新作業&さらなるチューニング
＜関連板・スレッド＞
また挑戦。＠2ch掲示板
http://dso.2ch.net/myanmar/
また挑戦２。＠2ch掲示板
http://dso.2ch.net/yangon/
bbs.cgi再開発プロジェクト４
http://qb5.2ch.net/test/read.cgi/operate/1101984763/
read.cgi再開発スレ
http://qb5.2ch.net/test/read.cgi/operate/1087199303/
＜関連サイト＞
レンタルサーバー maido3.com ２ちゃんねるの転送量: http://server.maido3.com/pie/
MRTGによる統計情報: http://mumumu.mu/mrtg/
２ちゃんねる/PINKちゃんねる 稼動中のサーバ一覧: http://mumumu.mu/serverlist.html
＜前スレ＞
【Project peko】2ch特化型サーバ・ロケーション構築作戦 Part15
http://qb5.2ch.net/test/read.cgi/operate/1093068260/ ほとんどのサーバが 20:00 - 20:30 の間に影響を受けている
ように見えますね、投稿数を見ると(stats.2ch.net)
実際には「数えられなかった」と見たほうがいいのかな?
それとも、実際に投稿し辛くなったんだろか? 最後に処理した、あるいは処理中だったURL。
ただし、read.cgiは最後のレス番号部分は同じとみなす。
<= が速かったのね。でもまぁ、このぐらいはよくあること。
CPU Usageが多くなっていないので、CPUを使えない状況にあったのか。
1 222 live16.2ch.net POST /test/bbs.cgi
2 111 live16.2ch.net GET /livenhk/dat/1102848643.dat <=
3 95 live16.2ch.net GET /livenhk/dat/1102845878.dat <=
4 73 live16.2ch.net GET /livenhk/
5 65 live16.2ch.net GET /liventv/dat/1102846836.dat <=
6 53 live16.2ch.net GET /livenhk/subject.txt
7 32 live16.2ch.net GET /test/read.cgi/livenhk/1102848643/ <=
8 28 live16.2ch.net GET /test/read.cgi/livenhk/1102845878/ <=
9 27 live16.2ch.net GET /test/read.cgi/liventv/1102846836/ <=
10 24 live16.2ch.net GET /livenhk/dat/1102776831.dat
11 20 live16.2ch.net GET /liventv/
12 15 live16.2ch.net GET /livenhk/dat/1102844858.dat
13 12 live16.2ch.net GET /liventv/subject.txt
14 11 live16.2ch.net GET /livetx/dat/1102844754.dat
15 10 live16.2ch.net GET /test/read.cgi/livetx/1102844754/
16 8 live16.2ch.net GET /livenhk/index.html
17 7 live16.2ch.net GET /test/read.cgi/livenhk/1102776831/
18 6 live16.2ch.net GET /livetx/
19 6 live16.2ch.net GET /liventv/index.html
20 5 live16.2ch.net GET /livenhk/dat/1102849227.dat
21 5 live16.2ch.net GET /livenhk/dat/1102845495.dat
>>361
他の(関係ない)サーバでも重かったとすると、DNSからの戻り
(bbsとかnikuとかリモホ逆引きのように、全投稿において問い合わせが起こるもの)の
うちのどれかが、パフォーマンス低下を起こしていたというのは、ありえますね。
>>353 がビンゴかもしれない。oyster243のnetstatはどうだったんだろう。 見ました。>>360
あんな勢いでAA貼ってたのか、、、。
ｷﾀｰ は1行だけど(そうでないのもあるが)、AAはその数倍だからなぁ。 >>360
はげしく わ・ら・た
んなことやってるんだ、、、 oyster243 (dnscache/BBQ) は、該当時間処理落としてないですね。
http://bbq.2ch.net/_service/netstat-20041212.txt
banana238は、この時間かなり処理を落としています。
つまり、BBS処理(毎回処理するため、ローカルDNSキャッシュが効かない)でブロックが発生している。
http://stats.2ch.net/_service/netstat-20041212.txt
2004/12/12 20:05:00
udp:
12188781 datagrams received
0 with incomplete header
0 with bad data length field
1 with bad checksum
35 with no checksum
4190 dropped due to no socket
74 broadcast/multicast datagrams dropped due to no socket
166104 dropped due to full socket buffers
0 not for hashed pcb
12018412 delivered
12018903 datagrams output
------------------------------------------------
2004/12/12 20:15:00
udp:
12315344 datagrams received
0 with incomplete header
0 with bad data length field
1 with bad checksum
35 with no checksum
4190 dropped due to no socket
74 broadcast/multicast datagrams dropped due to no socket
286824 dropped due to full socket buffers
0 not for hashed pcb
12024255 delivered
12024747 datagrams output
------------------------------------------------
BBS/stats を cobra2245 に緊急移転するに1票。 なんか既にいろいろ忘れているんですが、、、
BBS(stats.2ch.net) ってどんなことしてましたっけ?
1) 数える
2) スピード違反を取り締まる(トカゲの尻尾)
だけだったかな? >>366
そのはず。
(DNS側からは、2本のプログラムにログ流しています) stats.2ch.net(BBS) は・・・
1) DNS 経由をやめて、CGI経由(http)で処理するに変更
2) 数える方は簡単だけどスピード測定(top10を含む)はロジック考え直しかなぁ
3) なんかまたそ゜ろやることが増えてきたなぁ
>>368
例の「DNS側のコストが限界なら、ロジックを変える」ってやつですか。
DNS側より、ネットワーク的問題な気もするんですけどね。
10Mbps Etherなのが理由のひとつとしてあるような気がしています。
あるいは、ネットワーク関連のシステム変数の設定の問題か。
banana238のネットワーク関係のシステム設定を、再度おさらいしてみるです。 今日寝るまでに、banana238のBBSのデータ部分とログ部分をメモリディスク仕様にしておこう。
ログ記録部分で時間かかっているとしたら、これでだいぶかわるはず。 >>369
ネットワーク関係のシステム設定は、oyster243とbanana238で大きな違いはありませんｄした。
前はoyster243はバッファを超大きくとってたけど、メモリディスク1.5Gとったときに小さくして、
banana238はバージョンアップしたときに大きくしたから、偶然同じような設定になっていました。
違いは、
・ネットワーク速度(10Mか100M)
・ネットワークインタフェースの種別、接続I/F(vr/32ビットPCIかbge/64bitPCI)
・メモリの容量により自動セッティングされる各種システム変数
ぐらいか。
いったんめし。 >>371
BBSのログ部分とDNSのDB部分をメモリディスク化した。
・BBQのログ部分、DNSのDB部分
・dnscacheのログ部分
・BBSのログ部分、DNSのDB部分
・新BBMのログ部分、DNSのDB部分(旧BBMは未)
BBXは、とりあえず今のところディスク仕様のまま。 今週は
地道に bbs.cgi(Speedy版) の改良を続けていきますかっと
私はシステム系作業の続きと、
気が向けば read.cgi の dso パッチを読んでみようかと。
明日はやめなんで、今日は早寝の予定。 あとで、live8 live16 ex7のdnscacheのログ部分をメモリディスク化しておこう。 oyster243のdnscacheをリスタートしました。
これで変わりました。
# ほんとはリスタートしなくても変わりますが、それまでには時間を要するため。
tiger/cobraも同じことしとこう。 ex9 をジンギスカン化するです
沢山の仲間をお迎えするために、 くわくわ
ジンギスカン化はバックエンド（システム系）および掲示板系
どっちにも効能があります？
手っ取り早くクスリが効く幹事ですかな。 そですね、
一番の効果は HDD に優しい 2ch になることかも鴨 >>386
メモリディスク化はI/O高速化&コスト削減ですからね。
まさに最終行かと。
ただあんまりとると他の資源(プロセスやI/Oバッファキャッシュ)に影響するんで、
どこをどう、どのくらいメモリディスク化するかをうまくさじ加減する必要があると。 ですねぇ、
今のところ 大きな板だけに施工中ってとこです
同じファイルを激しく叩くから、 >>384
掲示板tiger/cobra実施済。
ということで、準備できたらcobra2245のバージョンアップ作業するです。 めも
今、あいているサーバ
ex5 (banana224)
ex8 (banana399)
>>392
これらのサーバへのf22は、どうしましょ。 ■ めまい
http://dso.2ch.net/test/read.cgi/myanmar/1102008822/232
232 名前：○ h005.p996.iij4u.or.jp[sage] 投稿日：04/12/13 19:19:49 ID:???
RaidCard が届いてケースに貼ってあるらしいっすよ >>231
いい機会なので、cobra2245 = 旧BBM/dnscache2 に入れてみようと思います。
RAID構築しなおしだから、OSもイニシャルインストールしなきゃならんし。 ex9が参照しているDNSキャッシュサーバにある
旧BBMサーバのexpireにまだ2日以上ある、、、。(下記)
djbdnsのデフォルトではDNSサーバのIPアドレス変更の反映は最大3日なので
正常動作なわけですが、どうもタイミングが悪かった模様。
これが終わるまで、cobra2245へのRAIDカードのインストール作業が（りゃ。
今やると旧BBMがブロックするので、ex9が止まってしまう。
みたところ、他は変わったようですが、これだけ変わってない模様。
DNSキャッシュサーバのリセット依頼は出してはあったりするので、
とりあえず、時を待つことにしよう。
ch2ex9@banana231:~$ dig -t a a.ns.bbm.2ch.net
; <<>> DiG 8.3 <<>> -t a.ns.bbm.2ch.net
;; res options: init recurs defnam dnsrch
;; got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 359
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0
;; QUERY SECTION:
;; a.ns.bbm.2ch.net, type = A, class = IN
;; ANSWER SECTION:
a.ns.bbm.2ch.net. 2d21h31m11s IN A 206.223.151.205
;; Total query time: 0 msec
;; FROM: banana231.maido3.com to SERVER: 206.223.148.252
;; WHEN: Tue Dec 14 01:49:18 2004
;; MSG SIZE sent: 34 rcvd: 50 soap とかが入っているサーバ(idol.bbspink.com)も旧サーバに来ているので、
いずれにせよしばらく待つ必要がありそうすね。< cobra2245
時間取れたら、先にblackgoat4(最後の5.2.1R系tiger)をやるか。 kern.maxpipekva exceeded, please see tuning(7).
kern.maxpipekva exceeded, please see tuning(7).
kern.maxpipekva exceeded, please see tuning(7).
kern.maxpipekva exceeded, please see tuning(7).
kern.maxpipekva exceeded, please see tuning(7).
kern.maxpipekva exceeded, please see tuning(7).
kern.maxpipekva exceeded, please see tuning(7).
kern.maxpipekva exceeded, please see tuning(7).
kern.maxpipekva exceeded, please see tuning(7).
kern.maxpipekva exceeded, please see tuning(7).
kern.maxpipekva exceeded, please see tuning(7).
ってのが、死ぬほど出てるですね。< ex9
重かった原因のひとつはこれかと。 >>399 はHE時代に地震をumaサーバでさばいていた時や、
以前live8でも出たやつですね。
具体的には、I/Oアクセス集中でカーネル内の静的なバッファを使い切ってしまう症状すね。
tiger/cobraでは、/boot/loader.confでこの値を増やしてあります。
(全tiger)
kern.ipc.maxpipekva=20971520
(live8)
kern.ipc.maxpipekva=41943040
(bananaのデフォルト)
kern.ipc.maxpipekva: 8568832 ＼ √
＼ ｳｪｰﾊｯﾊｯﾊｯ!! ヾ(ﾟдﾟ；)ﾉ゛
＼ Λ＿Λ ﾄﾞﾙﾙﾙﾙ!!!!! ｷﾝｯ（￣ ￣）
＼ <丶｀∀´>＿__｡ ＼从/ ＿ _ ｶﾝｯ ∴∴・） （
名前： FOX ＼ミ（ つ【〔ﾛ=：(∈(二(@ ＞ ‐― ＿ -, ∴.*：（＝＝＝）
狼にlive8を落と＼ 人 ヽﾉ Ⅲ￣゛ ／W'ヽ ￣ ｷﾝｯ∴;ヽ====/
ことは不可能。わ ＼（_＿ﾌ ⅢF5..､､､ ,,, ｶﾝｯ >＿<
っはっは。 ＼ ∧∧∧∧∧∧ ∧∧ 仕事人
名前： root ★ 投稿日：＼ ＜ さ 働 ＞ ( ´∀) 旦 旦 (Д｀ )
>>806 勝ったな。 ＼＜ ん く ＞ （ ひつ ========== )ゞﾎﾟﾘﾎﾟﾘ
圧倒的に勝った。（＠ｗ荒 ＜ の r ＞ と＿)_）／※※※※※ ゝ
――――――――――――＜ 予 o ＞――――――――――――
Me: ＜ 感 o ＞
All this bad things caused by ＜ !! t ＞ 名前： ◆MUMUMUhnYI [sage] 投稿日
me. Hontoni sumimasen. /∨∨∨∨＼ 深夜の誰もいないホテルで各種グラフを
Jim: /┌─┐r・o・o・＼ 見て「うふふ」とか「うっしっし」とか言っ
its all good. We have been / │★│r・o・o・t・＼ てるのって、はたから見るとちょっと
pushing it for many years, / └─┤r・o・o・t・★＼ キモいのかなぁ。
and I am not ready to stop./ _ ∩ r・o・o・t・★！＼
Are you? / ( ﾟ∀ﾟ)彡r・o・o・t・★！！＼
Me: ./┌─┬⊂彡 r・o・o・t・★！！！＼ う っ し っ し 。
Mmm... thank you, / ｜★｜ r・o・o・t・★！！！！＼
*(ﾉД`)+ﾟ｡:*ﾟ+:ﾟ+:ﾟ:*:｡:* / └─┘ ＼ >>401
雑談スレかと思った。熱狂的ファンですか。 >>404
ファン？root教(?)信者じゃないですかね
>>402は雑談スレでやってくれと。 game10も他のtigerと理由、同じだなぁ。
落ちた時間も朝6時前後か。
/homeの定時バックアップ処理(ディスクにバースト的な負荷がかかる)が関係しているような気がします。
直感的には、5.3Rのカーネルの虫で、たまに踏んでいると。
しらべてみます。
Good dump found on device /dev/da0s1b
Architecture: i386
Architecture version: 1
Dump length: 2146959360B (2047 MB)
Blocksize: 512
Dumptime: Wed Dec 15 13:02:34 2004
Hostname: tiger504.maido3.com
Versionstring: FreeBSD 5.3-RELEASE #3: Thu Nov 4 21:51:36 PST 2004
root@tiger503.maido3.com:/usr/obj/var/src/sys/I386_TIGER_53
Panicstring: lockmgr: thread 0xc512bc80, not exclusive lock holder 0xc35e6af0 unlocking
Bounds: 0 >>406
kgdb /boot/kernel/kernel vmcore.0 の出力。
#0 0xc0507ca2 in doadump ()
#1 0xc050829b in boot ()
#2 0xc05085c1 in panic ()
#3 0xc04fcd29 in lockmgr ()
#4 0xc0553b83 in vop_stdunlock ()
#5 0xc0553a33 in vop_defaultop ()
#6 0xc061dc67 in ufs_vnoperate ()
#7 0xc0616947 in ufs_inactive ()
#8 0xc061dc67 in ufs_vnoperate ()
#9 0xc055c2f0 in vrele ()
#10 0xc061a3cb in ufs_close ()
#11 0xc061dc67 in ufs_vnoperate ()
#12 0xc05666b0 in vn_close ()
#13 0xc05675a2 in vn_closefile ()
#14 0xc04ea014 in fdrop_locked ()
#15 0xc04e8e61 in fdrop ()
#16 0xc04e8e17 in closef ()
#17 0xc04e861f in fdfree ()
#18 0xc04f01c8 in exit1 ()
#19 0xc04efcf4 in sys_exit ()
#20 0xc066b9ff in syscall ()
#21 0xc06593af in Xint0x80_syscall ()
#22 0xffff002f in ?? ()
#23 0xffff002f in ?? ()
#24 0xbfbf002f in ?? ()
#25 0x0000096e in ?? ()
#26 0x0804b924 in ?? ()
#27 0xbfbfe4b8 in ?? ()
#28 0xf737bd74 in ?? ()
#29 0x281425ec in ?? ()
#30 0x281424b0 in ?? ()
#31 0x281424b0 in ?? ()
#32 0x00000001 in ?? ()
(続く) #33 0x0000000c in ?? ()
#34 0x00000002 in ?? ()
#35 0x280c9373 in ?? ()
#36 0x0000001f in ?? ()
#37 0x00000292 in ?? ()
#38 0xbfbfe49c in ?? ()
#39 0x0000002f in ?? ()
#40 0x00000000 in ?? ()
#41 0x00000000 in ?? ()
#42 0x00000000 in ?? ()
#43 0x00000000 in ?? ()
#44 0x383e5000 in ?? ()
#45 0xc512e710 in ?? ()
#46 0xc512bc80 in ?? ()
#47 0xf737b718 in ?? ()
#48 0xf737b700 in ?? ()
#49 0xc346b960 in ?? ()
#50 0xc05188a3 in sched_switch ()
Previous frame inner to this frame (corrupt stack?)
(ここまで) でもこれ、シャットダウン時だからなぁ。2年前の日付だし。
とりあえず今のとこはここまで。 しまった！root氏の時計は2倍速だ！
オレが止めているうちにroot氏の中のマザーボードを修理しろ！
早く！早く！root氏に構わず修理しろ！
>>412
うわわ。まだ2004年だし。ｼｮﾎﾞｰﾝ
# まだex9が参照しているDNSサーバのa.ns.bbm.2ch.netのアドレスが微妙に変わらないみたい。< BBM
# 旧サーバで指定しているDNSサーバのIPアドレスも新アドレスに変えてみた。 >>414
FreeBSDのライブラリ側の虫さんかもとか、思っていたりします。
あるいは、dnscache側か。
DNSサーバの名前を変えずにIPアドレスだけ変えた場合に、
ごくまれに変なことが起こるようです。
さきほど >>413 をやったので遅かれ早かれ変わるとは思います。
でも、ex9が参照しているDNSキャッシュサーバのdnscacheをリスタートいただけると
かなりうれしいです。
交渉中。。。
ところで
2005年仕様のDNSの参照先&順番はどうするんでしたっけ? >>416
個人的には前にもありましたが「今回設定を変えたら当面、変えなくてもいいようにしたい」
と思っています。
ということで、
・2個のDNSキャッシュサーバ(今のoyster243 + cobra2245を想定)で1つのサービス用のIPアドレスを共有する
・このIPアドレスは、今のものとは別につける
・それを/etc/resolv.confから参照する
という形にチャレンジしたい、と考えています。 >>418
ネットワーク的な設定やIPアドレス割り当て等を一緒にすすめる必要があるので、
PIEの中の人たちと共同作業する必要があると思います。
それができれば、IPアドレスは登場させられるんではないかと。 いずれにせよcobra2245へのRAIDカードの導入の際には、
Seanくんといろいろ調整することになりますので、
その時にいくつか必要な情報について、わたしのほうから確認してみますです。 りょうかいでーす
現時点では
1) peko243
2) peko245
3) maido3 (1)
4) maido3 (2)
で良いかな? はい、現時点ではそれでOKです。
で、live15だったかしら、
一時的にpeko245(= cobra2245)を向かせているやつがあったと思うので、
向きを変えておいていただけると助かります。
(cobra2245はディスクレイアウトが変わるため、いったん完全に初期化されます) >>415
リスタートしたです。
ちなみに
1) peko243
2) peko245
は具体的にIPは何番になるですか? >>423
1) 206.223.151.222 (dnscache.peko.2ch.net)
2) 206.223.151.206 (dnscache2.peko.2ch.net)
です。 banana231 のresolv.conf
1) 206.223.151.222 (dnscache.peko.2ch.net)
2) 206.223.151.206 (dnscache2.peko.2ch.net)
3) maido3(1)
4) maido3(2)
に設定しました。 banana398 (live15) も同様におながいしますー。>>426
あと、banana214 (pie.bbspink.com)が参照しているdnscacheのリスタートも
あわせてお願いします。
これで、cobra2245の作業障壁は、なくなるはず。 http://stats.2ch.net/_service/netstat-20041216.txt
うーん。
2004/12/16 22:15:00
udp:
7675642 datagrams received
0 with incomplete header
0 with bad data length field
0 with bad checksum
23 with no checksum
5497 dropped due to no socket
40 broadcast/multicast datagrams dropped due to no socket
0 dropped due to full socket buffers
0 not for hashed pcb
7670105 delivered
7670300 datagrams output
------------------------------------------------
2004/12/16 22:25:00
udp:
7704987 datagrams received
0 with incomplete header
0 with bad data length field
0 with bad checksum
23 with no checksum
5497 dropped due to no socket
40 broadcast/multicast datagrams dropped due to no socket
=>1460 dropped due to full socket buffers
0 not for hashed pcb
7697990 delivered
7698186 datagrams output あう、TABだったから詰まった。
22:15～22:25の間、微妙に何かあったのか。 >>432
完了。
Seanくんに、RAID 1カードインストール&設定依頼のメールを出しておこう。 こっち向けの話ですので置いてきます。
PHP 4.3.10 & 5.0.3 released!
変更点
ttp://www.php.net/ChangeLog-4.php#4.3.10
ttp://www.php.net/ChangeLog-5.php#5.0.3 >>434
どうも。バグフィックス中心ですか。
>>433
I will take Coabra2245 offline today and to install the new RAID Card as
RAID 1type.
-Sean
とのこと。 >436
Theoシロウとかと同じ系統の顔だな。
外人のセキュリティ厨は典型的ハッカー面は少ない気がする。 というわけで、とりあえず携帯系とbanana238は更新しとくか。
携帯系はバージョンアップもしないとなぁ。 先日いただいたbanana273を、2ch用CVSup mirrorに仕立てるべく調整中。 一応、動いた。
cvsup.peko.2ch.net
これで、cvsup4.freebsd.orgをこのサーバ以外から参照しなくても済むと。
今は動作テスト中なので外からもCVSupで参照できるけど、無茶しないでね。 年内のシステム作業予定:
・cobra2245 RAID1セットアップ、システム設定
・blackgoat4 OS更新、これでtigerサーバは全部5.3R系に
・携帯系フロントエンドサーバ OS更新
・read.cgi / dso ぼちぼち
・リブート申請(live16: 12/24、他は随時)
root権限ありサーバは基本的に5.3Rに更新の方向。
DNSの冗長化は、来年早々あたりかなぁ。 >>441-442 な banana273 、CVSup中に突然応答が、、、。
ということで、リブート依頼中。
2ch内の3つのホストから同時にCVSupしたのが、ちょっとあれだったのかも。 もちろん*default compressはコメントアウトしてますよね？ >>445
ふむ、そういう問題すか。
cvsupdに-Z 0オプションをつけてみた。はけがよくなりましたね。
3箇所から同時にCVSupしてみたけど、問題なかった。
…ってことは実況系サーバはmod_deflateの圧縮をやめたほうが、いいのかも。 圧縮しないことによるネットワークの負荷と、圧縮してネットワークの負荷が減る分、増えるmod_deflateによる圧縮の負荷
一度天秤にかけてみるのがよろしいかと あとは玄人向けな技なんであまりオススメできないけど、cvsupに-sオプションつけるというのもある。
週に一回とか、SA出たときは-sなしでcvsupしたほうがいいけど。
毎日のcvsupは-sつきでも特に問題ない。 >>448
なるほどです。
man にも書いてあったです。
-s Suppresses the check of each client file's status against
what is recorded in the list file. Instead, the list file is
assumed to be accurate. This option greatly reduces the
amount of disk activity and results in faster updates with
less load on the client host. However it should only be used
if client's files are never modified locally in any way.
Mirror sites may find this option beneficial to reduce the
disk load on their systems. For safety, even mirror sites
should run cvsup occasionally (perhaps once a day) without
the -s option. もれは daily.local では -s なしでまわして、weekly.local は -s つきでまわしてる。
結構うまくいくよ >>450
ぎゃくだ orz
daily.local では -s つきで、weekly.local は -s なし BBQが落ちてるらしいな
延滞で書き込みはできるけど
どっかに鯖落ちチェックみたいなの入れて
落ちてるときはその処理飛ばす処理してほしい dnscache と言うストライジーの追試ですね。 >>452
http://life7.2ch.net/
遅延でもカキコできませんです。
IEからだと、402
ﾏｶｰ用は、未知のエラー2
MacOS9.2.2
eaoska*******.adsl.ppp.infoweb.ne.jp 2ch専用DNSキャッシュサーバの構築 完了致しました。
各サーバの情報は以下の通りです。
・DNSキャッシュサーバ１
ドメイン名：2chdns7.maido3.com
IPアドレス：206.223.151.122
サーバ名：banana224.maido3.com
サーバIP：206.223.151.120
・DNSキャッシュサーバ２
ドメイン名：2chdns8.maido3.com
IPアドレス：206.223.152.22
サーバ名：banana399.maido3.com
サーバIP：206.223.152.20 ■ このスレッドは過去ログ倉庫に格納されています
