・２ちゃんねるのサーバロケーション、PIEに関する関連作業・調整事項
・DNS登録・変更関連の各種作業や調整事項
・２ちゃんねるのサーバで採用しているOS、FreeBSDに関する情報・調整事項
・各種作戦・プロジェクトとの連携、プロジェクト間の連携
等を取り扱います。
前スレ:
2ch特化型サーバ・ロケーション構築作戦 Part26
http://qb5.2ch.net/test/read.cgi/operate/1183341095/
探検
2ch特化型サーバ・ロケーション構築作戦 Part27
レス数が1000を超えています。これ以上書き込みはできません。
・２ちゃんねるのサーバロケーション、PIEに関する関連作業・調整事項
・DNS登録・変更関連の各種作業や調整事項
・２ちゃんねるのサーバで採用しているOS、FreeBSDに関する情報・調整事項
・各種作戦・プロジェクトとの連携、プロジェクト間の連携
等を取り扱います。
前スレ:
2ch特化型サーバ・ロケーション構築作戦 Part26
http://qb5.2ch.net/test/read.cgi/operate/1183341095/
/＼ /＼
/:::::::ヽ＿＿＿＿/::::::::ヽ、
丿 ::.__ .::::::::::::: __ ::::ヽ_
／ ／。 ヽ_ヽｖ /: ／。ヽ ::::::ヽ
-┼- 丿~~~| / ／￣￣√_＿＿丶 ￣￣＼ ::::| ■ ■
-┼- /~~~~/ ━━━ | .:::::::::: / / ｔｰｰｰ|ヽ ..::::: ::|━━━━━━ ▼ ▼
.| 丿 | .:::::. ..: | |ヽ ::| ● ●
| ::: | |⊂ニヽ| | :::::| ＼
／ ／| : | | |:::T::::| ! .::| ＼ ＼＼
／ ／ ＼: ﾄ--^^^^^┤ 丿 ＼＼＼ ＼＼＼
コアルーターリニューアル工事：進捗のご報告
--------------------------------------------------------------------------------
1/11 19:31 (JST)
新しいコアルーターへの切り替えに付きましてご連絡いたします。
午後7時20分（日本時間）に動作チェックが完了しました。
現在は、全てのサーバーに正常にアクセスする事が可能です。
お客様の環境からはいかがでしょうか。
お気づきの点などございましたらご連絡ください。
本日実施いたしました、コアルーターの切り替え作業は、
切り替え作業後に新しいコアルーターの動作に問題を発見したため、
ネットワーク接続を旧コアルーターに戻した上で本日の作業を一旦終了し、
後日改めてコアルーターの切り替え作業を行わせて頂く事となりました。
現時点では、次回のコアルーターリニューアル工事に関する
詳しいスケジュールは確定していません。
詳しいスケジュールについては追って発表させていただきます。
BIG-server.com をご利用のお客様には、切り替え時のネットワークダウンにより
ご不便をおかけ致しました事をお詫びいたします。
お問い合せ： server@maido3.com
緊急連絡フォーム http://911.maido3.com/server/support/
2ch特化型スペシャルサーバ構築大作戦
http://qb.2ch.net/operate/kako/1052/10529/1052923573.html
2ch特化型サーバ構築作戦 Part2
http://qb3.2ch.net/operate/kako/1062/10621/1062137886.html
【uma作戦】2ch特化型サーバ構築作戦 Part3
http://qb3.2ch.net/operate/kako/1068/10680/1068017802.html
【uma作戦】2ch特化型サーバ構築作戦 Part4
http://qb3.2ch.net/operate/kako/1074/10741/1074124767.html
【uma作戦】2ch特化型サーバ構築作戦 Part5
http://qb3.2ch.net/operate/kako/1076/10761/1076162131.html
【Project peko】2ch特化型サーバ構築作戦 Part6
http://qb3.2ch.net/operate/kako/1076/10764/1076413123.html
【Project peko】2ch特化型サーバ構築作戦 Part7
http://qb3.2ch.net/operate/kako/1076/10767/1076733846.html
【Project peko】2ch特化型サーバ構築作戦 Part8
http://qb3.2ch.net/operate/kako/1078/10789/1078972549.html
【Project peko】2ch特化型サーバ構築作戦 Part9
http://qb3.2ch.net/operate/kako/1080/10802/1080298357.html
【Project peko】2ch特化型サーバ構築作戦 Part10
http://qb3.2ch.net/operate/kako/1082/10821/1082125059.html
【Project peko】2ch特化型サーバ構築作戦 Part11
http://qb3.2ch.net/test/read.cgi/operate/1082990543/
【Project peko】2ch特化型サーバ構築作戦 Part12
http://qb5.2ch.net/operate/kako/1084/10844/1084429098.html
【Project peko】2ch特化型サーバ構築作戦 Part13
http://qb5.2ch.net/operate/kako/1085/10856/1085678587.html
【Project peko】2ch特化型サーバ・ロケーション構築作戦 Part14
http://qb5.2ch.net/operate/kako/1087/10876/1087666806.html
【Project peko】2ch特化型サーバ・ロケーション構築作戦 Part15
http://qb5.2ch.net/operate/kako/1093/10930/1093068260.html
【Project peko】2ch特化型サーバ・ロケーション構築作戦 Part16
http://qb5.2ch.net/operate/kako/1102/11020/1102087698.html
【Project peko】2ch特化型サーバ・ロケーション構築作戦 Part17
http://qb5.2ch.net/operate/kako/1107/11073/1107376477.html
【Project peko】2ch特化型サーバ・ロケーション構築作戦 Part18
http://qb5.2ch.net/operate/kako/1115/11151/1115133136.html
2ch特化型サーバ・ロケーション構築作戦 Part19
http://qb5.2ch.net/operate/kako/1121/11218/1121886018.html
2ch特化型サーバ・ロケーション構築作戦 Part20
http://qb5.2ch.net/operate/kako/1140/11405/1140540754.html
2ch特化型サーバ・ロケーション構築作戦 Part21
http://qb5.2ch.net/operate/kako/1145/11451/1145114275.html
2ch特化型サーバ・ロケーション構築作戦 Part22
http://qb5.2ch.net/operate/kako/1150/11500/1150052911.html
2ch特化型サーバ・ロケーション構築作戦 Part23
http://qb5.2ch.net/test/read.cgi/operate/1153650861/
2ch特化型サーバ・ロケーション構築作戦 Part24
http://qb5.2ch.net/test/read.cgi/operate/1166543133/
2ch特化型サーバ・ロケーション構築作戦 Part25
http://qb5.2ch.net/test/read.cgi/operate/1182697563/
2ch特化型サーバ・ロケーション構築作戦 Part26
http://qb5.2ch.net/test/read.cgi/operate/1183341095/
・バックヤード系サーバの旧bananaサーバ置き換え
・Varnish 悪くないらしい(年末に萌え系の方から聞きました)
・FreeBSD 7.0R/6.3R ようやく出るらしい
- 7.0R では旧cobraはSMP化できるのか?
- 7.0R は ZFS よりジャーナリングのほうが面白そうかも
・memories2 = banana3000 無事デビュー
・雪だるまで乗り越えていない番組
- ラピュタ
- アニソン三昧
・フロントが落ちた場合の自動切り離し・復旧のしかけをどうするか
・L-root のIPアドレス変更に伴う設定変更
- DNSキャッシュサーバの以下の設定ファイル
* /var/service/dnscache/root/servers/@
* /usr/local/etc/dnsroots.global
・2007年12月2日から3日にかけて、お隣方面からと思われるDoS攻撃
- 「100Mbps使い切り」狙い
・qb5のhtml化って最近進んでいないような、、、。
・2ch.net のメールサーバが Google Apps 収容となった
・cvsup.peko.2ch.net でそろそろ CVS と anon. ftp をまた動かすか
・PIEのスイッチ、特に 207.29.253.* 系の挙動に注意
- TTL=256 オリジンの謎のping
- 内部から ping が使えない
・MACアドレス設定にからむ問題(前スレで出た)
・32bit OS と 64bit OS
・日本語ドメイン名への対応
- GNU libidn, Net::IDN あたりを使用か
・memories2 に収容したサーバについてはF35だけを動かす
・PIEのコアルータ切り替え
- BlackDiamond → Force10
- たぶんしばらくはいろいろ楽しめる?
・('A`) = 毒男さんの日記が楽しみ
■ もちつけ2.0 第二回もちつき大会
http://qb5.2ch.net/test/read.cgi/operate/1198669847/
【協力願】Boo2008(旧Boo80)で串を食べませんか？ その４
http://qb5.2ch.net/test/read.cgi/operate/1199345454/
【カッパドキア】memories 2.0建造委員会２【過去ログ倉庫】
http://qb5.2ch.net/test/read.cgi/operate/1198057358/
# あ、PVをmemories2で一括してとれるようにするのがあったんだ。
20まで伸ばしておいたほうがいいかも。
微熱とのどの痛みがとれないんで、
今日はこのへんにて。
WWWWWWWWWWWｗｗｗｗWWWWWWWWWWWWｗｗｗｗｗWw←↓
> ・バックヤード系サーバの旧bananaサーバ置き換え
では、そろそろ「どれをどれに入れるか」を考える時期かなと。
このへんとかで。
↓
■ サーバリフレッシュ工事 連絡・作業スレッド１０
http://qb5.2ch.net/test/read.cgi/operate/1199792685/
>>20
>>20
なんか久々に見た飢餓
>>1
ぼみょー
>>1 ぼみょーヾ(ﾟﾊﾟ)ﾉ
ある程度大きくとってもメモリが無駄にならないからメモリディスクを使いきったなんてことは減らせるかな？
そういう感じなんですかねぇ？ ページキャッシュを利用し，ディスク使用量に応じて
仮想メモリ使用量も変化する形になってますね．/tmp, /var/run がデフォルトで
tmpfs になってて，コンパイラ等の一時ファイル置き場とかで使われてたりしますが．
Sun の tmpfs とあまり変わらない使い方を目指したもの、
のような気がします。たぶん目的も同じかも。
AUTHORS
The tmpfs kernel implementation was written by Julio M. Merino Vidal
<jmmv@NetBSD.org> as a Google SoC project.
Rohit Jalan and others ported it from NetBSD to FreeBSD.
This manual page was written by Xin LI <delphij@FreeBSD.org>.
ということで、
BUGS
The tmpfs kernel implementation is currently considered as an experimen-
tal feature. Some file system mount time options are not well supported.
ということの模様。
選択肢が増えまくりですね。
何気なしに浸っているけれども。。。
今メールいただいた mamono のキャップ設定プログラムの件ですが、
まだかっこいいおにいさんのほうでは、作業いただいてないみたいです。
で、とりあえず緊急に、news22 にあったスクリプト(板別対応)を、
呪文名に "_newsplus" という名前を付加して、コピーしておきました。
mamono/newsplus のキャップをいじる時は、
これを使えばとりあえずいけるはずです。
(別途メールでもお知らせしておくです)
そんなわけで。
# 前にも書きましたが、mamono は 板別キャップな板(news, newsplus)とそうでない板が
# まざっているので、スクリプトのほうの改造が必要みたい。
あしたあたりみてみます。
修正時協力お願いします > みなさん
お呼び出ししたみたいになってしまい、なんだかすんませんです。
さっき、ほんの少しだけスクリプト縦読みしてみたんですが、
板別キャップな板と板別キャップじゃない板がまじっていることは、
あまり考慮されていなかったみたい、、、でした。
そんなわけで、>>30 と。
りょうかいですー
V（ ﾟдﾟ)v ｲｴｰｲ
ありがとうございますた。
どうも gcc の仕様の違い? により、うまくないところがあるみたい。
6.xR を経由する必要がありそうな感じ。
こんなエラーになった。 @ oyster901
# 7.0R は gcc4 みたいだからなぁ。
mkdep -f .depend -a -I/usr/obj/usr/src/tmp/legacy/usr/include /usr/src/usr.bin/gencat/gencat.c
echo gencat: /usr/lib/libc.a /usr/obj/usr/src/tmp/legacy/usr/lib/libegacy.a >> .depend
cc -O2 -fno-strict-aliasing -pipe -I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/usr.bin/gencat/gencat.c
In file included from /usr/src/usr.bin/gencat/gencat.c:88:
/usr/obj/usr/src/tmp/legacy/usr/include/nl_types.h:100: error: syntax error before "__format_arg"
*** Error code 1
Stop in /usr/src/usr.bin/gencat.
*** Error code 1
まず cvsup.peko.2ch.net を復活させる方向で(外にあまりとりにいかない方向)。
で、旧tiger/cobra の中では大きな HDD を搭載している oyster901 を
新 cvsup.peko.2ch.net に仕立てようと思ったら、以下>>36。
とりあえず、前と同じ設定のはず。
ftp.peko.2ch.net はまだ rsync が動いています。
アクセスはできますが、復活はしばらく後の予定。
の最後の mergemaster で、
"/usr/src/etc/Makefile", line 6: Malformed conditional (${MK_SENDMAIL} != "no")
...
というエラーが出て失敗した。
# cp /usr/src/share/mk/* /usr/share/mk
の後で mergemaster をすればいいみたい。
手順ミスっていた模様。
まだシングルCPUですが、、、。
まずはベース作りなんで、ちと慎重に。
と思ったら、7.0 からは GENERIC カーネルが SMP ありだったんだ。
つまり今 SMP あり状態。
make -j buildworld buildkernal による負荷テスト実施中。@ oyster901
calcru: runtime went backwards from 2317 usec to 2182 usec for pid 1042 (sh)
calcru: runtime went backwards from 413 usec to 389 usec for pid 1042 (sh)
calcru: runtime went backwards from 505561 usec to 476061 usec for pid 956 (make)
calcru: runtime went backwards from 1110502 usec to 1045772 usec for pid 946 (csh)
calcru: runtime went backwards from 6257 usec to 5892 usec for pid 945 (su)
calcru: runtime went backwards from 23663 usec to 22282 usec for pid 848 (csh)
calcru: runtime went backwards from 37074 usec to 34910 usec for pid 848 (csh)
calcru: runtime went backwards from 17467 usec to 16448 usec for pid 844 (sshd)
calcru: runtime went backwards from 1988 usec to 1872 usec for pid 837 (getty)
calcru: runtime went backwards from 2227 usec to 2097 usec for pid 836 (getty)
calcru: runtime went backwards from 2073 usec to 1952 usec for pid 835 (getty)
calcru: runtime went backwards from 2127 usec to 2003 usec for pid 834 (getty)
calcru: runtime went backwards from 2397 usec to 2257 usec for pid 833 (getty)
calcru: runtime went backwards from 2302 usec to 2168 usec for pid 832 (getty)
calcru: runtime went backwards from 2651 usec to 2496 usec for pid 831 (getty)
calcru: runtime went backwards from 2459 usec to 2316 usec for pid 830 (getty)
calcru: runtime went backwards from 2074 usec to 1953 usec for pid 779 (md0)
なんだかなぁ。
うちもそれになりました。
んで、1台は諦めましたｗ
シングルCPU設定(banana273)では出ないみたいです。
で、上記が出てもとりあえず落ちるわけではない模様。
BBx の置き換えとかは、6.xR で行こうかなと。
Limiting closed port RST response from xxxx to 200
も出て、固まってしまいました。
ふむ、、、。
いずれにせよ BBx とかの運用系は、>>47 で特に問題ないかなと。
7.0になってSMPを強化した分、CPUのクロック？管理が厳しくなったのかな？
Timecounterをいじると上手くいくとかいかないとか
じゃないと、現行の安定版のサポートがおわっちまう。
送られていると思うんですが、
1) 圧縮の度合いというのは調整できるものなのか?
2) 圧縮作業にテンポラリファルは使われていないのか?
使われているとしたらRAMに指定できないのか?
とかの疑問があるのですが、どんなもんなのでしょうか?
今月中に出るのは 6.3R じゃねえの？
より詳しく正確ことはたぶんきっと、
SunOSさんあたりに解説いただけると思うのですが、
1) httpd.conf 的に設定可能
(.htaccess 的にできるかはちょっとわかりません。できなかったかも)
2) 専ら httpd のメモリ上で行われているはず
だった気がします。
圧縮は全てメモリ上で行われる。
http://httpd.apache.org/docs/2.2/mod/mod_deflate.html#deflatecompressionlevel
http://www.freebsd.org/security/
http://qb5.2ch.net/test/read.cgi/operate/1152266515/440
ということで、tiger504 は現在再インストール中。
OS は 6.2R を指定しました(6.x系最新もの)。
6.2R → 6.3R は通常の方法で問題なくいけるので、必要なら適宜実施ということで。
tiger504のインストール結果が問題なければ、
他の今あいている旧tiger/旧cobraも同様の設定でOS再インストールを依頼する予定。
・tiger505/506/508/509/510/511/512
・tiger2514
・cobra2246
■ サーバリフレッシュ工事 連絡・作業スレッド１０
http://qb5.2ch.net/test/read.cgi/operate/1199792685/35
tiger504 受け取りました。
6.2R クリーンインストール済、特に問題は発見されませんでした。
このパターンで順次、>>58 のものの再インストールをお願いしていく予定。
Get ready for the 6.3-RELEASE builds.
7.0を入れたいからね。
2chの鯖的には6.3Rが安全パイでしょう。
メジャーバージョンがあがると色々とありますからね、4→5の時とか。
だけど、7系の本領が発揮されるのは7.1からなんでしょうね。
【速報】Sun、MySQLを総額10億ドルで買収へ : トレンド - Computerworld.jp
http://www.computerworld.jp/news/trd/94489.html
http://qb5.2ch.net/test/read.cgi/operate/1199792685/45
tiger505, tiger506 の OS クリーンインストールをお願いします。
バックアップは既に済んでいますので、いつ取り掛かっていただいてもかまいません。
OSはFreeBSD 6.2R、パーティション切り分け等は
先日再インストールいただいたtiger504と同様でお願いいたします。
じきにアナウンスがあるかと思います。
管理人に Cc:。
---
お世話になっております。
現地時間 Thu Jan 17 10:48 PST から 11:30 PST
(日本時間 Fri Jan 18 03:48 JST から 04:30 JST)ごろにかけて、
２ちゃんねるにて root 権限ありサーバとして使用している
tiger2514 サーバが現地において当方に無断でシャットダウン・リブートされ、
かつログインパスワード・rootパスワードを変更されたうえ、
設定変更作業中のため意図的に起動しないように設定してあった
httpd を手動で起動されてしまう、という事象が発生しました。
root 権限ありサーバについては引渡し後は顧客に無断でのシャットダウン、
ログイン、設定変更作業は行われないと認識しておりましたが、
その状況は変化したのでしょうか。
ちなみに bbspink 掲示板において当方が緊急に現地とやりとりした際に
当方で得た情報では、
「該当サーバは httpd がダウンしており、かつパスワードが変わっていて
ログインできなかったので、ログインしてパスワードを変更し、httpd を起動した」
とのことでした。
しかし、tiger2514 は当方に root 権限ありサーバとして渡し済みのサーバで
あり、当然、お渡しいただいたパスワードは当方にて変更しております。
また、root 権限ありのサーバでは設定変更作業のため、httpd を意図的に
起動しなくする、といったこともむろんあります。
このような理由により顧客(２ちゃんねる)のサーバに無断でログインされ、
かつ設定を変更されてしまったことは、大きな衝撃です。
今後このようなことのないよう、適切な再発防止策をおとりいただけますことを
強く希望いたします。
むむむ as 2ch voluntary engineer
> ログインできなかったので、ログインしてパスワードを変更し、httpd を起動した」
もちろんですが、ここは、
強制的にシャットダウンして、システムコンソールからシングルユーザモードで作業した、
のだと推測します。
このくだりからですか？
これって、レンタルしているかどうか関係なく
サーバ管理者として一番やっちゃあいかんことなのでは・・・
引き渡されてから随分と立ってると思うんだが・・・
■サーバが落ちた！
http://sakura02.bbspink.com/test/read.cgi/pinknanmin/1199308425/32-33
> root 権限ありサーバについては引渡し後は顧客に無断でのシャットダウン、
> ログイン、設定変更作業は行われないと認識しておりましたが、
> その状況は変化したのでしょうか。
この認識に変化はなく、それにもかかわらず無断で
該当サーバのシャットダウン・ログイン・設定変更が行われたことについて、
深くお詫びする旨の内容でした。
で、tiger2514 でなぜこのような状況が発生したかについては、
早急に確認し、改めてご連絡いただけるとのことでした。
本業多忙中につき、とりあえず。
信頼を取り戻すのは大変だわな
怖くてピンクじゃ鳥も使えんわ
>909 名前：root▲▲ ★[] 投稿日：2007/04/27(金) 13:09:35 ID:???0
>とりあえずの緊急対応収容。
>いろいろ調べ中。
>
>まだ調査途中ですが、
>明らかに、PIEの人が勝手にネットワークの設定を変えてますね。
>しかも、サーバの内部設定のことを無視して、単にネットワークの設定だけを変えた。
>
>で、206.223.150.96 のアドレスを持つサーバが2台になって、
>雪だるまシステムが全面的に落ちたと。
>
>詳細は別途調べますが、、
>少なくともroot権限つきで貸しているのサーバの設定を
>勝手に変えないでほしいなと。
>
>…って、例のhobby7事件の時にもきつく言ったような。
http://qb5.2ch.net/test/read.cgi/operate/1175626823/909
例の事件
tiger2514はhttpdをコメントアウトしておきます、そして、私はあなたが動いていると思います
現在banana3000への若干のもの、Weは根本のパスワードを変えなければなりませんでした
それを入ります。我々は、仕事がされているということを知りませんでした。貧困をあなたにしてください
上へhttpdな？
http://honyaku.yahoofs.jp/url_result?ctw_=sT,eCR-EJ,bT,hT,uaHR0cDovL3FiNS4yY2gubmV0L3Rlc3QvcmVhZC5jZ2kvb3BlcmF0ZS8xMTMyMDY5MTM3LzQ5Nw==,qlang=ja|for=0|sp=-5|fs=100%|fb=0|fi=0|fc=FF0000|db=T|eid=CR-EJ,k59c06c123ae091782270e6b072a9eb36,t20080119045416,
謝れば何してもいいと思ってるかしらんし
別スレにも書いたけど、サーバの電源の切り方の話とか設定ミスの話とかそういうのも前からあったよね。
データセンターとして、それこそ緊急時を除いてはそんなことはしたらいかんよねえ。
ほかのアメリカのデータセンターはこんなことさすがにやってないでしょ・・・。
http://pie.bbspink.com/test/read.cgi/erobbs/1198689181/621
むむむはPIEが勝手なことをしたと怒るが
ジムは、顧客がhttpdを落として何かする場合
前もってチケット（？）に記入しなければならないと言っている。
普通、契約する時にその辺の取り決めがあるはずだけど。
それ忘れたら顧客の承諾無しにpass変更してログインしちゃうの？
恐ろしい所だな
いきなり実力行使は無いな。
にあるとおり、ユーザーへの告知前にでもログインは可能なことにはなっている。
ただ、それが今回必要なことだったのかというとむむむ氏の書き込みから見て、そうとは思えないな。
まあ、こういうのがあってから思ったんだけど、Big-Serverの規約ってやっぱ問題あるよねえ。
法律に触れなければ何をやってもいいっていう規約はたしかに自由度があるように見えてたけど、
「責任」とか「権限」とかその手のものについて触れられてないのはさすがに規約としてまずいなあと。
やっぱりそこと契約してるのかね？
前FOXが２ちゃんとは契約がないのに訴えられたとか言ってたのは何なの
ゼロ相手の契約はないのよ
質問・雑談スレ269＝莱^用情報板
http://qb5.2ch.net/test/read.cgi/operate/1199187475/447
447 名前： ◆MUMUMUhnYI 投稿日：2008/01/11(金) 17:49:29 ID:9SuTuMdG0 ?PLT(82008)
私の認識はこんな感じ。
PIE … データセンター、NTTecに場所、電気、ネットワーク等を貸している会社
NTTec … BIG-server.comブランドの所有者、●の販売元
２ちゃんねるがサーバを借りている会社
ゼロ(Maido3.com) … 日本におけるBIG-server.comブランドのサーバ開発・販売・顧客サポート
日本における●のサポート業務
んでもって
PIEの社長＝デビット氏
NT.Tecの社長＝ジム氏
ゼロの社長＝中尾氏＝FOX
それはこの前からいわれてたね。
それに、この前ゼロ相手に某氏が訴訟おこしたときも、2chとゼロが関係ないことを示す記事を捜してほしいというようなスレをこの板にたててたね。
ゼロの位置が難しいんだよね。直接、N.T.Tecと契約結んでるわりに「maido3.com標準セッティング」だとか、
それこそ、毒男氏の日記といいゼロが入ってる部分があまりにも多い。
位置がはっきりしないからこんな混乱をまねくんじゃないのかな。そういう意味で規約は
さっき誰かがいったように意思疎通が微妙なのも原因の一つ。
アメリカの86server.comのサイトには規約さえ見当たらない(おれが見つけ切れてないだけならごめんなさい)
それでおいて、「勝手に入られた」とかいわれても説得力がないんじゃないの。
そして、むむむさんが問い合わせてるとこがゼロなんでしょ？
そんなふうに関係がごちゃごちゃになってるからこんなことになるんじゃないのかな。
スレ違いだからこれ以上は自重する。
○そういう意味で規約は必要なわけで。
ほぼ1年ぶりなんですねえ。
ack(^_^;)
きつねちんを見かけたら
今度は中尾ちんと呼べということか
ドメインmaido3.comの保有者はN.T.Tecですよ。
なので、maido3.com標準セッティングはN.T.Tec標準セッティングと見るべきでは？
> ゼロ(Maido3.com) … 日本におけるBIG-server.comブランドのサーバ開発・販売・顧客サポート
BIG-server.comってアメリカでの業務実績もあるんでしょ？
maido3.comは日本国内サポ専用会社で
maido3.com標準セッティングでよくね？
N.T.Tec標準セッティングの日本専用ブランド名がmaido3.com標準ってことで
すかいらーくグループなのに
バーミヤンオリジナルドレッシングみたいな
2chで特に関係ありそうなのは…
http://www.apache.org/dist/httpd/CHANGES_2.2.8
*) core: Change etag generation to produce identical results on
32-bit and 64-bit platforms. PR 40064. [Joe Orton]
→雪だるまのフロントで32bitと64bitを混在させる時にうれしい
ちなみに2.0系にはこの修正は反映されてない
*) mod_proxy_http: Correctly parse all Connection headers in proxy.
PR 43509 [Nick Kew]
*) proxy: Fix persistent backend connections.
PR 43472 [Ruediger Pluem]
→フロントのapacheとsquidの間でパフォーマンスが上がったかも？
*) mod_charset_lite: Don't crash when the request has no associated
filename. [Jeff Trawick]
→read.html関係でmod_charset_lite使ってたのは過去の話でしたっけ？
セキュリティ関係の修正はどれも2chには関係ないと思う。
http://www.jp.freebsd.org/cgi/cvsweb.cgi/src/sys/kern/kern_cpu.c
MFC 1.28,1.29: reject cpufreq changes before sched_bind() is usable and remove duplicated levels.
これで直ったのかな？？
それ、RELENG_7_0 にも入ったみたいですね。
あとで、試してみるです。
すかいらーくグループなのに
バーミヤンオリジナルドレッシング
わかりやすくてﾜﾛﾀｗ
http://qb5.2ch.net/test/read.cgi/operate/1199041603/855
■ サーバリフレッシュ工事 連絡・作業スレッド１０
http://qb5.2ch.net/test/read.cgi/operate/1199792685/53
新しいOSに持っていったら、これを直さないとだめと。
#
# http://qb3.2ch.net/test/read.cgi/operate/1083526243/287
# kawasemi treatment
#
# DST (PDT)
# Jan-Mar
1 7 * 1-3 * prog_name > /dev/null 2>&1
# Apr
1 7 * 4 * [ "`/bin/date +\%Z`" = "PST" ] && prog_name > /dev/null 2>&1
1 8 * 4 * [ "`/bin/date +\%Z`" = "PDT" ] && prog_name > /dev/null 2>&1
# May-Sep
1 8 * 5-9 * prog_name > /dev/null 2>&1
# Oct
1 7 * 10 * [ "`/bin/date +\%Z`" = "PST" ] && prog_name > /dev/null 2>&1
1 8 * 10 * [ "`/bin/date +\%Z`" = "PDT" ] && prog_name > /dev/null 2>&1
# Nov-Dec
1 7 * 11-12 * prog_name > /dev/null 2>&1
入れて、make -j 8 buildworld buildkernel してみました。
頻度はとても減りましたが、出るみたい。
上記では一度だけ出ました。
calcru: runtime went backwards from 2152662958 usec to 969510611 usec for pid 809 (make)
Jan 21 22:51:46 <0.2> oyster901 kernel: calcru: runtime went backwards from 2290 usec to 140 usec for pid 789 (getty)
Jan 21 22:51:46 <0.2> oyster901 kernel: calcru: runtime went backwards from 2573 usec to 157 usec for pid 788 (getty)
Jan 21 22:51:46 <0.2> oyster901 kernel: calcru: runtime went backwards from 2225 usec to 136 usec for pid 787 (getty)
Jan 21 22:51:46 <0.2> oyster901 kernel: calcru: runtime went backwards from 2337 usec to 143 usec for pid 786 (getty)
Jan 21 22:51:46 <0.2> oyster901 kernel: calcru: runtime went backwards from 2245 usec to 137 usec for pid 785 (getty)
Jan 21 22:51:46 <0.2> oyster901 kernel: calcru: runtime went backwards from 2197 usec to 134 usec for pid 784 (getty)
Jan 21 22:51:46 <0.2> oyster901 kernel: calcru: runtime went backwards from 2607 usec to 159 usec for pid 783 (getty)
Jan 21 22:51:46 <0.2> oyster901 kernel: calcru: runtime went backwards from 2716 usec to 166 usec for pid 782 (getty)
Jan 21 22:51:46 <0.2> oyster901 kernel: calcru: runtime went backwards from 1834 usec to 112 usec for pid 732 (md0)
Jan 21 22:51:46 <0.2> oyster901 kernel: calcru: runtime went backwards from 1773 usec to 1253 usec for pid 715 (sendmail)
Jan 21 22:51:46 <0.2> oyster901 kernel: calcru: runtime went backwards from 29547 usec to 26744 usec for pid 711 (sendmail)
Jan 21 22:51:46 <0.2> oyster901 kernel: calcru: runtime went backwards from 4739 usec to 1251 usec for pid 691 (cvsupd)
...(中略)
Jan 21 22:51:46 <0.2> oyster901 kernel: calcru: runtime went backwards from 85286 usec to 40421 usec for pid 2 (g_event)
Jan 21 22:51:46 <0.2> oyster901 kernel: calcru: runtime went backwards from 11208 usec to 6797 usec for pid 1 (init)
Jan 21 22:51:46 <0.2> oyster901 kernel: calcru: runtime went backwards from 1086 usec to 66 usec for pid 0 (swapper)
biosが負荷に応じてCPUクロックを勝手に変更するのが原因とかどっかに書いてあったです。
root ★さんにroot情報送信済みー
ありがとうございます。と思いきや、
newsplus.jp のメールサーバが不調なようです。(´･ω･｀)
今日自宅に帰ったところで直します。
その後受け取り確認をします。
受け取りました。基本部分問題なさげです。
動作テスト & 構築作業に入ります。
なんだろーか
毎時そのクリア後大量のアクセスがあるように転送量を見ていると思う。
これが最近のあちこちサーバがあふれている原因のような、
他国とかからのF5アタックじゃなくて？
たとえば hobby11/etc7 のグラフ
綺麗なカーブにならないで毎時のところでがくっとするんだよなぁ
http://traffic.maido3.com/YPAr/sK1I/bI0q/
自分でトラップバグ書き込んでるだろう
Ｇｏｏｇｌｅさんとかサーチエンジン系じゃないかと思われ
鋭いですね、、、。
music8/tv11/dso/snow
http://traffic.maido3.com/6Aep/W03T/tuJ2/
ログを精査すると、わかるものがあるかもしれないと。
# 今、ネットワーク的につらいところにいるので、
# 本格調査は夜遅くになるかなと。
サーチエンジン系は毎時なんて概念がないのが今までだったけど、
そんな挙動をするやつができたのか?
>>117
まぁ じっくりですねぇ
百度じゃないか？
大人しくしましたってのは、お得意のデマなんか？
俺の所はrobots.txtとUAで弾いてたけど
今度は国内の鯖からUA偽装して来てる
関係有るのかな
http://pc11.2ch.net/test/read.cgi/jisaku/1199651376/676
676 ：Socket774：2008/01/23(水) 17:24:40 ID:T2rVklg1
>>672
最適化自己ビルドした2chって激遅ですね。海外鯖を考慮しても、表示までに5800msとかありえない。
httpd が単にdatを返すだけ?
anydat.so関係が動いていて云々?
もしそうだとしたらそのオーバーヘッドとかはどんな塩梅?
といろいろ知りたい年頃になっています。
って何?
アクセス数で2位以下の3倍ぐらいあるんだけど。
なんか、read.cgi 叩かれまくり。
半年前まではずっと大人しかったのに
60.39.129.62
どもです。ふむ。
read.cgi 叩きまくり。こっちはIEといってくるみたい。
何でDATじゃなくてread.cgi?
60.39.129.62
がむちゃくちゃやってくる、
ってかんじですね。
66.249.70.152
も多いけど、その倍ぐらいの密度があるかんじ。
Googleは仕方ないとして
効きが悪い、とか、そんなことはないのかな。
けど元が何か判らないと焼いても駄目かなー。
今分析フェーズですね。
もう少し観察します。ログはちゃんととられているので。
と言っても明日も早いんで早寝の予感。
2ch利用者側から見ると、リロードバーボンはもうずいぶん前から全く動いてないですよ
しかし・・・
どこのなんと言うプログラムなのかすっかり忘れた。
まず発掘隊を派遣セネガル
ちと、他のプログラムと位置が違ったようかん。
次オンラインになるのは深夜の予定。
キックしてるほうからみる限り、動いているように見えるです。
それぞれのサーバからの、
なんというか伝達系(?)が、しくっているのかも。
他の防御システム(UA?)ではじかれていて伝わっていない。
改修せねば、
>>147
どもども そんな感じた゜った
Rock等もうまく流れるようになるとイイな。
>151 いえいえ、どーも。
動き出した予感。
サーバダウン(鯖落ち)超情報 Part48
http://sports2.2ch.net/test/read.cgi/operatex/1199670134/
210.135.99.2 http://fo002.razil.jp
210.135.99.5 http://p2.2ch.net
210.135.99.6 http://p2.2ch.net
210.135.99.7 http://epg.2ch.net
210.135.99.14 http://search.tower.jp
210.135.99.21 http://my0.search.tower.jp
210.135.99.22 http://my1.search.tower.jp
210.135.99.23 http://my2.search.tower.jp
210.135.99.24 http://my3.search.tower.jp
210.135.99.40 http://u.razil.jp
210.135.99.78 http://rz2.irx.jp
ほかにもあるかもだけど(^_^;)とりあえずわかる範囲で
210.135.99 でスルーするか、
それが楽かも(^_^;)
もスルーで(^_^;)
210.135.97.1 http://find01.razil.jp
とかが詰まってる
えーっと
210.135.96
210.135.97
210.135.98
210.135.99
210.135.100
は通してOKだと思う(^_^;)
http://ss.chbox.jp/
http://p2.chbox.jp/read.php?url=http://qb5.2ch.net/test/read.cgi/operate/1199187475/
おつですた。
これで、あちこちあふれているのが解消の方向だといいかなと。
いってきます
>>169
Rock54が不調らしいんですが
みて欲しいー
了解です。 < Rock54
しかし、所用でこれから数時間程度
オフラインでないといけない、、、。
あー(^_^;)202.181.96.112やね
ひっかかってるhttp://qb6.2ch.net/_403/c403.cgi
ってなに？
★2ちゃんねる検索★
http://k-2ch.as.wakwak.ne.jp/
85 BBON.mamono.419 61.205.237.94 (k-2ch.as.wakwak.ne.jp) 42
変なデータが入ってる?
デフォルトハンドラ（普通に静的コンテンツを返す時のハンドラ）と
同じようなことしかやってないので，オーバヘッド云々も
デフォルトハンドラと同じだと思います．
たかだか100件ちょっとだべ？(^_^;)
全体だと500万以上の人が使ってて、その５万分の１以下しか引っかからないわけで・・・・
それくらいゆるい規制なんだと思うんだが。
作ったときはもっと引っかかったんじゃなかったかなぁ
もう四年になる?
これは携帯からPCサイト見るプロキシな気がする（ポケブラと同じようなもの）
http://qb5.2ch.net/test/read.cgi/operate/1113508190/
最初はこれかな
http://ch2.ath.cx/life9.html
なつかしー
>>181
引っかからないくらいキャッシュするんだ。
容量50Mしかないんだもん。
除外設定してあるs2ch.netを串代わりにdat取得してみるか。
たぶん重くて繋がらないけど。
キャッシュしてアクセス減らしても、利用者が多い鯖だと限界があるでしょ
blackgoatも公開されてないしliveb1は終わったし、どうすんだろ
除外もありかな?
それ以下だったらキャッシュの機能頑張って向上させてちょ
ってとこかと。
お前今日の朝雪かきしてたろ
全然関係ない話だけど
しゃぶれよ
0191 [´・ω・｀] 122x212x200x41.ap122.ftth.ucom.ne.jpみお ◆KneVFqWzh. 垢版
2008/01/24(木) 21:57:13ID:e6ColIbu0?2BP(150)讃岐のところのPVってどれくらい？
携帯用2chブラウザの中継サーバを立ち上げているのですが
規制に引っかかってしまったようです。
1台で100万PV/day以上あるのでできれば除外していただけると助かります。
ただ現状ではIPが固定でないのですが、User-Agent等での除外は可能でしょうか。
http://mamono.2ch.net/test/read.cgi/nanmin/1199774892/773
773 名前：名無し草[sage] 投稿日：2008/01/24(木) 22:52:23
なんか見えちゃってますよ
http://ex21.2ch.net/ogame2/
User-Agentでやってしまうと偽装ですり抜けてくる人が
必ず出てくるので、できれば固定ＩＰにしてからお願いに来る方がよろしいかと・・・。
アドレスは固定でないにしろ、ドメイン名は固定だよね。
ドメイン名で例外にできないのかな？
フレッツ・ADSLプラン月額780円
Bフレッツプラン月額980円
http://www.sakura.ad.jp/services/connect/flets/
はい。ドメイン名は固定です。
逆引きは設定できないので、正引きで一致させることになるのですが、
もしそれでも大丈夫でしたらお願いしたいです。
まさか、その値段で引けると思っていないだろうな。。。。
※ご利用になるサービスによって、各事業者様へのお申し込みが別途必要です。
※ご利用になるサービスによって、別途接続料金が必要です。
http://www.sakura.ad.jp/services/connect/flets/plans/
アサヒネットなら1000円＋フレッツ料金だよ
そもそもパブリックに何かサービスやろうってのなら
データセンター設置のroot権限つきサーバを借りれば?
なかなか使い勝手のいいISPは見当たらないですな
値段だけ見れば安いところも出てきましたが
http://s2.s2ch.net/
http://s3.s2ch.net/
http://typhon.s2ch.net/
バーボン外してください＞＜
もうちょい敷居下がらないかなー
・tiger504 雪だるまフロントへ転用
・news20系 雪だるまフロント・バックの残設定の削除
(現状)
+news20b.2ch.net:206.223.150.52
+news20f1.2ch.net:206.223.150.64
+news20f2.2ch.net:206.223.150.74
+news20f3.2ch.net:206.223.150.84
+news20f4.2ch.net:206.223.150.110
+news20f5.2ch.net:206.223.150.42
(変更後: 上記6行を削除、下記3行を追加)
+live23f6.2ch.net:206.223.150.115:300
+live24f6.2ch.net:206.223.150.115:300
+www2f6.2ch.net:206.223.150.115:300
ack(^_^;)
done(^_^;)
しゃぶれよ
かわいい
スレッドをキャッシュ出来ないんじゃ存在価値がないし
chboxの責任者ひっぱりだしてこいｗ
BBQが応答しません。
read.cgi 配布リスト
bbs.cgi 配布リスト
stats/BBS
以上、登録済。 < live23f6/live24f6
以下の2つ、丁稚どんの登録お願いします。
live23f6.2ch.net
live24f6.2ch.net
以下の5つについては丁稚どんのオフお願いします。
news20f1.2ch.net
news20f2.2ch.net
news20f3.2ch.net
news20f4.2ch.net
news20f5.2ch.net
以上にて作業完了のはず。
http://qb5.2ch.net/test/read.cgi/operate/1199792685/201
banana273 = cvsup.peko.2ch.net / ftp.peko.2ch.net 退役可能となりました。
特に問題なければ今週末で退役にて。
http://qb5.2ch.net/test/read.cgi/operate/1199792685/202
ということで、tiger505 = 206.223.150.120 用に、
もう一つ 206.223.150.* なアドレスをご用意いただくことは可能でしょうか。
もし可能であれば、206.223.150.121 (次の番号)をご用意いただけますと助かります。
今は該当IPアドレスに ping はかからない(つまり、ないように見える)模様です。
よろしくおながいいたします。
もし用意できるということであれば、
tiger505 サーバへの IP アドレスの追加は、当方にて行います。
> banana273 = cvsup.peko.2ch.net / ftp.peko.2ch.net 退役可能となりました。
「旧」 cvsup.peko/ftp.peko でした。
(既に peko.2ch.net の DNS 切り替え済)
しゃぶれよ
> live23f6.2ch.net
> live24f6.2ch.net
onにしました。
> news20f1.2ch.net
> news20f2.2ch.net
> news20f3.2ch.net
> news20f4.2ch.net
> news20f5.2ch.net
offになってました。
435 作者 ◆iMona8qBVI sage 2008/01/26(土) 00:23:46 ID:FSefZH0z0
なぜか固定IPにこだわっている人がいますが、
この規制は、固定IPなら規制解除されるという条件なのでしょうか？
できればソース付きで教えてください。
>>410 で書いたのは固定IPでなくても技術的に問題ないはずなので
絶対条件なのかはっきりしない状況で焦ってやる必要はないのではってことです。
というか今回、運営関係の人以外のサービスで解除されたものってあるんでしょうか。
私は運営事情についてはよくわからないので詳しい人教えてください。
↑との事なので誰かお願いします
>>188以下でも以上でも無い。
つうか、始まったばかりでまだ様子見してると思う。
具体的な事は、色々見えてからだと思うよ。
＞ というか今回、運営関係の人以外のサービスで解除されたものってあるんでしょうか。
無いと思う。
適当なｱｸｾｽの上限…は、各鯖によって違うと思うのですが、それを知る方法はありますでしょうか？
全部とは言わなくても、hobby10だけでも知りたいのですが…。
規制に掛かった専用ブラウザな人は、その専用ブラウザから他の専用ブラウザに移るか
代替が難しいなら、携帯から専用ブラウザを諦めて
直接2chにアクセスすれば良いんじゃないのかな？
最近の携帯は機能も上がってVGA表示出来たりで携帯が最初から積んでるブラウザから
直接2chが見れるし、専用ブラウザアプリ群に特権的な優遇はしないんじゃないかと。
だから100万pv/dayを超えるほど人気。
ブラウザの機能なんて3年前からほとんど変わりない。動画がついただけ。操作性は最悪。
それこそやばくね？とも思うんですが…
負荷かけるところは切る。
分散dat取得するなり、キャッシュするなりしてくださいと。
読みたければ自分で工夫しろ。
一つ気になるのは今回の制限は転送データ量より回数重視何ですか？
津波のようなアクセスに耐えられるかはまた別だけれど…
だいぶと綺麗な山を描いてますな〜。
＞ 一つ気になるのは今回の制限は転送データ量より回数重視何ですか？
リロードバーボンで調べろ。
単位時間Nの間に同一IPからのアクセス回数がMを越えると発動する規制。
N,Mは非公開。
今は回線帯域よりも鯖本体資源（CPU・メモリ）の影響がでかいから。
レス、ありがとうございます
とりあえず、iMonaスレへ意見持って行きます
2ch強制卒業プラン？
203.216.213.118 (ss2ch3.em.gala.jp)
がリロードバーボンにかかっています。
これって、ガーラのIPなんですが、バーボン除外しなくて大丈夫ですか？
http://emining.jp/service/agreement.html
しゃぶれよ
>>243
マルチ
また引っ掛かってるな
いい加減なんとかすれ
あ、sakura03って俺が読み込んでたからかもしれない……
黒＆白山羊さん（datキャッシュサーバ）復活で対応するそうです。
【Love Affair】携帯からのアクセスに対する考察・次の一手 Part4 - ボーリング場
http://qb5.2ch.net/test/read.cgi/operate/1201374777/
http://qb5.2ch.net/test/read.cgi/operate/1200061619/252
> 252 名前：動け動けウゴウゴ２ちゃんねる：2008/01/27(日) 17:43:40 ID:cyKUkEfe0
> 携帯メニューがリロードバーボンに引っ掛かる件は、
> 黒＆白山羊さん（datキャッシュサーバ）復活で対応するそうです。
>
> 【Love Affair】携帯からのアクセスに対する考察・次の一手 Part4 - ボーリング場
> http://qb5.2ch.net/test/read.cgi/operate/1201374777/
出先で携帯だからdat取得できないんだ
スレが落ちる前にssくらいとっておきたい
なんかやり方が間違ってるのか、
設定が反映しませんねん。(´･ω･`)
誰か親切な人、おすえてくらさい。 つД`)v
ううむ、、、。
私はキャップを呪文で操作したことがほとんどないので、
よくわからんのです、、、。こまた。
近々やるぞー、だぶん
ぶっ飛ばすぞ
http://qb5.2ch.net/test/read.cgi/operate/1184676493/582
週明けに live23f3 = tiger2525 のパブリック側がつながっている
スイッチの設定を修復してもらうよう手配する、ということで。
こちらで
http://qb5.2ch.net/test/read.cgi/operate/1201597419/
現在２ｃｈ専用スイッチにつながっている以下のサーバで、他のラックに移してもいいものってないかな？
サーバリスト
banana403
banana404
banana405
banana406
cobra2244
cobra2245
tiger503
tiger504
tiger507
tiger510
tiger511
tiger512
tiger2507
tiger2508
tiger2509
tiger2510
tiger2511
tiger2512
tiger2522
tiger2523
tiger2524
tiger2525
bg20 を 1Gbps にしよう、という話ですかね。
ちと、検討します。
IPアドレスが変わらないなら、きっとあると思います。
たぶんきっと、1時間以内にレスできると思います。
cobra2245 = bbq/boo/hack72
になります。
これは、IPアドレスが現在と変わらないのであれば、
別ラックで100Mbps接続に変更いただいて、問題ありませんです。
ハードウェア不良で既に退役しているはずです。
もしまだ物理的につながっているとしたら、
これの分のスイッチのポートがそのまま流用できるのではないでしょうか。
・banana405がつながっているポートはそのまま流用可能
・さらに必要であれば、cobra2245を移動してそこを使用可能
ということになるです。
ですです(^_^;)BG21〜23の３台６ポートをなんとか確保しよう作戦です
>266
了解です(^_^;)
>267
あー、まだラックの載ってます(^_^;)退役させて2ポートを空けます
あと３ポート足りない・・・・
これは 100Mbps 接続であれば、
今なら IP アドレス変わっても OK です。
再インストールすることにして、改めて IP アドレスも
振りなおす、ということでよいと思います。
了解ですです(^_^;)
ちなみにblackgoatはいかがなもんで？
IPアドレスが今と変わらないのであれば、
banana406 = c-others2
はそもそも 100Mbps までしか I/F 側がサポートしていないので、
パブリック側だけ別のスイッチに刺しかえる、という手があると思います。
プライベート側はきっと、今のスイッチのままがいいと思います。
>>272
tiger511 = bg3/tiger512 = bg4 をこれからどう使うかによると思います。
これはまだ決まっていない気がするので、
別にやりくりできるならそちらで捻出したい気がします。
c 系についてはプライベートアドレスで直結、という理解でよいのかしら。
(物理的につながっている)
こっちは使っていないので、
もし該当する1Gスイッチにつながっているなら、抜いてしまってOKです。
しかし、今使っているほうを間違って抜かないようにしてくださいです。
現在のcフロントやblackgoatと同じ接続だと思ったんだけど・・・・
以上になるです。
>>275
ふむ。そですか。
bg21-bg23をどういう形で動かす腹積もりなのかがわからないと、
該当する物理資源がどうして必要になるのかも、わからないかも。
裏のスイッチに接続 プライベートLANがわ(フロントとの通信)
がはじめに考えた構造かと、
私の理解が違った?
>>278
どうもこうもないかと
はじめに考えたシステムを頑固に作ろう作戦。
その理解でよいと思います。
で、今1Gbpsまで使えるスイッチ(= 電車男スイッチ)は、
・フロントとの通信
・外部との通信
の両方で使用しています。
(スイッチが来たときからずっとその状態です)
おいらもそう理解してたんだけど(^_^;)
現状はどうなってるかっつーと
コアルータ
｜ ファイバー
２ｃｈ専用スイッチ
｜ 100Mbps
フロントエンド
｜ 1Gbps
２ｃｈ専用スイッチ
｜ 1Gbps
ブラックゴート
｜ 100Gbps
２ｃｈ専用スイッチ
｜ 100Mbps
２ｃｈ各サーバ
この100Mbpsと1Gbpsの２ポートを使ってるわけです(^_^;)はい
でも、100Mbspの１口は別に２ｃｈ専用スイッチでなくてもいいといえばいいわけですな。
つことで>279の当初目論見で考えれば、1Gbpsのプライベートネットワーク用を３口あければ
あとは他の通常のスイッチで100Mbps接続できる・・・・てことです(^_^;)そうしようそうしよう
なんでそうなっているのか、
>>282
記憶があいまいですが、
線が延ばせないから、とか、
そういう理由だったかもしれないです。
>>281
> ２ｃｈ専用スイッチ
> ｜ 100Mbps
> フロントエンド
ここ、ずっと 1Gbps 接続です。
>>262 は微妙に別件ですが、
ここが突然 100Mbps 設定に変わってしまった(理由は不明)ということで。
・cobra2245を移動してそ１ポート確保する
確保した３ポートはすべて、bg21〜23の1Gbpsプライベートネットワークに接続する
bg21〜23のパブリック側(つまり２ｃｈのBBS用サーバへの口)は別の一般のスイッチに100Mbpsで接続する
これでいきます(^_^;)
了解です。
1Gbps接続の際には、
今の c 系のプライベートネットワークと同じ VLAN に接続されていることが必要です。
たぶん間違いなく、スイッチの設定変更が必要になるです。
また、IP アドレスはプライベートアドレスになります。
こちらから振り出しますので、それを I/F に割り当てていただくことになるです。
で、このパターンで接続する場合、
今パブリックアドレスでだけ接続されている c フロントは、
別の手当てが必要になるですね(繋ぎ替え等)。
b405は退役します。お疲れ様でした。
c2245だけど、作業開始のタイミングはどうしましょ？
作業内容はIPアドレスを維持したままで、別な場所に移転する。
あいや(^_^;)なんかややこしい話になってきた・・・・
まず、第一期工事として>286をやりましょう。
フェイズ１ b405退役
フェイズ２ c2245移転
第二期工事はbg21〜23の設置
・ネットワークの設定をどうするのか
・スイッチの設定をどうするのか
・フロントエンドのネットワーク設定をどうするのか
bbqは2台あるので、1台落ちていても登録ができないだけで
２ちゃんねるの動作には影響しないです。
ということで、作業時間を決めていただければ、
私のほうで shutdown / poweroff します。
で、PIE のほうで移設して poweron していただければ OK です。
｜ 100Gbps
２ｃｈ専用スイッチ
100Mbps の間違いだよね？？
了解です(^_^;)スケジュールが決まったらお知らせします
>290
うん(^_^;)
しっかり者のお母さん=rootさん
すくすく育った(^_^;)さん
了解。
ということで、以下は2期工事以降の話(メモ)。
---
bg21-bg23が接続される電車男スイッチのポートは、
VLAN的にtiger2507〜tiger2512のプライベート側I/Fの接続ポートと
同じサブネットに設定されていればOK。
bg21、bg22、bg23 のプライベート側のIPアドレスは、
以下を使えばOK。
bg21 192.168.0.193
bg22 192.168.0.194
bg23 192.168.0.195
netmask はいずれも 255.255.255.0。
設定後、bg21-bg23 から、
192.168.0.161 (tiger2507のプライベート側)にpingがかかればOK。
< ^_^; > .<root.> .( ^_^; )
.≧＼｡/ミ .≧＼｡/ミ ≧＼｡/ミ
／ ｜ ／ ｜ .／ ｜
〜（＿.UU 〜（＿.UU 〜（＿.UU
たんたんと手配しようかと。
あいあい(^_^;)こちらのスレッドでよろしくです
了解です。
ちと状況をきちんと説明する文章を書く時間がとれないので、
後で時間とってやりますです。
あとそういえば、>>223 の件が未処理でした。
よろしくおながいいたします。
あいやすみません(^_^;)了解です
206.223.150.121のt505への割り当てOKです(^_^;)
サーバ側の設定を行ってもらえれば、いつでも使えます。
了解です。
と、設定をしようと思ったら、ping がかかりません、、、。
2.0 発射します。ううむ。
除外指定、DDNS登録に利用したいなぁと。。。
現状、レンジで除外指定が出来ないのと、DDNSの正引きが煩雑になってきたのと。。。
移設とは独立事象ですね。
で、そろそろそういう問題がではじめましたか。
入れるならセカンダリ(bbq2)にも同時に入れないといけないので、
そういう方針で作業ということになるですね。
で個人的には、そろそろ入れてもいいかも、と思ったりしています。
ただ rbldnsd って、ファイルの読み込みに時間かかったりするんでしたっけ。
でも本家 DSBL で使っているぐらいだから、そんなひどいことはないのかしら。
IPアドレス設定しました。
セットアップを継続します。
とりあえず、djbdns (dnscache) を IPv4 だけで運用している場合は、
現在のままの設定で影響なしのはず。
# L のアドレスは変えておかないと。
ルートゾーンへの AAAA レコードの追加について
http://jprs.jp/tech/notice/2008-02-05-root-aaaa-add.html
あそうか、側だけが移設で中身はそのまま、、、＠例の如く飲み込み悪し
ひとまずテスト的運用→本格稼働って流れが出くるとあるがたいです
こんなとこで何してるんすか
どーなってるかなーって。（ ﾟдﾟ)
（‘ε’）
.≧＼｡/ミ
／ ｜
〜（＿.UU
c2245の移転予定についてです(^_^;)
第一希望日： 日本時間 2/8(金) 午前 10:00 〜 午前 11:00
第二希望日： 日本時間 2/7(木) 午前 10:00 〜 午前 11:00
いずれかでいかがでしょうか？
あと２つ質問です(^_^;)
・現在2つのNI(bge0とbge1)で繋がっているうちメインIP(206.223.151.205)はどちらのNICに割り当てているか
・スイッチ側で設定する帯域は 100Mbps full-duplex で良いか
だからこうして
カステラを二つ
おみやげに持ってきてるんぢゃないか。( ﾟдﾟ)ﾉ■■
newsplusのキャップが設定できないの?
ええ、ことだマンとかにも
色々と教えてもらったんですが
いつものやり方だと‥‥なんか
運営系とか削除人、お止め組とかのキャッポリストページに
言ってしまうんですよ(ο･д･)(･д･`ο)ﾈｰ
mamono、真mamono、news24、news22
いずれもnewsplusの設定は不可って感じで。
牛乳パックで焼いた
手作りカステラﾄﾞｿﾞｰ( ﾟдﾟ)ﾉ■
元々の呪文でやってみて、
たもんの人気って下がってるんだね
やっと出来たワァァァァァァァァァ!! (ﾟДﾟ)
ありがとうございますた。（ ﾟдﾟ)v
>>318
┗0=============0┛
＼===============［_|_|_|_|_|_|_|_|_|_|_|_|_|_］=============／
／三三三三三三三三三三三三三三三三三三三三三三三＼
0 │ |∞∞∞ |::|∞∞田田田田田田田田∞∞|::|∞∞∞ | ::| 0
[二］ | ::| |::|┏━━━━━━━━━━━━┓|::| | ::l ［二］
. |□|.│::|┌┬┐|::|┃ ,へ､ ／＾i ┃|::| ┌┬┐| ::|. |□|
｀)三(´| ::|├┼┤|::|┃ | \〉｀ヽ-―ー--< 〈\｜.......┃|::| ├┼┤| ::|｀)三(´
| ::| | ::|└┴┘|::|┃ 7 , -- 、, --- 、 ヽ ....┃|::| └┴┘| ::| | ::|
| ::| | ::| |::|┃ / / ＼､i, ,ノ ヽ ヽ ┃|::| | ::| | ::|
◎○＠※◎○＠※ | ::| | ::|┌┬┐|::|┃ | （-=・=- -=・=- ） | ┃|::| ┌┬┐| ::| | ::| ◎○＠※◎○＠※
ii|iiii|iiii|iiii|iiii|iiii|iiii|iiii| | ::| | ::|├┼┤|::|┃ / 彡 / ▼ ヽ ミミ ┃|::| ├┼┤| ::| | ::| iｌ|iiii|iiii|iiii|iiii|iiii|iiii|iiii|
＠※◎○＠※◎○ | ::| | ::|└┴┘|::|┃く彡彡 ／＼_ ミミミ . ┃|::| └┴┘| ::| | ::| ＠※◎○＠※◎○
ii|iiii|iiii|iiii|iiii|iiii|iiii|iiii|ｌi┏━━━━━┓|::|┃｀＜ ミミ.. ┃|::| ┏━━━━━┓ ｌi|iiii|iiii|iiii|iiii|iiii|iiii|iiii|ｌ
◎○＠iiii※◎○＠ ┣┳┳┳┳┳┫|::|┗━━━━━━━━━━━━┛|::| ┣┳┳┳┳┳┫ ◎○＠iiii※◎○＠
ょぅι゛ょにAA貼るなんてアホか
-''":::::::::::::｀''＞ ゆっくりしていってね！！！ ＜
ヽ:::::::::::::::::::::￣^Ｙ^Ｙ^Ｙ^Ｙ^Ｙ^Ｙ^Ｙ^Ｙ^Ｙ^Ｙ^Ｙ^Ｙ^Ｙ^Ｙ^￣
|::::::;ノ´￣\:::::::::::\_,. -‐ｧ ＿_ _____ ＿_____
|::::ﾉ ヽ､ヽr-r'"´ （.__ ,´ _,, '-´￣￣｀-ゝ 、_ イ、
_,.!イ_ _,.ﾍｰｧ'二ﾊ二ヽ､へ,_7 'r ´ ヽ、ﾝ、
::::::rｰ''7ｺ-‐'"´ ; ', ｀ヽ/｀7 ,'＝=─- -─=＝', i
r-'ｧ'"´/ /! ﾊ ハ ! iヾ_ﾉ i ｲ iゝ、ｲ人レ／_ルヽｲ i |
!イ´ ,' | /__,.!/ V ､!__ﾊ ,' ,ゝ ﾚﾘｲi (ﾋ_] ﾋ_ﾝ ).| .|、i .||
`! !/ﾚi' (ﾋ_] ﾋ_ﾝ ﾚ'i ﾉ !Y!"" ,＿__, "" 「 !ﾉ i |
,' ﾉ !'" ,＿__, "' i .ﾚ' L.',. ヽ _ﾝ L」 ﾉ| .|
（ ,ﾊ ヽ _ﾝ 人! | ||ヽ、 ,ｲ| ||ｲ| /
,.ﾍ,）､ ）＞,､ _____, ,.イ ハ レ ル｀ ー--─ ´ルﾚ ﾚ´
報告形式にしてくれると聞いてAAを貼りにきました。
そういうことだから卒業式をはやく
なにをいまさら…
>>311
> 第一希望日： 日本時間 2/8(金) 午前 10:00 〜 午前 11:00
でお願いします。
> ・現在2つのNI(bge0とbge1)で繋がっているうちメインIP(206.223.151.205)はどちらのNICに割り当てているか
bge0 です。
bge1 は使っていないので、接続しなくておｋです。
> ・スイッチ側で設定する帯域は 100Mbps full-duplex で良いか
おｋです。
現在 auto 設定になっていますので、
シャットダウンする時に 100M full-duplex の状態に変更してから
落としておきます。
よろしくお願いします。
tiger2525 のパブリック側(em0)が接続されているスイッチの設定が
突然変わってしまい、従来の 1Gbps 接続から 100Mbps 接続に
変わってしまっています。
スイッチの該当ポートを従来の 1Gbps 接続の設定に戻していただけるよう、
手配をよろしくお願いします。
スイッチの状態を修正しましたら、おしらせください。
当方で状況を確認します。
いずれも了解です(^_^;)
1 tiger510を別ラックに移動する
2 tiger510を再インストールする(IPアドレスはふり直しするかも)
3 再インストールが済んだらrootさんにrootを渡す
了解です。
・作業は今すぐに始めてしまってOKです。
(始める前にこのスレにて一言その旨お知らせお願いします)
・IPアドレスは変わってもOKです。
・接続は100Mbpsにてお願いします。
了解です(^_^;)
もし問題なければ、電源を落としておいてもらえるとうれしいです。
作業はこの２日以内に完了予定です。
了解です。
とおもってログインしようとしたところ、ssh が不通の模様なので、
一度 2.0 発行して上がったら、落として起きます。
了解です(^_^;)
done.
どもです(^_^;)
明日のcobra2245移転に先立つシャットダウンもよろしくお願いします。
>326
1Gbpsの設定完了しました(^_^;)
了解です。
今日寝る前にシャットダウンします。
その間は BBQ への登録ができなくなるです(BBQ自体は動作します)。
同 下段
> media: Ethernet autoselect (1000baseTX <full-duplex>)
ありがとうございます。復旧を確認しました。
ボボンハウスのプログラムにバグがいたためか、
.htaccess の deny のところにゴミが入りました。
そのため、先ほどから全サーバ 500 エラーでつながらなくなりました。
とりあえず緊急にゴミの行をコメントアウトし、
.htaccess を書き換えているっぽいプログラム @ qb6 を、
リネームしておきました。
93 livetbs 2.131.233.171 (2.131.233.171) 48
qb6 のホームディレクトリに
htaccess.SAVE.txt という名前で保存してあります。
booで焼きました、串みたいだね
Good bye 0000
Thank you. Wow taste good!
名も無きBoo2008さん、ありがとうですm(_ _)m
過去の正規表現の件は忘れよう・・・
2.131.233.171 からwhois検索しました。
このwhois情報は、2008年02月08日 3:17:06（本日）に取得しました。
OrgName: Internet Assigned Numbers Authority
OrgID: IANA
Address: 4676 Admiralty Way, Suite 330
City: Marina del Rey
StateProv: CA
PostalCode: 90292-6695
Country: US
NetRange: 2.0.0.0 - 2.255.255.255
CIDR: 2.0.0.0/8
NetName: RESERVED-2
NetHandle: NET-2-0-0-0-1
Parent:
NetType: IANA Reserved
Comment:
RegDate: 1995-07-07
Updated: 2002-09-12
OrgAbuseHandle: IANA-IP-ARIN
OrgAbuseName: Internet Corporation for Assigned Names and Number
OrgAbusePhone: +1-310-301-5820
OrgAbuseEmail: abuse@iana.org
OrgTechHandle: IANA-IP-ARIN
OrgTechName: Internet Corporation for Assigned Names and Number
OrgTechPhone: +1-310-301-5820
OrgTechEmail: abuse@iana.org
# ARIN WHOIS database, last updated 2008-02-06 19:02
# Enter ? for additional hints on searching ARIN's WHOIS database.
実在するIPアドレスじゃないです。たぶん。
500 エラーがまだ出ているサーバがあったら、
教えてください。
こんな夜中まで乙です乙です。
この●焼いてください
共 有 ● 公 開 し ま す
http://yutori.2ch.net/test/read.cgi/news4vip/1202409014/1
実在しないアドレスでも焼けちゃうんだよ
>>352 .chgyouza
rootさんは、本当すごいや。
本業に戻るます。明日までの締め切り仕事がまだ終わってないのだ。(´･ω･｀)
仮復旧なので、本復旧にはボボンハウスの虫取り等が必要かなと。
●焼きおｋ？(´･ω･｀)
おつかれさま。
仕事がんばってね。
お疲れ様
とにかく本当に乙です。お仕事がんばってください
GJ
PK
虫というか
あちこちのサーバから同時に登録しにくるもんで
バケラッタなんだな
とりあえずこれ焼いてよ
共 有 ● 公 開 し ま す
http://yutori.2ch.net/test/read.cgi/news4vip/1202409014/1
↓のスレに貼った●公開のもよろしく
http://qb5.2ch.net/test/read.cgi/operate/1201601010/
管理人に似てきたな
今回はログが被害うけてないから深刻じゃない感じだが
次に上げる時には 100Mbps 設定になるように設定変更済。
done.
100Mbps で立ち上がっている模様。
しかし、移設作業の影響かどうかは定かではないですが、
RAID 1 が degraded (一本死んでいる状態)になってしまっている模様。
> amrd0: 34938MB (71553024 sectors) RAID 1 (degraded)
%amrstat -f /dev/amr0
Logical volume 0: degraded (34.12 GB, RAID1)
Physical drive 0:0 failed
Physical drive 0:1 online
0 番のほうのドライブが死んでいる模様。
交換手配する必要があるですね、、、。
ありがとうございます。
しかし既に書きましたが、どうもハードウェア破損が起こった
(移転が原因かどうかはわかりません)模様です。
前回の同様のパターンの際には、
1) 交換用HDD(36G SCSI 15krpm)を用意いただく
2) 破損したHDDを物理的に交換いただく @ PIE
3) KVMで該当サーバのコンソールを操作できるようにしていただき、
私がSCSI BIOSでRAID 1をrebuildする
という方法で復旧しました。
今回も、上記方法で復旧を図ることは可能でしょうか。
確認しますー(^_^;)
作業手順OKです(^_^;)
スケジュールを調整します。
了解です。
よろしくおねがいします。
KVMのログイン情報送りました(^_^;)
スケジュールは例によって決まり次第お知らせします。
2/12（火） 午前10時開始
2/13（水） 午前10時開始
2/14（木） 午前10時開始
2/15（金） 午前10時開始
のいずれかで(^_^;)いかがですか？
登録時の排他制御とかしとらんのかい。
で、登録側は今回駄目だったら一定時間後に再登録しに行くとかしてみては？
すみません。
13日〜15日の午前はいずれも先約ありで、都合が悪いです。
12日でお願いできますでしょうか。
>>385
いただいたアカウントでKVMに入れるところまでは確認しました。
操作できるかどうかは、別途確認します。
KVM 経由で cobra2245 が操作できることを確認しました。
了解です(^_^;)
では12日午前10時(JST)にHDDの交換作業を始めます。
HDD交換作業が完了ししだいお知らせします。
了解です。
例によってそれまでに cobra2245 の電源を落としておきます。
念のためですが、
交換するドライブを間違えないようにしていただければと思いますです。
(>>379 #0破損、#1正常)
ということで、bg3/4は引退します(^_^;)
確認です以下のサーバで間違ってませんか？
tiger511.maido3.com
tiger512.maido3.com
> tiger511.maido3.com
> tiger512.maido3.com
正しいです。
(以下2行を削除)
+blackgoat3.2ch.net:206.223.151.55
+blackgoat4.2ch.net:206.223.151.57
tiger511.maido3.com
tiger512.maido3.com
以上2台退役します(^_^;)お疲れ様でしたー
了解です(^_^;)
ログイン情報を送りました＞rootさん
とりあえずログイン、su、ネットワーク100Mbps接続、確認しました。
IPアドレスは前のままで動いたみたいですね。
ちとこれから外出なので、続きは後ほど。
先日は弊社サービスに対応していただき大変ありがとうございました。
今回、サーバ増強のため、再度ネットワークに変更が発生することになりました。
大変お手数をお掛けし申し訳ないのですが、下記ネットワークからも
アイビスブラウザ経由で書き込みが出来るよう、対応して頂ければ幸いです。
ネットワークのみの変更で、弊社側規制ロジック等には変更ありません。
新ネットワークでも現在と同じ体制となります。
連休が明けてからの火曜深夜にネットワークの変更作業をいたします。
新ネットワーク 59.106.88.0/24
ゲートウェイサーバのIPアドレスの追加だけですね。
次に時間取れたところで対応します。
あと、御社のWebにて、
ゲートウェイサーバのIPアドレスレンジの一覧表を作成・公開・更新いただけますと
大変助かります。
あわせてよろしくお願いいたします。
ボク大きくなったらむむむさんみたいなぎじゅつしゃになるんだ♪
ありがとうございます。
IPアドレスの一覧につきまして、承知いたしました。
弊社にて準備いたします。
準備が出来次第、ご連絡をさせて頂きます。
よろしくお願いいたします。
done(^_^;)
http://qb5.2ch.net/test/read.cgi/operate/1199345454/
最近ibisの名前が良く出るスレ。
なんでも中間サーバーの逆引きがうまくいかないからproxyと見なされて書き込みが出来なくなるんだとか。
２ちゃんねるではibisブラウザのIPアドレスは特別処理していますので
(別の方法で相手先を識別しているため)、
２ちゃんねるのBBQシステムに登録されても、
書き込むこと自体は可能になっています。
ただし、２ちゃんねるの規制システムのうち、
特にユーザが自主的に Proxy を登録するための Boo80 というシステムでは、
現状、該当IPアドレスの逆引きが出来ない場合 Proxy と判定され、
Proxy な IPアドレスDBに登録されてしまうということが起こりえます。
(海外の Proxy は IP アドレスの逆引きが出来ないものが多いです)
で、BBQシステムはあらしお断りシステムとして
２ちゃんねる以外からも広範に参照されていますので、
もし仮に BBQ に登録された場合、
BBQ を参照している２ちゃんねる以外の掲示板やブログ等にも、
書き込むことが出来なくなります。
そんなわけで、
「それが可能であれば、IPアドレスの逆引きを設定したほうがいいんじゃないかな」
というのが、たぶん >>405 の趣旨なんじゃないのかなと。
ネットワークが10Mbpsめいっぱいだったからみたい。
http://traffic.maido3.com/4acy/hHFJ/lDt3/
> media: Ethernet 10baseT/UTP <full-duplex>
転送超過すか。10Mbpsがあっさり消費されるもんだね〜
こんな伸び方初めて見たｗ
BBS.CGI - 2008/02/09
にて >>400 に対応しました。
>>403 については、継続してよろしくおながいいたします。
100M接続にすっかー
お願いします >>404
お願いされます(^_^;)はい
予告なく作業開始＞完了
って感じで
これに答えてあげてちょ
http://qb5.2ch.net/test/read.cgi/operate/1202166337/143
done(^_^;)
まず1つめ。
以下のDNS変更をお願いします。
・c-docomoの代表アドレスを1つ変更
・TTLの変更
(現状)
+c-au.2ch.net:206.223.150.17:86400
+c-au.2ch.net:206.223.150.12:86400
+c-au.2ch.net:206.223.150.22:86400
+c-au.2ch.net:206.223.157.7:86400
+c-au.2ch.net:206.223.157.27:86400
+c-docomo.2ch.net:206.223.150.27:86400
+c-docomo.2ch.net:206.223.150.32:86400
+c-docomo.2ch.net:206.223.150.37:86400
+c-docomo.2ch.net:206.223.157.32:86400 <= ここだけIPアドレスを下記に変更、あとはTTLだけ変更
+c-others.2ch.net:206.223.147.210:86400
+c-others.2ch.net:206.223.150.190:86400
+c-others.2ch.net:206.223.157.22:86400
(変更後)
+c-au.2ch.net:206.223.150.17:300
+c-au.2ch.net:206.223.150.12:300
+c-au.2ch.net:206.223.150.22:300
+c-au.2ch.net:206.223.157.7:300
+c-au.2ch.net:206.223.157.27:300
+c-docomo.2ch.net:206.223.150.27:300
+c-docomo.2ch.net:206.223.150.32:300
+c-docomo.2ch.net:206.223.150.37:300
+c-docomo.2ch.net:206.223.147.220:300
+c-others.2ch.net:206.223.147.210:300
+c-others.2ch.net:206.223.150.190:300
+c-others.2ch.net:206.223.157.22:300
以下のDNS変更をお願いします。
・c-docomo8のIPアドレスを変更
・TTLの変更
(現状)
+c-au4.2ch.net:206.223.150.12:86400
+c-au5.2ch.net:206.223.150.17:86400
+c-au6.2ch.net:206.223.150.22:86400
+c-au7.2ch.net:206.223.157.27:86400
+c-au8.2ch.net:206.223.157.7:86400
+c-docomo5.2ch.net:206.223.150.27:86400
+c-docomo6.2ch.net:206.223.150.32:86400
+c-docomo7.2ch.net:206.223.150.37:86400
+c-docomo8.2ch.net:206.223.157.32:86400 <= ここだけIPアドレスを下記に変更、あとはTTLだけ変更
+c-others1.2ch.net:206.223.147.210:86400
+c-others2.2ch.net:206.223.150.190:86400
+c-others3.2ch.net:206.223.157.22:86400
(変更後)
+c-au4.2ch.net:206.223.150.12:300
+c-au5.2ch.net:206.223.150.17:300
+c-au6.2ch.net:206.223.150.22:300
+c-au7.2ch.net:206.223.157.27:300
+c-au8.2ch.net:206.223.157.7:300
+c-docomo5.2ch.net:206.223.150.27:300
+c-docomo6.2ch.net:206.223.150.32:300
+c-docomo7.2ch.net:206.223.150.37:300
+c-docomo8.2ch.net:206.223.147.220:300
+c-others1.2ch.net:206.223.147.210:300
+c-others2.2ch.net:206.223.150.190:300
+c-others3.2ch.net:206.223.157.22:300
・TTLの変更のみ
(変更前)
+c.2ch.net:206.223.147.210:86400
+c.2ch.net:206.223.150.190:86400
+c1.2ch.net:206.223.147.210:86400
+c2.2ch.net:206.223.150.190:86400
+c-control.2ch.net:206.223.150.190:86400
(変更後)
+c.2ch.net:206.223.147.210:300
+c.2ch.net:206.223.150.190:300
+c1.2ch.net:206.223.147.210:300
+c2.2ch.net:206.223.150.190:300
+c-control.2ch.net:206.223.150.190:300
漏れがあったらご指摘くださいです。
・c系のTTLを全部300に
・2ch.net にあるIPアドレス 206.223.157.32 を全て 206.223.147.220 に変更
以上のはず。
(あとでこのスレだけ読む時のためのリンクということで)
【Love Affair】携帯からのアクセスに対する考察・次の一手 Part4 - ボーリング場
http://qb5.2ch.net/test/read.cgi/operate/1201374777/609
>>418
>>420
やりましたー
・c-docomo7のIPアドレス変更
・c-docomoの代表IPアドレス一部変更
(変更前)
+c-docomo7.2ch.net:206.223.150.37:300
+c-docomo.2ch.net:206.223.150.37:300
(変更後)
+c-docomo7.2ch.net:207.29.253.190:300
+c-docomo.2ch.net:207.29.253.190:300
http://qb5.2ch.net/test/read.cgi/operate/1201374777/757
ってことでTiger2509退役します(^_^;)お疲れさまでしたー
WWWWWWWWWWWWWWWWWWWWｗｗｗｗWWｗｗｗｗｗｗWWｗ↑→
今cobra2245をshutdown/poweroffしました。
しくったHDDを交換したら、普通にFreeBSDをブートアップしておいてください。
片肺モード(今と同じ)で上がるはず。
KVMを操作できる環境になったら、RAID 1の再構成をします。
でも、夜になるかも。
ということでしばらくオフラインになります。
急なスケジュール（本業）入ってしまいました。
ごめんなさい。
まだ先は長そうだ・・・
beリンク先のトリップが◆じゃなくて◇になってます＞＜
・c-docomo8のIPアドレスを変更
(現状)
+c-docomo8.2ch.net:206.223.147.220:300
(変更後)
+c-docomo8.2ch.net:206.223.157.32:300
ack(^_^;)
done(^_^;)
了解です。
これからcobra2245のバックアップとります。
で、RAID 1の再構築へと。
よろしくおねがいします。
・c-docomoの代表アドレスの一部変更
(現状)
+c-docomo.2ch.net:206.223.147.220:300
(変更後)
+c-docomo.2ch.net:206.223.157.32:300
ack(^_^;)
これからRAID 1のリビルド入ります。
bbq 一時的に落とします。
画面が表示されません。
お手数ですが、確認をお願いできますか。
done(^_^;)
ありゃ・・・了解です(^_^;)
現在格闘中
確認くださいな
作業できるのを確認しました。
再構築作業に入ります。
rebuild開始。
確認中。
になったのを確認。
RAID1状態が復活しました。
これで、チケットクローズでよいと思います。< cobra2245
http://qb5.2ch.net/test/read.cgi/operate/1197346168/599-601
明日以降、戻すということで。< test/.htaccess
http://qb5.2ch.net/test/read.cgi/operate/1197346168/607-608
dat 直どりしてもらえるなら、
そのほうがいいわけですが、さて。
おつですー(^_^;)
そうじゃないと・・・・うふふ
っ http://e-words.jp/w/XSS.html
めんどそうなので今日の私はパスでなぁ
http://qb5.2ch.net/test/read.cgi/operate/1184676493/668
ということで、tiger2525 = live23f5/live24f5 のプライベート側LANの
VLAN 設定が変わってしまっているようです。
下記のように、プライベート側LANでの通信ができなくなっています。
(192.168.100.34 は cobra2244 = live23b のプライベート側)
%ping 192.168.100.34
PING 192.168.100.34 (192.168.100.34): 56 data bytes
ping: sendto: Host is down
ping: sendto: Host is down
ping: sendto: Host is down
ping: sendto: Host is down
^C
--- 192.168.100.34 ping statistics ---
5 packets transmitted, 0 packets received, 100% packet loss
ログによると、朝7時前(JST)からおかしくなったようです。
http://mumumu.mu/mrtgs/mrtg-rrd.cgi/traffic/www2f3-privatetraf.html
ということで、VLANの設定を元の状態に修正していただけますでしょうか。
tiger2522, tiger2523, tiger2524, cobra2244 等のプライベート側と
同じVLANにいないといけないのですが、
どうも、cobra2244 の「パブリック側」と、同じVLAN に設定されてしまっているようです。
cobra2244 で、こんなログが多数観察されています。
arp: 192.168.100.4 is on bge1 but got reply from 00:30:48:83:a6:2b on bge0
arp: 192.168.100.4 is on bge1 but got reply from 00:30:48:83:a6:2b on bge0
arp: 192.168.100.4 is on bge1 but got reply from 00:30:48:83:a6:2b on bge0
arp: 192.168.100.4 is on bge1 but got reply from 00:30:48:83:a6:2b on bge0
arp: 192.168.100.4 is on bge1 but got reply from 00:30:48:83:a6:2b on bge0
arp: 192.168.100.4 is on bge1 but got reply from 00:30:48:83:a6:2b on bge0
arp: 192.168.100.4 is on bge1 but got reply from 00:30:48:83:a6:2b on bge0
以上、よろしくお願いいたします。
なお、ざっと見る限り tiger2525 のパブリック側を含む、
他の VLAN の設定は、変わっていない模様です。
> ということで、tiger2525 = live23f5/live24f5 のプライベート側LANの
あ、ごめんなさい。
tiger2525 = live23f3/live24f3 が正解でした。
Feb 12 13:49:00 <0.5> tiger2525 kernel: em1: link state changed to DOWN
Feb 12 13:49:08 <0.5> tiger2525 kernel: em1: link state changed to UP
この時間(PST)に設定が変わってしまったみたい。(今日の 6:49 JST)
また XSS ですか、、、。
よろしければ、メールででも。
今日あんまり読めないかもですが。
【祟り】FOX★が管理人に怒られないようにするスレッド【鎮火】４
http://qb5.2ch.net/test/read.cgi/operate/1202166337/253
hobby10, music8, tv11 の test/.htaccess を消した。
今日もこれからオフライン気味の見込み。
お手数かけてます
ack(^_^;)
>>411
対応いただきありがとうございます。
>>401につきまして、下記ページにてibisBrowserサーバの
ネットワーク情報を公開するようにいたしました。
他に必要な情報等あればご指摘下さい。可能な限り対応いたします。
http://ibis.ne.jp/support/browserIP.jsp
また、ネットワークのメンテナンスが終了したため、現在アクセス元の
IPは59.106.88.0/24内からのみとなっております。
>>405-406
貴重な情報を頂き、ありがとうございます。
弊社にて対応してまいります。
対応はまだ？
先の人に bg20を使う様に言ってください。
2ch直アクセスはリロードバーボン。
似たようなサービスでも、こっちだとバーボンにならないな。対応済みか。
・c-docomo8のIPアドレスを変更
(現状)
+c-docomo8.2ch.net:206.223.157.32:300
(変更後)
+c-docomo8.2ch.net:206.223.147.220:300
・c-docomoの代表アドレスの一部変更
(現状)
+c-docomo.2ch.net:206.223.157.32:300
(変更後)
+c-docomo.2ch.net:206.223.147.220:300
ack(^_^;)
done(^_^;)
あ、ちょっとミス(^_^;)修正した
５分ほどで反映されます
done(^_^;)
c-docomo9 の作成
1) c21 を c-docomo9 , c-docomo でアクセスできるように、Aliasを追加する
2) ・c-docomo9をc-docomoラウンドロビンに追加する
(追加)
+c-docomo9.2ch.net:206.223.150.200:300
1) done(^_^;)
2) ack(^_^;)
次行きます
3) ・c-docomooラウンドロビンに追加
(追加)
+c-docomo.2ch.net:206.223.150.200:300
2) done(^_^;)
3) ack(^_^;)
3) done(^_^;)
退役します(^_^;)お疲れ様でした
退役します(^_^;)お疲れ様でしたー
> 退役します
↑
どこへ逝くの？？？
WWWWWWWWWWWWWWWWWWWWWWWWWｗｗｗWw←↑
・c-docomoラウンドロビンにc-docomo10追加
(追加)
+c-docomo.2ch.net:206.223.149.45:300
・c.2ch.netラウンドロビンの変更
(現状 >>420 →これらを削除)
+c.2ch.net:206.223.147.210:300
+c.2ch.net:206.223.150.190:300
(追加)
+c.2ch.net.2ch.net:206.223.150.27:300 c-docomo5
+c.2ch.net.2ch.net:206.223.150.32:300 c-docomo6
+c.2ch.net.2ch.net:207.29.253.190:300 yutori
+c.2ch.net.2ch.net:206.223.147.220:300 c20
+c.2ch.net.2ch.net:206.223.150.200:300 c21
+c.2ch.net.2ch.net:206.223.149.45:300 c22
ack(^_^;)作業開始済み
申請、申請 とっとと申請
・c.2ch.netラウンドロビンの変更
(現状 >>420 →これらを削除)
+c.2ch.net:206.223.147.210:300
+c.2ch.net:206.223.150.190:300
(追加)
+c.2ch.net:206.223.150.27:300
+c.2ch.net:206.223.150.32:300
+c.2ch.net:207.29.253.190:300
+c.2ch.net:206.223.147.220:300
+c.2ch.net:206.223.150.200:300
+c.2ch.net:206.223.149.45:300
変更作業実施完了(^_^;)確認中
>499
それで登録したです(^_^;)
c-maigo.2ch.net ch2c-maigo を作ってくださいー
ack(^_^;)
done(^_^;)
ch2cmaigoにする
(削除)
+c-au.2ch.net:206.223.150.17:300
+c-au.2ch.net:206.223.150.12:300
+c-au.2ch.net:206.223.150.22:300
+c-au.2ch.net:206.223.157.7:300
+c-au.2ch.net:206.223.157.27:300
+c-docomo.2ch.net:206.223.150.27:300
+c-docomo.2ch.net:206.223.150.32:300
+c-docomo.2ch.net:207.29.253.190:300
+c-docomo.2ch.net:206.223.147.220:300
+c-docomo.2ch.net:206.223.150.200:300
+c-docomo.2ch.net:206.223.149.45:300
+c-others.2ch.net:206.223.147.210:300
+c-others.2ch.net:206.223.150.190:300
+c-others.2ch.net:206.223.157.22:300
+c1.2ch.net:206.223.147.210:300
+c2.2ch.net:206.223.150.190:300
(追加)
+c-au.2ch.net:207.29.253.190:300
+c-docomo.2ch.net:207.29.253.190:300
+c-others.2ch.net:207.29.253.190:300
(現状)
+c-au4.2ch.net:206.223.150.12:300
+c-au5.2ch.net:206.223.150.17:300
+c-au6.2ch.net:206.223.150.22:300
+c-au7.2ch.net:206.223.157.27:300
+c-au8.2ch.net:206.223.157.7:300
+c-docomo5.2ch.net:206.223.150.27:300
+c-docomo6.2ch.net:206.223.150.32:300
+c-docomo7.2ch.net:206.223.150.37:300
+c-docomo8.2ch.net:206.223.147.220:300
+c-docomo9.2ch.net:206.223.150.200:300
+c-docomo10.2ch.net:206.223.149.45:300
+c-others1.2ch.net:206.223.147.210:300
+c-others2.2ch.net:206.223.150.190:300
+c-others3.2ch.net:206.223.157.22:300
(変更)
+c-au4.2ch.net:207.29.253.190:300
+c-au5.2ch.net:207.29.253.190:300
+c-au6.2ch.net:207.29.253.190:300
+c-au7.2ch.net:207.29.253.190:300
+c-au8.2ch.net:207.29.253.190:300
+c-docomo5.2ch.net:207.29.253.190:300
+c-docomo6.2ch.net:207.29.253.190:300
+c-docomo7.2ch.net:207.29.253.190:300
+c-docomo8.2ch.net:207.29.253.190:300
+c-docomo9.2ch.net:207.29.253.190:300
+c-docomo10.2ch.net:207.29.253.190:300
+c-others1.2ch.net:207.29.253.190:300
+c-others2.2ch.net:207.29.253.190:300
+c-others3.2ch.net:207.29.253.190:300
まぁ いいか
忙しいー忙しい
て仕事してるっぽいだけなのか？
banana2882 (旧banana) c-others1
stiger103 (旧Tiger) c-others3
tiger2507 (旧Tiger) c-au4
tiger2508 (旧Tiger) c-au5
stiger104 (旧Tiger) c-au7
stiger100 (旧Tiger) c-au8
ttp://gihyo.jp/admin/clip/01/fdt/200802/14
ありがとうございます。
かつての IP アドレスを bbs.cgi のリストから削除してきます。
時間かかりそう、、、。
done.
http://mumumu.mu/serverlist.html
>>465 は >>472 で ack いただいているので、
「なおりましたー」報告をいただいたところで、
戦列復帰へと。(症状的には直っているっぽい)
c-control を tiger5xx のどれかに収容。
軽いはずなのでどこかに同居でおｋ。
> >>401につきまして、下記ページにてibisBrowserサーバの
> ネットワーク情報を公開するようにいたしました。
> 他に必要な情報等あればご指摘下さい。可能な限り対応いたします。
> http://ibis.ne.jp/support/browserIP.jsp
ありがとうございます。
IPアドレスレンジに変更あった場合には、
こちらへお知らせいただきますと同時に、
そちらのページもあわせてご変更いただきますと大変助かります。
まだスイッチの設定は直っていないようです。
>>523 の第一段落を訂正で。
↓
>>465 は >>472 で ack いただいているので、
「なおりましたー」報告をいただいたところで、
戦列復帰へと。(症状的にはまだ直っていない)
> tiger2508 (旧Tiger) c-au5
はまだ生きている気がす。
ぁぃ(^_^;)奮闘中です
時間かかってごめんなさい
あるいは FOX さんからにしますか。
了解。
c22.2ch.netを再インストールのため削除
(追加)
+c.2ch.net:206.223.149.230:300
(一時削除)
+c.2ch.net:206.223.149.45:300
ack(^_^;)
done(^_^;)
http://qb5.2ch.net/test/read.cgi/operate/1201205183/753
あとで。
(追加)
+c.2ch.net:206.223.149.45:300
ack(^_^;)
done(^_^;)
http://unbound.net/
高パフォーマンス、DNSSECサポートありのDNSキャッシュサーバの模様。
NSDのNLNetLabsがメインで開発。
ちょっと面白そう。
Osaka-mono（欧文なのでMonaco）なのが気になる♪＠ ttp://unbound.net/gx/code1.png
http://namidame.2ch.net/test/read.cgi/news/1202983181/
栄枯盛衰か。
Intelが熱くてぼろかった時代にもっと頑張っておけば、、、。
ちとしくりましたが、done. のはず。
すれ違いか。
その話は例のあれか？
＞ＡＭＤにＪＴが資本注入して冷凍餃子作らせる
萌えニュース＋ / 【声優/PC】「Core 2 Quad行きまーす」古谷徹が6年ぶりにPC自作
http://news22.2ch.net/test/read.cgi/moeplus/1181377954/1,27
> 2階の自室にPentium 4とPentium DのデスクトップPCを置き、これをサーバーにして
# 特に他意があって引用するのではありませんけど…。
(追加)
+c.2ch.net:206.223.151.25:300
+c.2ch.net:206.223.148.155:300
ack(^_^;)
done(^_^;)
%ping 192.168.100.34
PING 192.168.100.34 (192.168.100.34): 56 data bytes
64 bytes from 192.168.100.34: icmp_seq=0 ttl=64 time=0.201 ms
64 bytes from 192.168.100.34: icmp_seq=1 ttl=64 time=0.138 ms
64 bytes from 192.168.100.34: icmp_seq=2 ttl=64 time=0.265 ms
ping かかるようになった模様。
【Love Affair】携帯からのアクセスに対する考察・次の一手 Part4.2 - ボーリング場3
http://qb5.2ch.net/test/read.cgi/operate/1203100286/59-60
・c-control.2ch.netの移転
(現状)
+c-control.2ch.net:206.223.150.190:300
(変更後)
+c-control.2ch.net:206.223.151.62:300
ack(^_^;)
done(^_^;)
(削除)
+c.2ch.net:207.29.253.190:300
ack(^_^;)
何時間かかってんだ
移転確認しました。
banana406 は退役可能になりました。
早く修理汁
done(^_^;)
10時間もかかる作業だったのか？
もうお前は運営クビだな
お化粧に時間がかかっただけです
WWWWWWWWWWWWWWWWWWWWWWWWWWWｗｗｗWWWｗ←↑
{ r-}"''; (,- ,_'',;
__ﾉYv"-ｧ'=;} ,_､ Y' ﾘ''ｰ
ヽｰ-ﾊ '､ ／ ｷ}､ {"ｰ {⌒
ﾄ ハ } ,. -ー─-、＿＿／＿,.へﾉ`{ {
! ! !__! ,-､_ ,,（ , ￣ .ヽ'ｰ;ｰ'" これはbanana406乙じゃなくて
|___|! !ｰ-ﾆー､;､;'""ﾉ';{ i＿＿ ＿ ／ﾆ=),..- '" TDNなんだから
K ＼ヽ !`ｰﾆ'-､{ (e 人 | ￣￣／ ／ / /⌒ 変な勘違いしﾝｷﾞｯﾓﾁｲｲ！
＼ヽ !､ヽ, ""）ｰ-'"| ! | / / .{,､ / /
＼"'ヽ'ー-" ＿! || } / / |＼ /
ﾆ=ー- `!!!' ''''ｰ'"{ | | { j ヽ /
ーーーー' _ | ./ ', `ｰ――‐" ノ !
三`'/. ` ----------‐´'""
■ サーバリフレッシュ工事 連絡・作業スレッド１０
http://qb5.2ch.net/test/read.cgi/operate/1199792685/279
・eq.2ch.netの移転 (banana372 → tiger2514)
(現状)
+eq.2ch.net:206.223.150.20:300
(変更後)
+eq.2ch.net:206.223.154.240:300
作業後、banana372 は退役へと。
ack(^_^;)
http://qb5.2ch.net/test/read.cgi/operate/1199792685/282
tiger508
tiger509
のOS再インストールをお願いいたします。
仕様は、先日の tiger510 と同じでOKです。
done(^_^;)
あいあい(^_^;)ack
どもです。
あと、>>551 ということで >>528 は直っているみたいですが、
tiger2525 のプライベート側ネットワークの修復完了でよいかどうか、
ご確認をおながいいただけますでしょうか。
問題なければ、live23f3/live24f3/www2f3 戦列復帰へと。
あい(^_^;)
1) headline/BBYの移行
2) b/BBEの移行
(現状)
+headline.2ch.net:206.223.147.35
&bby.2ch.net:206.223.147.36:a
+b.2ch.net:206.223.151.135
&bbe.2ch.net:206.223.151.135:a
(変更後)
+headline.2ch.net:206.223.150.120
&bby.2ch.net:206.223.150.120:a
+b.2ch.net:206.223.150.120
&bbe.2ch.net:206.223.150.121:a
# TTL=86400なので、headline.2ch.net と b.2ch.net の更新には1日かかります。
ack(^_^;)
done(^_^;)
完了です(^_^;)
連絡遅れてすみません
c.2ch.netのDNSラウンドロビンからはずれていたりしますかー?
転送量が朝10時前からがくんと減った。
まずは確認よろしくお願いします。
c.2ch.netのラウンドロビンに
206.223.150.32(c-docomo6.peko.2ch.net))があるかどうかの確認
+c.2ch.net:206.223.150.32:300
存在していますー(^_^;)
何が起こっているんだ? なぞだ
気にしないことにするかー
http://www.google.co.jp/gwt/n?u=http://qb5.2ch.net/test/read.cgi/operate/1200061619/
em1 (プライベート側)のインタフェースがハングアップしていました。
ifconfig em1 up をやりなおして動きました。
FreeBSD 5.4R に付属のemドライバの虫を踏んだ模様。
(これまでもごくたまに起こっていました)
tiger2525 を戦列に復帰させました。
(削除)
+liveb1.2ch.net:206.223.151.135
これを削除し >>577-580 が行き渡った2月19日14:08をもって、
banana227 は退役となります。
ack(^_^;)
DNSの削除done(^_^;)
おー なるほど
よかったよかった
おつです。
で、今newsplus.jpのメールサーバが不調みたい。
でも、メール送っておいてくださいです。帰宅後に読めると思います。
夏時間のルールが変わっているわけですが、
今米国って、
・いつからいつまでが夏時間ありで、
・いつからいつまでが夏時間なし
なんでしょうか。
切り替えは、3月第2日曜日に時刻を1時間進め、11月第1日曜日に時刻を1時間戻すことで行います。
14:00 ごろから stats/BBS のシステムを tiger506 でも
動かしはじめます(明日ぐらいまで両方で動かすことになります)。
で、その間ボボン関連が何となく両方で動きそうな気がするんですが、
これってそのようにしてしまっておｋなんでしたっけか。
どもです。3月と11月ですか。
改造してだいぶエレガントになったのだ
了解です。
エレガントなFOXさんはかっこいい、ということで。
定時を過ぎたのでbanana227退役します(^_^;)お疲れ様でしたー
・stats/BBSの移行
(現状)
+stats.2ch.net:206.223.147.35
&bbs.2ch.net:206.223.147.35:a
(変更後)
+stats.2ch.net:206.223.152.30
&bbs.2ch.net:206.223.152.30:a
# TTL=86400なので、stats.2ch.net の更新には1日かかります。
ack(^_^;)
508,509ともログイン情報送信しました。
done(^_^;)
http://qb5.2ch.net/test/read.cgi/operate/1199792685/288
ということで、tiger509用に今ある 206.223.151.67 に加えて、
206.223.151.68
206.223.151.69
を追加で確保いただくことは可能でしょうか。
一応、両アドレスに現在pingがかからない状態であることは確認しております。
すみませんが、よろしくお願いいたします。
あい(^_^;)確認の上、可能であれば確保します
OKです(^_^;)お使いくださいなー
了解です。
当方にてサーバに設定いたします。
tiger509 ログイン情報確認しました。
tiger508 のログイン情報が来ていないようです。
こちらのメールサーバの不調かもしれません。
すみませんが、再送いただけますと助かります。
よろしくおながいいたします。
http://qb5.2ch.net/test/read.cgi/operate/1199792685/290
たびたびすみません。
tiger510 にもう一つIPアドレスをいただけますでしょうか。
今のものが 206.223.151.62 なので、
206.223.151.63 をいただけると助かります。
よろしくおながいいたします。
今、tiger508 のログイン情報届きました(こちらのサーバ不調で遅れていた模様)。
再送はしなくておｋです。お手数おかけいたしました。
確認しますー(^_^;)
OKですー(^_^;)お使いくださいー
ありがとうございます。アドレスつけました。
■ サーバリフレッシュ工事 連絡・作業スレッド１０
http://qb5.2ch.net/test/read.cgi/operate/1199792685/293
・cook81/VIP931の移転
(現在)
+cook81.2ch.net:206.223.150.250
(変更後)
+cook81.2ch.net:206.223.151.63
# TTL=86400なので、cook81.2ch.net の更新には1日かかります。
(追加)
+c.2ch.net:206.223.149.80:300
ack(^_^;)
done(^_^;)
done(^_^;)
mini-RC3 ってｗ
http://qb5.2ch.net/test/read.cgi/operate/1199792685/294-295
banana224 = 2chdns7.maido3.com
退役にて。
http://qb5.2ch.net/test/read.cgi/operate/1199792685/297
cobra2246 (新 www/menu にする予定)の OS 再インストールをお願いします。
ただし、いくつかリクエストがあります。
1) OS
FreeBSD 6.3R/amd64 を入れていただきますようお願いします。
6.2R/amd64 は、cobraサーバだと SMP がうまく動きませんでした。
2) パーティション設定
従来どおりで問題ありません。
3) ネットワーク環境
トップページに以前100Mbpsを埋め尽くすタイプのDoS攻撃を受けたため、
ネットワーク1Gbpsを使えるところに移設しようと考えています。
そのためには設置場所の移設が必要になると思いますが、可能でしょうか。
なお、IPアドレスは移設の際に変化しても問題ありません。
また、該当サーバは bge0 と bge1 の2つのI/Fを持っていますが、
1Gbpsスイッチに接続するのはbge0だけでよいです。
(bge1はあけておいてOKです)
以上、よろしくお願いいたします。
banana224退役します(^_^;)お疲れ様でしたー
まずは1)2)からやりますー(^_^;)
了解です。
3）は可能ですー(^_^;)ハード的、スペース的、作業的には問題ないです
ありがとうございます。
よろしくお願いいたします。
えーっと(^_^;)1Gbps化は既定方針なんでしたっけ？
1Gbps へのアップグレードは私の私案に過ぎないです。
理由は >>630 にて。
普段は多くても(bbsmenu更新時など)、20Mbps程度で収まっているです。
あいあい(^_^;)了解
つまり、やるかどうかはおいといて「できる」。
そしてやるときには>635ってことで。
了解しますた。
まずは 1) 2) をすすめて、banana2828(現www/menu) の退役を先にすすめます。
ということで、よろしくお願いいたします。
(追加)
+c.2ch.net:206.223.149.155:300
ack(^_^;)
done(^_^;)
■ サーバリフレッシュ工事 連絡・作業スレッド１０
http://qb5.2ch.net/test/read.cgi/operate/1199792685/309
・F22拠点の移転
(現在)
+f22base.2ch.net:206.223.147.35
(変更後)
+f22base.2ch.net:206.223.152.55
# TTL=86400のため以下略。
>643
ack(^_^;)
ログイン情報受け取りました。
これで負荷テストとか構築とかがうまくいけば、
雪だるまサーバのバックエンドをデュアルCPUにできると、、、。
■ サーバリフレッシュ工事 連絡・作業スレッド１０
http://qb5.2ch.net/test/read.cgi/operate/1199792685/317
・Itadakiの移転
(現在)
+itadaki.2ch.net:206.223.147.35
(変更後)
+itadaki.2ch.net:206.223.152.55
done(^_^;)
>646
ack(^_^;)
done(^_^;)
3)について熟考した(^_^;)
サーバとスイッチの間を1Gbpsの設定でつなぐことは確かにできるんだけども
そこをどれくらいの帯域で使えるのか
スイッチやコアルータの間はどの程度のパフォーマンスを出せるのか
他のサーバへの影響があるのかどうか・・・・
とか、いろいろと不明な点が山積みで
「1Gbpsのサーバ」って言える状態じゃないですね(^_^;)
ってことでやっぱ3)は「現状ではできるとは言えない」です(^_^;)
なるほど。
1Gbpsともなるとそういった、「仮にサーバ単体として耐えたとしても、
iDCとして総合的に見てどうなのか」といったことも影響してきそうですね。
ちなみに、最近では1Gbps超のDoS攻撃も結構あるそうです。
それじゃキツネちんは凄い家畜身じゃん
それじゃ(^_^;)は…
.,Å､
.r-‐i'''''''''''i''''‐-､
o| ｏ! .ｏ i ｏ !o
.|＼__|｀‐´｀‐／|__/|
|_, ─''''''''''''─ ,､ / _
／ ＼
/ ／＼ ／＼ Ｏ i
| ∩ |
! ＿＿ | | ﾉ
丶_ ヽ'ノ
マァヴ ◆jxAYUMI09sさんや編集長は常勝だー
rootさん、
http://qb5.2ch.net/test/read.cgi/saku/1192456662/239
の件なんですが、現時点でどちらのアドレスからもitadakiが開かずに
トップページに飛んでしまう状態です。
確認お願いします。
状況把握につき６５５は撤回で。ご迷惑をおかけしました。
本当に2月中にリリースできるのかね？
どうせ無理だと思うけど。
F22基地の移転したみたいですが、何か関係は無いでしょうか？
http://qb5.2ch.net/test/read.cgi/sec2chd/1203416832/53
スレ汚してごめんなさいでした
http://qb5.2ch.net/test/read.cgi/operate/1201205183/944-953
旧 f22base に暫定的な仕掛けを入れたので、
DNSが完全に変わる明日 15:28:15 (>>647)以降にはずすということで。
◆【餃子】 負荷監視所_20080203
http://news24.2ch.net/test/read.cgi/liveplus/1202042030/284
たぶんこの作業の影響で数分間だけ
多岐にわたるISPの人が一斉に規制対象になったような感じで書込み不可に陥った
とみられる症状が出ました。現在は復旧している模様です。
すみません。私がしくりました。
今直したので、徐々に浸透していくはず。
バカヤロウ！
…こういう時は黙ってFOXのせいにしとくべきだ。
(･∀･)ｲｷﾛ
このおちゃめさん
みんなパニックになってるぞｗ
人間誰しも間違えることはある。
その対処がここまで迅速なんだから
誰もあなたを責めたりしないよ。
おつかれさまですー
たぶんこの作業の影響で数分間だけ
多岐にわたるISPの人が一斉に規制対象になったような感じで書込み不可に陥った
とみられる症状が出ました
え・・・・・何これ・・・・
気づかずに寝てしまってた訳じゃないんだからｗ
ってか、ここ作業スレだから質雑行こうよ
原因は根本的に直したので、再発はしないはず。
1:44 頃にファイルが再配布されたはずなので、
1:55 頃を過ぎてもまだ書けない場合、改めて連絡いただければと。
(もともと規制されていた人は書けないです)
どんまいｗｗｗｗｗｗｗｗ
お疲れ様でしたー。
書けましたー＠自転車板
ドンマイーヽ(´ー`)ノ
になるの？＾＾
▲▲root★ ▲▲
▲▲▲▲▲▲▲
hobby10書けました
いやお疲れ様でした
DQのマップかと
先生！こうですか？よくわかりません
ttp://homepage1.nifty.com/nexus/neiger/map.htm
おつおつ
これでいいですかー＞＜
旧F22へのアクセスが止まったことを確認。
昨日一時的に有効にした(で、しくったのを直した)のを止めました。
F22 の移行も無事終了ということで。
残件 >>661
今のところ順調。
6.2R まで cobra サーバで SMP がうまく動かなかった問題は、
どうやら 6.3R では解決している模様。
http://qb5.2ch.net/test/read.cgi/operate/1199792685/323
proftpd へのパッチ。
(menu.2ch.net に ffftp からうｐできるように)
PATCHFILES += proftpd-1.3.1-nlst-ffftp.patch
PATCH_SITES += http://www.hayasoft.com/haya/linux/proftpd-nlst-patch/
PATCH_DIST_STRIP = -p1
NO_CHECKSUM = yes
こんな Makefile.local を /usr/ports/ftp/proftpd に置くと。
net.inet.udp.maxdgram=262174
net.inet.udp.recvspace=262174
を入れてみた。
net.inet.udp.maxdgram: 9216
net.inet.udp.recvspace: 42080
がデフォルトか。
42080 の整数倍にしてみるか。
にもどし、
#net.inet.udp.recvspace=42080
net.inet.udp.recvspace=168320
にしてみた。
■ サーバリフレッシュ工事 連絡・作業スレッド１０
http://qb5.2ch.net/test/read.cgi/operate/1199792685/325
・www/menu/yakin.ccの移転
(現在)
+2ch.net:206.223.157.110:300
+www.2ch.net:206.223.157.110:300
+menu.2ch.net:206.223.157.110:300
+yakin.cc:206.223.157.110:300
+www.yakin.cc:206.223.157.110:300
(変更後)
+2ch.net:206.223.154.230:300
+www.2ch.net:206.223.154.230:300
+menu.2ch.net:206.223.154.230:300
+yakin.cc:206.223.154.230:300
+www.yakin.cc:206.223.154.230:300
ちょっとスレチだけど
Googleさんで検索すると dat ファイルそのもの（？）が引っかかるけど、これって仕様でしたっけ？
前のGoogleボットによるcgi叩きの時に変えるように要請したんでしたっけ？
私は特に何も要請してないです、、、。
あれま、、、そうでしたか
重い重い重い重い重い重い重い×47＠運用情報
http://qb5.2ch.net/test/read.cgi/operate/1197346168/608
read.cgiを叩かないようにするために直にdatへ行くようにしたのかと思いました
ってことは普段のクロール中にたまたま拾ったって感じですかね
ご返答ありがとうございましたです、、、
■ サーバリフレッシュ工事 連絡・作業スレッド１０
http://qb5.2ch.net/test/read.cgi/operate/1199792685/337
・peko.2ch.netドメインのプライマリDNSサーバの移転
(現在)
&peko.2ch.net:206.223.147.48:c ← この行を削除
&peko.2ch.net:206.223.151.10:d
(変更後)
&peko.2ch.net:206.223.151.225:a ← この行を追加
&peko.2ch.net:206.223.151.10:d ← この行はそのまま
banana238 は ama.bbspink.com ドメインのDNSサーバもやってます。
# 大昔の作戦の名残りです。
今後もこれを使うのかどうかはわかりませんが
退役予定の banana238 からは移動させるということで、
とりあえず、headline.bbspink.com と同じサーバに移動しておきます。
ということで、以下の DNS 変更についても、
それが可能な方にあわせてご依頼いただけますと助かります。
・ama.bbspink.comドメインのプライマリDNSサーバの移転
(現在)
&ama.bbspink.com:206.223.147.49:b ← この行を削除
(変更後)
&ama.bbspink.com:206.223.153.131:a ← この行を追加
7.0-RELEASE 来ましたね。
きましたか。
しかし、今回は殊の外難産だったような。
Edit src/UPDATING
Add delta 1.507.2.3.2.4 2008.02.24.05.17.54 kensmith
Edit src/sys/conf/newvers.sh
Add delta 1.72.2.5.2.4 2008.02.24.05.45.16 kensmith
mini-rc3 から結局ほぼそのまま、リリースにいった模様。
FreeBSD oyster901.peko.2ch.net 7.0-RELEASE FreeBSD 7.0-RELEASE #3:
Sun Feb 24 01:57:47 PST 2008
root@oyster901.peko.2ch.net:/usr/src/sys/amd64/compile/AMD64_COBRA_70 amd64
実は昨日 7.0-RC3 にしたばかりだったんで。
make update して make しただけと。
(DNSサーバをbanana238から移したり、色々作業した一環)
# ちとおでかけ。
なるほどｗ
# いってら
(現在)
+i.2ch.net:206.223.147.35
(変更後)
+i.2ch.net:206.223.154.230
# 現在のDNSリクエスト状況: >>701 >>706 >>707 >>715
きっと、その間のFreeBSDの新版のリリースが少なかったからですよ。
ack(^_^;)
完了報告は遅くなるかもー
作業自体は進めます
>707
ぅぃぅぃ(^_^;)
DNS更新作業は今日午前中あたりに
完了している様子。
File: 7.0-RELEASE-i386-bootonly.iso 34450 KB 2008/02/25 0:34:00
File: 7.0-RELEASE-i386-disc1.iso 521658 KB 2008/02/25 0:35:00
File: 7.0-RELEASE-i386-disc2.iso 711414 KB 2008/02/25 0:35:00
File: 7.0-RELEASE-i386-disc3.iso 359954 KB 2008/02/25 0:36:00
File: 7.0-RELEASE-i386-docs.iso 242530 KB 2008/02/25 0:37:00
File: 7.0-RELEASE-i386-livefs.iso 219390 KB 2008/02/25 0:38:00
RELEASEの時がやってまいりました
あとはアナウンスのみ
ftp://ftp.peko.2ch.net/pub/FreeBSD/releases/i386/7.0-RELEASE/
先ほどミラーされてきました。
オフィシャルサイト群が混んでいる場合にでも。
# ディスク容量の都合で amd64/i386 の 6.3R と 7.0R しかミラーしてないです。
猿はさっさと死ねよー
http://qb5.2ch.net/test/read.cgi/operate/1199792685/343
banana2828
banana273
退役可能となりました。
http://k-tai.impress.co.jp/cda/article/news_toppage/38724.html
どういうものだろう。
仕様は公開されるようですね。
＞iモードID開始日となる3月31日には、同社の開発者向け情報提供
＞コーナー「作ろうiモードコンテンツ」内で仕様が公開される予定。
作ろうiモードコンテンツ
http://www.nttdocomo.co.jp/service/imode/make/
お疲れ様です。
＃ 環境を再構築するためにインストール中・・・スケジューラはULEに
rootさん、WILLCOMのIPアドレスが増えちゃったのでお暇な時にでも
対応お願いします。
http://www.willcom-inc.com/ja/service/contents_service/club_air_edge/for_phone/ip/index.html
＞新規追加IPアドレス（2月27日追加分）
＞61.204.3.128/25
＞211.126.192.128/25
いってきます。
BBS.CGI - 2008/02/27
すみません。ありがとうございました。
ttp://www.freebsd.org/releases/7.0R/announce.html
http://journal.mycom.co.jp/news/2008/02/28/030/index.html
なんかスゲー
1500%って、なんだよｗ
だいちくんの記事だからだいちくんの記事なわけだけど(意味不明)、
書いてあることは基本的に >>730 ベースですね。
でも、
> ソケットバッファサイズの自動調整機能やインバウンドネットワークの
> ダイレクトディスパッチ、sendfile(2)の機能強化で処理性能がこれまでよりも
> 向上している。
このへんは面白いかも。
bbs.cgi再開発プロジェクト6
http://qb5.2ch.net/test/read.cgi/operate/1176295715/125
を適用。
stats がいまいちになった時の動作が円滑になることを期待。
ちなみに適用したのは上記の a. だけ。
http://qb5.2ch.net/test/read.cgi/operate/1204187195/35-38
banana3206 = science6 / academy6 / society6
ディスクがおかしい模様。
今は「リトライしている」状態ななのでとりあえず動いている模様ですが、
このままにするとだめになる可能性あり。
中の人に急ぎ、対応をお願いするメールを送りました。
http://qb5.2ch.net/test/read.cgi/operate/1202969986/412
tiger506 = stats.2ch.net
#kern.ipc.maxsockbuf=2097152
kern.ipc.maxsockbuf=3840000
にした。(tiger2522 = live24b雪だるまバックエンドと同じ)
http://mumumu.mu/mrtg/mrtg-rrd.cgi/bbqbbx/bbs.html
kern.ipc.maxsockbuf=8388608
に再修正。< banana238と同じ
以下の返事が来ました。
> ご連絡頂きました件について、承りました。
> 調査させて頂きますので、今しばらくお待ち下さい。
rsync 3.0.0 リリース
http://www.samba.org/rsync/
http://journal.mycom.co.jp/news/2008/03/03/015/index.html
o ファイル転送アルゴリズムの改良
o ACL 対応（--xattrs）
o ファイル名 / 文字コードの変換対応（--iconv）
重い重い重い重い重い重い重い×48＠運用情報
http://qb5.2ch.net/test/read.cgi/operate/1202969986/898
>701からでいいのかな？
ack(^_^;)
ちと確認するー
あいあい(^_^;)
ということで、banana2828,banana273の２台退役します(^_^;)おつかれさまでしたー
HDD自体に問題はなさげ・・・・(^_^;)どうも書き込みが間に合ってない予感
更に調べます。
おつです。
>>750
banana273、ちと残作業しております。
退役を土曜日以降にしていただけると助かります。
すみませんです。
banana2828は退役OKです。
>>751
了解です。
あまりにもエラーが上がるようなら、新しい筐体にする方向ですかね、、、。
こっちのほうもackってことで作業進めます。
http://qb5.2ch.net/test/read.cgi/operate/1202969986/761
banana273了解です(^_^;)作業止めました
banana3206はもうちょい調べさせてくださいー
・HDDがエラーを吐く件
・今日、負荷が跳ね上がった件
了解です。
>>755
> banana273了解です(^_^;)作業止めました
ありがとうございます。
退役可能になったらここで連絡します。
それほど時間要しないと思います。
> banana3206はもうちょい調べさせてくださいー
了解です。
> ・今日、負荷が跳ね上がった件
LAの異常上昇はこれまでにも数度、観測されているようです。
参考までに、既得ログからざっと拾った banana3206 の異常LA 乱高下が起こった日時
(書き込み・報告があった時間帯)
08/02/13 15:17:11〜16:16:20 例の c2x 系の listen 80問題の最中？
http://qb5.2ch.net/test/read.cgi/operate/1197346168/628-651
08/02/29 13:10:25〜13:36:00 実際には数時間続いた
http://qb5.2ch.net/test/read.cgi/operate/1202969986/370-372
08/03/01 22:10:58〜19:15:58 日付が変わるまで LA 50 に張り付きっぱなし
http://qb5.2ch.net/test/read.cgi/operate/1204187195/31-71
08/03/03 11:44:19〜22:06:02 実際どの程度続いたか覚えてない
http://qb5.2ch.net/test/read.cgi/operate/1202969986/794-818 ？
08/03/07 12:19:24〜18? 本日分、今ならグラフが見れる
http://qb5.2ch.net/test/read.cgi/operate/1202969986/900-
・今のところ調べた範囲ではサーバに異常は見当たらない
・今日の時間帯にアクセスが集中した
・HDDのエラーもI/Oが間に合ってないっぽい
ってことで、b3206の板のアクセスが多いのが原因じゃないかと踏んでます(^_^;)
アクセス集中はおすすめ２ちゃんねるからのアクセスのようです。
ってことで選択肢は
１ サーバを分割する
２ サーバを移転する
３ 仕組みを改良する
つー感じかな・・・・と(^_^;)
I/Oが間に合ってないっぽいのいでお勧めは１なんだけど。
done(^_^;)
観察継続してますが、負荷が低い状態でも、
ad12: TIMEOUT - WRITE_DMA48 retrying (1 retry left) LBA=362251615
ad12: TIMEOUT - WRITE_DMA48 retrying (1 retry left) LBA=337441791
が出ているので、ハードウェアなような。
というかそもそも b3206 はかつて上記 + life9 が入っていても
ぎりぎりの状態で動いていたので、I/Oがあふれるというのは
通常状態では考えにくいなと。
通常じゃない状態の時に遭遇しないと、
本当のところはわからないのかもですが。
http://traffic.maido3.com/NN5k/LVyV/p0Yn/
Speed 0 bps
Last modified 2008/03/08 22:20:52 JST
死んでる?
退役済ですね。(>>722 >>750)
すみません
了解しました
グラフの更新お願いしておきました。
【↑増加】２ちゃんねるの転送量【減少↓】
http://qb5.2ch.net/test/read.cgi/operate/1197963239/287
確認しました
ありがとうございます
banana273、残作業終わりました。
退役OKです。
３台くらいあれば当分大丈夫だろう
それまでは重かったら人大杉でしのぐ
http://buffalo.jp/products/catalog/storage/ts-igl_r5/
FreeBSD 用のドライバ(イニシエータ)がまだないべ。それにあったとしても、２ｃｈでの
使いどころがないと思うな。精々テンポラリな？バックアップストレージ程度か？
凌げてねーぞ（#ﾟДﾟ）ｺﾞﾗｧ
携帯系とかで使えるんじゃないかな？
NFSの時の話は、キャッシュ鯖が板datにアクセスするのに使いたい
みたいな話だったと思う。
板鯖に対してhttpでgetするんじゃ無くて、直接ファイルコピー
なら板鯖側の負荷が減るんじゃ無いかとかそんな感じ？
【Love Affair】携帯からのアクセスに対する考察・次の一手 Part4.2 - ボーリング場3
http://qb5.2ch.net/test/read.cgi/operate/1203100286/305-309
・c26のc.2ch.netへの復活
(以下を追加)
+c.2ch.net:206.223.150.85:300
できません。iSCSIはストレージ共有でつまるところSANなので
同一ボリュームの共有マウントは実質的にできませんよ。
調停にはいるSANコントローラ次第でできる場合もありますが。
SANのメリットは高品質なファイルサーバから小容量を切り出すことができるところにあります。
iSCSIターゲット側の実装によりますが、たとえばディスクが200本ついているファイルサーバから
10GBのパーティションを切り出してiSCSIでイニシエータがアタッチしたとすると、
そのパーティションへのアクセスはディスク200台の記録ヘッドが同時に動くわけです。
つまりアクセスが速い上に演算ユニットとストレージを切り放すことで
全体の動作品質をあげることができるのがメリットです。
■ サーバリフレッシュ工事 連絡・作業スレッド１０
http://qb5.2ch.net/test/read.cgi/operate/1199792685/374
・rock54/BBR/BBNの変更
(現状)
+rock54.2ch.net:206.223.147.35
&bbr.2ch.net:206.223.147.41:a
&bbn.2ch.net:206.223.147.42:a
(変更後)
+rock54.2ch.net:206.223.151.67
&bbr.2ch.net:206.223.151.68:a
&bbn.2ch.net:206.223.151.69:a
---
・BBXの変更(下記)はpeko.2ch.netドメインにて、
上記と同期して私のほうで実施予定
(現状)
+bbxns1.peko.2ch.net:206.223.147.39:259200
(変更後)
+bbxns1.peko.2ch.net:206.223.151.67:259200
さてさて・・・・
>776
ack(^_^;)
ack(^_^;)
done(^_^;)
>>776 の
> (変更後)
> +bbxns1.peko.2ch.net:206.223.151.67:259200
を変更済。
NS変更につき、最大3日程度変更に時間かかるかも。
その間Rock54のかかり具合が微妙になるかもです。
done(^_^;)
どうなってるんだろ？これって、
・HDD のジャンパ設定が 1.5Gbps になっている
・BIOS (の設定)がおかしい
・ドライバがおかしい
あたりが原因で、向こうの中の人に作業依頼な案件ですよね？
> ・HDD のジャンパ設定が 1.5Gbps になっている
じゃないかなと。
Intelマザーで、
> atapci2: <Intel ICH8 SATA300 controller>
他の T-banana と同じ ST3250620AS (250G SATA300 7200) だから、
それはないかと。
自分の使ってるのがソフトウェア設定だったから、みんな同じだと思ってた・・・
↑誰？
bbs.cgi にIPアドレスがハードコーディングされてました。
これから変えてきます。
done.
ハードコーディングされていない模様。 < bbs.cgi
BBX/BBN は最大あと2日程度で移行予定。
了解です(^_^;)
banana273退役します(^_^;)お疲れ様でしたー
・・・・まあ、いろいろ勘案してそうしているようですし、いちゃもんはいえないのですけど。
http://qb5.2ch.net/test/read.cgi/operate/1190801959/353
ということで。
done.
http://qb5.2ch.net/test/read.cgi/operate/1203698756/601-606
・一般ユーザで Apache を再起動できるしかけを仕込む @ dso
sudo コマンド使用
・read.cgi 配布リストの更新(サーバがいろいろ投入・更新・32bit→64bit化等を反映)
を、あとで。
ログインシェルでリスタートさせるとか?
【広告・宣伝対策】 連絡・相談スレ 【Rock,BBQ,BBM】2
http://qb5.2ch.net/test/read.cgi/operate/1190801959/368-369
また以前のように一部のサーバでRockカウントされない状況になっています。
少し調べていただけませんでしょうか。
向こうにも書きましたが、3月14日ぐらいまでは、
Rock54のかかり具合が悪かったはず。
でも、ご指摘のは3月15日のやつですよね。
しらべてみます。
>>779-780 から最大3日程度、Rock54 のかかり具合が悪かったはずです。
つまり、3月15日の 16:25 以降に新規にRock登録したもので、
いまいちなものがあったら、それを教えていただけると助かりますです。
ざっと見た限りでは、
・DNS側のフィルタ(oklist)は正常にみえる
・DNSへの問い合わせ状況も正常に見える
というかんじでした。
http://qb5.2ch.net/test/read.cgi/operate/1190801959/382-385
ということで、移行時の私の作業漏れでした。
すみませんでした。
DNS的には移行完了しているのを確認できたので、
これでしばらく動かして問題なければ、Rock54も移行できたはず。
WWWWWWWWWWWWWWWWWWWWWWWWWWWWWｗｗｗｗWWWｗ←↓
管理人にメールで、
リロードバーボンの除外IPアドレスの追加・修正方法を訊かれたので、
私が先日やった方法を伝えました。
</情報共有>
何あるんでしたっけ。
そりゃ今春の注目度トップだろうが、ガンダムシリーズを超えるとはとても思えない
なるほど。
それってむしろ「揺り戻し警報」なんじゃないかなと。
やはり「オレンジ」がすごかったんでしょうw
http://qb5.2ch.net/test/read.cgi/operate/1184676493/752
・バックエンドのIDの種は、メモリディスク上に作成するようにするということで。
あと、残件 >>803
なんか壊れてるんで直してくださいです〜〜・・・・
Rock54ですか。
あまり手の内を明かしたくないので詳細説明は控えますが、
「必ず絶対に3回まで」ではなく、それより多く書けてしまうことも技術的にありえます。
このへんはRock54とRock54Mを開発していた時の過去ログをよく読めばわかります。
特に(ぴー)の場合(未承諾さんならわかるかも)については、
そろそろ何かの開発が必要かも。
はい、有難うございます（笑） >>821は今朝の騒動についてのお願いでした！
今は問題なくどこも書けるようなのでどうもでした〜♪
> Rock54ですか。
↑
はいはい・・・その件も気になってたんで、回答サンクスです！
規制人が規制活動再開後に異常発覚といった経緯から、わずかな異常でも頻度が上がらないかぐらいは
常にチェックしておかないと、また同じ事態が起こると思ってるんで、また異常発見したらチクリに来ますです〜（笑）
異常ではない・・・という可能性が高いのは、なんとなくわかりましたが、異常じゃないとは言い切れないということですね（笑）
悪〜しか〜らず〜です〜みま〜せん〜♪よ〜ろし〜くで〜すよ〜（笑）
解説サンクスでした！
しかし今の草臥れた脳内ではそのdataを誰が更新しているのかが追跡できず(ﾟ∀ﾟ)ｱﾋｬ
そして明日から諏訪方面なのでぢたばた中（哀）
http://qb5.2ch.net/test/read.cgi/operate/1199792685/397
banana238 退役させます。
これで旧bananaは雪だるま受付嬢の2台と(当面継続使用の予定)、
株関係の2台(別途手配されるそうです)のみとなりました。
お疲れ様でした〜（笑） > banana238 退役
BBR→BBNの頻度って、今どうなんでしたっけ。
1分に変えたんだっけか。
(単に忙しくて読めなかった)
少しだけ。
DSR(ダイレクトサーバリターン)機能を持つ
ロードバランサ機能を作るだけであれば、matdのみでいけます。
雪だるまの受付嬢からフロントサーバのロードバランシングは、
これでやっています。
で、受付嬢を二重化するためにucarpというのを使っています。
これがLinuxでいうheartbeatに相当するものです。
portsのheartbeatはうまく動いてくれないので、結局動かすのをやめました。
つまり入れる順番と入れるものは、
1) 基本の構成を作るために必要なmatd
2) さらなる冗長化を図るためのucarp
の2つ、ということになります。
例えば、1台の受付嬢で受けたリクエストを3台でロードバランスする構成を考えます。
以下、受付嬢をu1、サーバをs1, s2, s3、それぞれで使っているIPアドレスを
IPu1, IPs1, ...のように書くことにします。
この構成の場合まず、
1) u1, s1, s2, s3 は＊同じサブネット上＊になければいけません。
つまり、IPu1, IPs1, ..., IPs3が全部同じサブネットでないとだめです。
バランシングにMATを使う場合必須です。
また、できれば同じスイッチ上が望ましいです。
雪だるまの場合全部、206.223.150.*に入っています。
2) そのサブネット上のどのサーバにも割り当てられていないIPアドレスが、
一つ＊別に＊必要です。このIPアドレスを使って外からのリクエストを受け付けます。
つまり、IPアドレスが上記IPなんちゃらとは別に必要になるわけです。
以下、これをIPd(代表のd)と書き表すことにします。
3) u1とs1〜s3の間の通信は直接行いますので、プライベートアドレスは必要ありません。
つまり、こんな構成になります。
このネットワークをまず完成させてから、次の作業に移るのがよいかなと。
┬─┬─┬─┬─ 同一サブネット(同一スイッチが望ましい)
■ ■ ■ ■
u1 s1 s2 s3
IPu1 IPs1 IPs2 IPs3
※この時点ではまだIPdはどのサーバにも振らない
本業の隙を見ながらなので matd + ucarp がちゃんと動くまで書くまでには
かなり時間かかるかもですが、とりあえずぼちぼちと。
このサブネットに受付嬢スタンバイ機u2を追加することになります。
u2もu1やs1〜s3と同じサブネットでないとだめです。
あと、u1とu2は専用のプライベート接続を持つことが望ましいです。
２ちゃんねるでは2nd Ethernet I/Fを使って、クロスケーブルで直結しています。
以上を反映した構成図はこうなります。
┬─┬─┬─┬─┬─ 同一サブネット(同一スイッチが望ましい)
■─■ ■ ■ ■
u1 u2 s1 s2 s3
IPu1 IPu2 IPs1 IPs2 IPs3
ということでちと、今はこのぐらいで。
本業へと。
絵をちょっと変えてみた。
クロスケーブル直結をわかりやすく。
┬─┬─┬─┬─┬─ 同一サブネット(同一スイッチが望ましい)
■〜■ ■ ■ ■
u1 u2 s1 s2 s3
IPu1 IPu2 IPs1 IPs2 IPs3
>>832 の構成を作る前にまず、
・MATとはどういうしくみなのか
について、少し説明しておこうかなと。
それによって、なぜ同一サブネットじゃなきゃいけないとか、
そのへんが見えてくるのかなと。
一般のユーザの方に見えるところで使われているものではないので、
あまり耳慣れない言葉かもしれません。
でも、似た言葉で「NAT」というのは、
聞いたことがある人がいると思います。
NATは「Network Address Translation」の略です。
NATという言葉を耳にするのは、
「NATルータ」とか「ルータのNAT機能」という文脈ではないかと思います。
そこでまずMATの説明をする前に、まずNATの説明をしておこうと思います。
例として、下のような環境で説明します。
┬─┬─┬─[NATルータ]─(インターネット)─2chなど
■ ■ ■
自宅ネットワーク
上記は典型的なネットワーク接続になります。
家にPCが3台ありそれぞれがネットワークで接続されていて、
NATルータという機械を経由して、インターネットに接続されています。
この場合通常では、インターネット(プロバイダ)からは、
インターネットに接続可能なIPアドレスは一つしか貸してもらえません。
でも、3台のPCからはそれぞれ別々にインターネットを使うことができます。
どうしてこのようなことができるのかというと、
内部用のIPアドレス(192.168.なんちゃらってやつです)と
インターネットに接続可能なIPアドレスの変換を、
NATルータが行ってくれるからです。
┬─┬─┬─[NATルータ]─(インターネット)─2chなど
■ ■ ■
PC1 PC2 PC3
PC1にはIP1、PC2にはIP2、PC3にはIP3が
それぞれ割り当てられているとします。
で、NATルータにはインターネット(プロバイダ)から、
外部接続可能なIPe1が割り当てられているとします。
この場合IPe1は上のNATルータの絵の「右側の足」に割り当てられます。
この例でPC1から2chに対して通信をしようとすると、まずPC1は、
「送信元: IP1、送信先: 2ch」というデータをNATルータに向けて出します。
このデータを受信したNATルータは、
「送信元: IPe1、送信先: 2ch」にデータを＊変換して＊送ります。
で、「このデータのもともとの送信元はIP1だった」ということを覚えておきます。
このデータを受信した2chのサーバは、
IPe1に対して応答を送り返してきますので、
応答は普通にNATルータに届きます。
NATルータは「この返事は、もともとの送信元がIP1だったデータに対する返事だ」
ということを理解しています。ということでこのデータを受信したNATルータは、
受け取ったデータをPC1にそのまま返します。
これで、直接通信ができないはずのPC1と2chとの間の通信が成立することになります。
何らかの「アドレス変換」を行うしくみ、ということになります。
NATではそんなわけで、IPアドレスの変換をしてました。
では、MATで変換されるらしい「MACアドレス」というのは何でしょうjか。
これがわかれば、MATのしくみがわかるのかもしれません。
そんなわけで次では、この説明をしてみます。
何せ原稿を別窓で書くのではなく、
AAも含めてJaneViewの書き込み窓に直接書いているので、
説明があっちにいったりこっちにいったりするのは、
ごかんべんくださいです。
ではまた。
NATルータは、
> 「このデータのもともとの送信元はIP1だった」
> 「この返事は、もともとの送信元がIP1だったデータに対する返事だ」
この2つのことを自宅側のPC(この例では3台)について、
すべて区別して理解しているので、
・自宅側には2つ以上のPCを接続でき、それらの通信データが混ざってしまうことはない
・2ch等の外部側からみた場合、それらはすべて同じIPアドレスIPe1から来たように見える
(例えば2chの投稿には同じIDがつく)
ことになります。
MACアドレスは、Media Access Control addressのことです。
「メディアアクセスコントロール」といってもよくわからないかもしれませんが、
乱暴に一言で言ってしまうと、
「PCに直接焼き付けられている固定の物理アドレス」
「IPアドレスと違ってこのアドレスは通常、一生変わらない」
ものです。
そして、
「同一サブネットにおけるデータのやりとりでは、
実際のデータ通信の際には「IPアドレス⇔MACアドレス」という変換を内部的にして、
最終的なデータの送受信はMACアドレスにより行われている」
ということが重要になります。
子供が真似する
もうすこしわかりやすくするために、上記を絵的に説明してみます。
シンプルにこんな絵を描いてみました。同一ネットワークに2台だけつながっている状態。
┬──┬
■ ■
m1 m2 … 名前
IP1 IP2 … IPアドレス
MAC1 MAC2 … MACアドレス
このような形で、同一サブネット上に2台のマシンm1とm2があったとします。
この場合m1からm2にデータを送る際には、
送信元IPアドレス: IP1
送信先IPアドレス: IP2
という「IP荷札」を持つデータがまず作られ、それがm1の＊ネットワークカード＊によって、
送信元MACアドレス: MAC1
送信先MACアドレス: MAC2
送信元IPアドレス: IP1
送信先IPアドレス: IP2
という形に物理的に加工されて(荷札の上にもう1枚「MAC荷札」がつくイメージがいいかと)、
ネットワークに送り出されます。
m2の＊ネットワークカードは＊「MAC荷札」を見て、
あ、これは自分のもの(MAC2宛て)だ、と認識し、MAC荷札を＊はがしたうえで＊、
m2本体部分に届けます。
データを送り届けられたm2の本体部分は「IP荷札」の「送信先IPアドレス」が、
自分のIPアドレスと一致したら、それは確かに自分のものだ、と認識します。
つまり、
・純粋に荷物を送ったり拾い上げるためだけに使われるMAC荷札
と、
・送る相手を指定したり届いた荷物が誰から送られたか確認するためのIP荷札
が別にあるわけです。
ここまでがMACアドレスの基礎知識です。
>>845
すみませんです。
じかんが、、、。いったんここまで。
某所:
> ・ロードバランサーを二重化する場合には、プライベートネットワークの
> 環境が必要になる
>>834
> あと、u1とu2は専用のプライベート接続を持つことが望ましいです。
「望ましい」と書いているとおり、専用のプライベート接続がなくても
動作自体はすると思います。
その場合相手が生きているかどうかを、
パブリック側のネットワークでチェックすることになるため、
他の通信に影響されるおそれがあります。
つまりその分、相手が生きているかどうかをチェックする部分の信頼性が
やや低下します。
こういうのをやる場合に一番まずいのは「相手の死の誤検出」です。
つまり主ノードが生きているのにスタンバイノード側が「死んだ」と判断すると、
両方のノードが同時に動作してしまうことになり、致命的です。
でもでも、まずは基本構成を作るのが先なんじゃないかなと。
というところでまたしてもオフラインに。はい。
「ほんとはネットワークカードがやるとは限らないじゃないの?」とかいうのは、なしで。
(>>846-847)
乙
matdの基本とMATのしくみ
ロードバランシングにおけるDNSラウンドロビンとNATとMATの比較
matdの設定
２ちゃんねるにおける未解決の課題
で、このあとucarpの話など。
下っ端SEとしてwktk
Vol2.「FOX★が教える憎まれ方」
Vol3.「ひろゆきが教える人の集め方」
FOX★が教える胃の壊し方
root★が教える結婚生活の…これはナシ
じゃなくてそろそろ書き込み控えろい
http://qb5.2ch.net/test/read.cgi/operate/1206640649/554
・まず改造後の bbs.cgi を読んでみる
・どうすればいいか、jigとibisの中の人にここで伝える
あたりを、時間とれたところで。
2ch書き込み時にiモードIDを送る必要が出てくるということでしょうか。
まだざっとしか見ていませんが、iアプリからもIDはとれるようなので、対応は可能だと思います。
以前と同じようにヘッダに文字列を埋め込む方式か、
独立したヘッダフィールドとして送信するかのどちらかになりそうですね。
ここで言うのも何ですが…逆引き出来るよーにする予定はないのですか？＞＜。
それに関しましては、以前設定を入れたときに他でトラブルがありまして……。
もちろん逆引き設定だけでトラブルが起きるというのもおかしな話で、
どこかの設定が変なのだと思うのですが、現在調査中です。すみません。
なるべく速やかにしたいとは思っています。
IPｱﾄﾞﾚｽどれ？
もう逆引き出来てなかったっけ？？
(59.106.52.18)←ｺﾚはまだ引けてないようですが.
お疲れさまです
本業のルートﾀｿに依頼するとか(ﾟ∀ﾟ)!!!
>>865
http://ibis.ne.jp/support/browserIP.jsp
今は↑とは違ってるっぽい？(´･ω･`)
Monazilla/1.00 (P2/p2.2ch.net; p2-client-ip: 59.106.88.247; p2-user: 173870)
対応はたぶんきっと、そんなかんじですね。
仕様が固まったら、またこちらにて。
【祟り】FOX★が管理人をなめなめするスレッド【鎮○】8
http://qb5.2ch.net/test/read.cgi/operate/1206640649/756-
了解です。
banana238引退します(^_^;)お疲れ様でしたー
お疲れ様でした〜（笑）
!Chao!(^･^)/~ banana238
こっちはbbs.cgi用。BBM用は、、、。
【祟り】FOX ★が管理人を夏タイヤに交換するスレッド【交換】
http://qb5.2ch.net/test/read.cgi/operate/1207121839/8
【祟り】FOX ★が管理人を夏タイヤに交換するスレッド【交換】
http://qb5.2ch.net/test/read.cgi/operate/1207121839/39
単に tr がいちばんいい模様。
> matdの基本とMATのしくみ
に入る前に、NATを使ったロードバランシングの話を少しします。
NATは >>840 にあるように、IPアドレスを変換するしくみでした。
例えば、毒男さんがセットアップしようとしていたbalanceを使った
ロードバランシングは、NATで実現されています。
では、NATでロードバランシングはどうやって実現されているのでしょうか。
ここでもう一度 >>840 にある図を見てください。
実は、NATを使ったロードバランシングでは、
この図の左側の PC1〜PC3 がサーバで、右側がユーザ(クライアント)なのです。
つまりみなさんの家にあるNATルータとは＊逆向きのNAT＊が使われているわけです。
ということでNATを使ったロードバランシングでは、
・公開されるIPアドレスは一つ
・サーバからの行き・戻りのパケットの両方とも、NATルータ(バランサー)経由になる
ことになります。
しくみから入る前にまず、具体的な設定から入ったほうがイメージがつかめそうなので、
そのようにしてみます。
>>832 の図を再掲します。
┬─┬─┬─┬─ 同一サブネット(同一スイッチが望ましい)
■ ■ ■ ■
u1 s1 s2 s3
IPu1 IPs1 IPs2 IPs3
※この時点ではまだIPdはどのサーバにも振らない
matdの設定をするよりも＊前に＊、まずIPdアドレスを振る必要があります。
で、IPdアドレスはここにある＊4台すべてのサーバに＊振られます。
ここで「えっ、そんなことできるの?」と思われた方がいるかもしれません。
ということでここのしくみを理解することが、MATの最大のポイントになります。
…とここまで書いたところで、タイムアウト、、、。
続きはちと後で。
IPdアドレスの振り方ですが、
・u1の外向けインタフェース(em0やvr0等)
・s1〜s3の＊ローカルインタフェース＊(lo0)
に、同じIPアドレスを振ります。
実際の処理をするs1〜s3サーバの lo0 に振るのがポイントです。
これにより「自分にはIPdアドレスが振られている」ということが認識され、
かつ、lo0 のIPアドレスは外には決して見えないので、
外部から見た場合、IPアドレスがバッティングしてしまうことがありません。
外部からはu1につけられたIPdだけが見えることになります。
ちょっとだけ先回りして言っておくと、
>>847
> データを送り届けられたm2の本体部分は「IP荷札」の「送信先IPアドレス」が、
> 自分のIPアドレスと一致したら、それは確かに自分のものだ、と認識します。
これに関係しています。
┬─┬─┬─┬─ 同一サブネット(同一スイッチが望ましい)
■ ■ ■ ■
u1 s1 s2 s3
IPu1 IPs1 IPs2 IPs3
IPd IPd IPd IPd ← ただし外から接続可能なIPdはu1のものだけ
この状態の時に外からIPd宛てのデータが来ると、
通常の方法でu1に接続されます。
その際、u1にはそのサブネットのルータ(仮にRとする)から、
こんな「IP荷札」と「MAC荷札」がついたデータが来ているはずです。
送信元MACアドレス: RのMACアドレス
送信先MACアドレス: u1のMACアドレス
送信元IPアドレス: 送信元のIPアドレス
送信先IPアドレス: IPd
そしてこのデータは、
通常の場合システムが受け取って「MAC荷札」をはがし、
待っている人に引渡しをすることになるわけですが、
matd を設定した環境では、このデータはMAC荷札がついた状態のまま、
matd が処理をすることになります。
・送信元MACアドレス: u1のMACアドレス
・送信先MACアドレス: s1〜s3のMACアドレス ← ★注目
・送信元IPアドレス: 送信元のIPアドレス
・送信先IPアドレス: IPd
そして内容は変更せず、そのままネットワークに送り出します。
するとこのデータは「u1からs1〜s3に直接送られた時と同様に」
s1〜s3に到着します。
s1〜s3では通常通りMAC荷札をはがして、送信先IPアドレスをチェックします。
・送信元IPアドレス: 送信元のIPアドレス
・送信先IPアドレス: IPd
そこには「IPd」と書いてあります。
次にs1〜s3はIPdが自分のIPアドレスと一致するかどうか調べます。
IPdは確かに自分に振られているので、来たデータは自分宛てだと判断し、
そのIPアドレスで待機しているサービス(例えばhttpd)に渡されます。
s1〜s3は、以下のようなIP荷札がついたデータを用意します。
・送信元IPアドレス: IPd
・送信先IPアドレス: 送信元のIPアドレス
そして、これを通常の手段で送り出します。
このデータの送信先は送信元のIPアドレスになっていますので、
通常の手段でルータRに送られることになります。
つまり、u1を経由せず、s1〜s3からダイレクトに送信元に返事が届くことになるわけです。
つまりMATのしくみ、ということになります。
(逆向き)NATでは送信先IPアドレスが変換されましたが、
MATでは送信先のMACアドレスが変換されることになります。
そしてこれが使えるのは「MAC荷札をつけた状態でデータが送られる範囲のみ」
つまり >>846 のような形でデータが送受信される、同一サブネットの範囲内のみ、
ということになるわけです。
次はちと >>852 と順番変えて、matd の具体的な設定など。
> ・s1〜s3の＊ローカルインタフェース＊(lo0)
「ループバックインタフェース」ですね。すみませんですた。
s1、 s2、 s3が自身のIPアドレスを参照する際のアドレスということですよね。
で、自身が参照するためだけのものだから外部からは見えないと。
つまりs1〜s3が自分宛のパケットかを調べるためだけに使用されると。
ここに至るまでに、
ifconfig alias でつける IPd のアドレスをつける設定は既にできているものとします。
ifconfig_lo0_alias0 とかそのへん。
1) 来るパケットを matd でだけ処理するようにする @ 受付嬢
受付嬢の通常システムがパケットを処理してしまわないように、
ipfilter を設定してパケットをブロック(ドロップ)します。
ブロックしないと受付嬢のhttpdが「こんにちは」ってしたりします。
もちろんそもそも受付嬢では Listen 80 とかしちゃだめで、
Listen 実アドレス:80 とかしてローカルの httpd がつながらないように
しておかないとだめです。
具体的な設定は、とりあえずこんなかんじかなと。 @ 受付嬢
・/etc/rc.conf
# for ipfilter
ipfilter_enable="YES"
・/boot/loader.conf
# for ip filter
ipl_load="YES"
・/etc/ipf.rules
block in quick proto tcp from any to IPdのアドレス port = 80
matd.cf での各フロントサーバの指定ではMACアドレスを書くのが安全で確実です。
雪だるまではこんなかんじにしてあります。
フロントのうち3台がちょっと強いので、分割比を 4 : 4 : 4 : 4 : 3 : 3 : 3 に設定しています。
・/usr/local/etc/matd.cf
# TCPプロトコル
proto=tcp
# listen の address はホスト名または IP アドレス，
# port はサービス名またはポート番号で指定．
listen=206.223.150.96:80
# output_if は targets と同一セグメントにあるネットワーク I/F 名．
output_if=fxp0
# targets の address はホスト名，IP アドレスまたは MAC アドレスで指定．
# weight を省略した場合は 1 となる．
targets=00:30:48:53:ec:20=4,00:30:48:83:ab:30=4,00:30:48:83:a6:2a=4,00:30:48:2b:1b:2e=3,00:30:48:2b:29:a8=3,00:30:48:2b:29:54=3
# HUP シグナルで再読込．
(そのほうが管理が楽なので)
/var/service/matd/run を適当にこんな感じで書きます。
下記は実際に雪だるまで使っているやつです。
#!/bin/sh
exec 2>&1
#exec env - TZ=JST-9 PATH="/usr/sbin:/usr/bin:/bin:/usr/local/bin" \
# /usr/bin/nice -n -20 /usr/local/sbin/matd -F \
# -f /usr/local/etc/matd.cf \
# -s /var/log/matd.stats
exec env - TZ=JST-9 PATH="/usr/sbin:/usr/bin:/bin:/usr/local/bin" \
/usr/sbin/rtprio 31 /usr/local/sbin/matd -F \
-f /usr/local/etc/matd.cf \
-s /var/log/matd.stats
matd の優先度を realtime process 扱いに上げてあります。
これで、renice -20 するよりもさらに上の優先度になります。
雪だるまでは受付嬢は受付嬢しかさせていないので、
そこに最大限資源を集中させています。
matdの基本とMATのしくみ
matdの設定
は、だいたい完了かなと。
ロードバランシングにおけるDNSラウンドロビンとNATとMATの比較
２ちゃんねるにおける未解決の課題
については、また改めて。
matd の設定内容を「共有財産」にできたので、
毒男さんには感謝しなきゃいけないのかなと。
そですね。
作業は今月いっぱいにおわるんですか？
おそらく全板トナメで活動している皆さんが一番気になるところなので
質問してみる。
http://www.maido3.com/server/zousan/nikki22.html
飛んできたIPが全部自分の方にも流れてくるんじゃない？
こわくねぇ？
>隣の人のPCにmatd仕込んで
これが可能な時点でどんなことでも可能な気がしますよ。
改造したVNC仕込むなんてとても素敵
規制装置関連ではperl5.10に移行しても大丈夫そうです♪
lo0 にはアドレスを＊追加＊するのがいいです。
127.0.0.1 がなくなると、一般的なプログラムが
変な動きをする可能性があるです。
ということで、
ifconfig_lo0_alias0="inet 206.223.150.96 netmask 255.255.255.255"
のように、/etc/rc.conf に書くといいかなと。
とか、他にもいろいろ。
# 昔よくSunとかでやったですね。ちとなつかしいかも。
こういうのは「動かす」こともさることながら、
「どういうしくみで動くのか」を理解することが、重要なのではないかなと。
solarisも今でもネットワークブートできたんじゃないですっけ？
というか、生粋の UNIX なマシンをそこそこ触ったことがある人なら、ROM モニタから
tftp によるネットワークブートは知っているでしょう。
今みたいに Windows/Mac/PC UNIX しか知らない人だと、パッとは思いつかないかも。
EFI(だっけ？)が普及して MS-DOS な BIOS の呪縛から開放されると、また違ってくる
のかも…
リッスン80 になってない?
してみて欲しい
32bit、2Gmem、SATA300、RAID 0 < banana3180
Apacheの設定は私の権限では見られないので不明。
そしてListen 80適用したー(^_^;)
素敵になった
ということで，全鯖配布用 .htaccess に以下の設定を追加．
RewriteEngine On
RewriteCond %{DOCUMENT_ROOT}/test/read.cgi !-f
RewriteRule /?read\.cgi/? /test/read.html
IE7もFirefoxも文字化けしてますよ
あれ灰ってね？
RewriteEngine On
RewriteCond %{DOCUMENT_ROOT}/test/read.cgi !-f
RewriteCond %{HTTP_HOST} !^tmp\d*\.2ch\.net$
RewriteRule /?read\.cgi/? /test/read.html
>>919 qb6 には read.html が入ってないので，結果的に人大杉になります．
qb6には入れてくれないのですか？
全鯖配布用 .htaccess に >>909,916 のような設定を入れるとそれらの鯖で問題が生じるので，
人大杉の鯖で個別に >>909 の設定を test/.htaccess に入れることに......
従来: read.cgi がない時 → 人大杉を表示
が、管理人の指令により、
今後: read.cgi がない時 → read.html に自動書き換え
ただし、qb6 と tmp7 を除く
になった、ということですか。
datをUTF8にするのはどうだろうスレッド
http://qb5.2ch.net/test/read.cgi/operate/1207973589/
ただ，今回は個別鯖の test/.htaccess で対応させたんですが，
今後別の件で全体配布用 .htaccess で mod_rewrite の設定をしたいことも
出てくるかも知れないので，academy6 / science6 の httpd.conf の設定を
見直してもらった方がいいような気がします．大昔の人大杉規制か何かの名残で
RewriteRule ^/test/ - [F]
に類する設定がそれらの鯖の httpd.conf に入っているのではないかと思うんですが，
今となってはその設定を活用することはない，むしろ mod_rewrite を使う上での
障害にしかならないので......
>>929 いろいろスクリプト・プログラムの対応が大変そうですね......
UTF-8 に全面移行ならそれはそれで割り切ればいいんですが，
Shift JIS と UTF-8 の混在環境に対応させるとなると，
日本語メッセージをスクリプト・ソース中で直に書いてある部分などは
CSI 化しないといろいろ問題がありそうな悪寒......
○フロントの自動切り離しのコンセプト:
a) 受付嬢から何らかの形で各フロントサーバのサービスを逐次監視する
- port 80につながるか、とか、ping通るか、とか
b) サービスが落ちたことを検知したら matd.cf を書き換えて
該当サーバの MAC アドレスを削除し、matd に HUP シグナルを送る
daemontools 配下なら svc -h 一発
c) これで落ちたやつは切り離される
d) 1)のプロセスは監視を続け、フロントの復旧を確認したら、
b) の逆をやる。
e) これで復旧する
1) フロントのサービスを監視する常駐プロセス
2) そのプロセスからイベントドリブンに起動される切り離し(または復旧)スクリプト
っていう感じになるんだろうなと。
2) はお手製のシェルスクリプトとかPerlスクリプトでいけるんでしょう、きっと。
1) をやってくれるような、いいプログラムはないものか。
きっとあると思うんだけど、あまり調べてないですね。
/usr/ports/sysutils/ の下あたりをあさってみると、何か埋まっているかも。
ということで私はちょっと早めの時間切れ、、、。
RewriteEngine Off
という設定を入れれば全鯖配布用 .htaccess で mod_rewrite の設定が
可能になると気付いたので，そうしますた．
なるほど、そのほうがよさげですね。
で、7.0Rはとりあえず順調の模様。
◆サーバー(鯖)を増強したいという夢を現実に反映させるスレ◆
http://qb5.2ch.net/test/read.cgi/operate/1207379976/389-
・gccが上がったせいか、オプティマイズするとofflaw.cgiが動かなかった
ぐらいか。これはきっと64bit版でもいろいろあるかも。
あとはこのへんを改めて読む感じか。
http://qb5.2ch.net/test/read.cgi/operate/1207379976/443
> http://www.freebsd.org/releases/7.0R/relnotes.html
> http://people.freebsd.org/~kris/scaling/7.0%20Preview.pdf
を慌てて読んでみましたが、なかなかよさげで。 < 7.0R
なってますです。
> ・gccが上がったせいか、オプティマイズするとofflaw.cgiが動かなかった
ものはためしということで、-O とか -O2 をはずしてみるとか。 > 某所で64bit OSで苦労しているかた
これまで行ってきた「常連のねらーはせんぶらへ言ってちょ」が出来なくなってしまった。
ということはこれからは負荷は上がる一方でなすすべなしということっすなぁ。
みずから破綻への道を歩み始めたってことだす。
本当にLAが高くてやばい時は、差分取得以外を人大杉に飛ばせばいいような。
DOM Storage使ってブラウザでもログを保存するようにするとか。
http://developer.mozilla.org/ja/docs/DOM:Storage
今度はその状況で「なすすべ」を考えるのがFOXの仕事だべ
http://security.freebsd.org/advisories/FreeBSD-EN-08:01.libpthread.asc
6.3Rのマルチスレッドは虫入りだったですか。
# 雪だるまは思い切って全部7系にするかな。
>>943
> On some systems, using libthr instead of libpthread, via the libmap
> configuration file libmap.conf(5), may be an acceptable workaround.
だから、大丈夫なのか。
2ch のマルチスレッドなサーバは基本的に全部 libmap.conf 書いてあるんで。
だすなぁ
>>943
そんな流れですなぁ。
7.0R 64bitでの実験を見たらGoって感じかな。
行われなくなるわけですが，「破綻への道」というほどのインパクトがあるのでしょうか？
２ちゃんねる利用者(正確にはPV)の八割方が専ブラを使っていて
それが今後専ブラに移らないということは・・・
その比率はどんどん下がっていき、ダウン必至かと、
何言っているかわからないかもだけど、そんな感じです。
「read.cgi は２ちゃんねるの発展のためには動いていないといけない」という
縛りがあります。人が来なくなるというか来る術がなくなるというか、
これを言わなくきゃまったくわけわかんないっすね。
> それが今後専ブラに移らないということは・・・
??? 使っていなくて?
IE＝係数1 専ブラ＝係数0.2 として
今は8割が専ブラなら IE 1*20 専ブラ 0.2*80 で合計36の鯖稼動
今後反対になれば IE 1*80 専ブラ 0.2*20 で合計84の鯖稼動
つーことが言いたいわけだな>>947
read.html は負荷は劇的に下げる良いものなんだけど、
グーグル等検索エンジンにはいっさい載らなくなるのだ
つまりこのまま行けば人は来なくなる→負荷対策がいらなくなる
というふうに私の目的からは全くはずれてしまうんだなぁ
今までやってきたことは、クローリングにも耐えられる状況を作る
そしてクローリングしてもらう→人口増→はじめに戻る
耐えられる状況を作る方法として
サーバ等の能力を高める
常連さんは read.html を含む専ブラへ行って貰う
だったのだった
えーとつまり、手段が目的化してて、本当の目的が達成されてしまうとやることがなくなると。
ある意味で無理が来てしまうんじゃないかな、と。
アクセスしてきても「人大杉」ページにリダイレクトするというのは同じなような．
ちなみに，一連の mod_rewrite 設定は，あくまで人大杉時 (read.cgi 停止時) に
read.html に振るというものであって，read.cgi 稼働時はそのまま read.cgi が動きます．
そのとおりですよん
1-100・l50など関係なくスレ内全部がクロールされるし
read.cgi起動しまくりにもならず、いいんじゃないの
おおー、わかったわかった
なおかつ一般閲覧者による read.cgi 起動はできるだけ抑制できるようにしたい，
って話かな？
かつ設備が破綻しないようにしたい
なんちゃって、
今だいたいサーバ100台でしたっけ、、
それ以上にお守りが破綻すると思う。
既にという話ですが、
時間が1年を超えたらボーンか。
http://qb6.2ch.net/_500/
早速、対抗手段ですか。
とりあえず、従来と同じことは継続すると。
どうしましょうかねぇ......
いろんな人がいろんなことを考え、
そして、それぞれの思いを込めてアクションを起こす、
ということなのではないかなと。
たぶんこれな予感。というか既に発見されている模様ですが一応、、、。
ports/118117: mail/qmail broken on amd64 -- fixed
http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/118117
ということで対処したいと思います......
一般のブラウザより便利ってだけ。それはread.jsでも変わらず。
実際、普及しだした頃に人大杉なんてなかったじゃん。
管理人は専ブラに特化するのを嫌っているようだけど、
少なくとも、移行を促したいなら一般ブラでの利便性を低下させるんでなくて
専ブラの存在の周知を図るべきでしょ。
専ブラが便利すぎてアクセスが増える（こともある）ってのが管理人の持論だったかな。
負荷が減る分とのプラマイがどうなるかは知らないけど。
ほかのdjbツールは大丈夫なのかしら？bb*絡み
インデックスされるようにしつつサーバ負荷を軽減）を両立させるような方策を考えれば
丸く収まる，ってことなんでしょうかね．専ブラも read.html も，あくまで手段であって
それを使わせること自体が目的ということでもないんでしょうし．
ブラックゴートだかに、クローラを誘導するような仕組みではだめなんでしょうか。
塚、寝てるだろ。
掲示板に戻る 全部 前100 次100 最新50
の下あたりにでも、
「専用ブラウザを使えば２ちゃんねるがさらに便利に！！」
ってリンクを入れて専ブラの周知を図ればいいんじゃね？
でも人大杉がなければ専ブラを使わせるインセンティブが低いのが問題だな…
例えば
http://janestyle.s11.xrea.com/oosugi.html
の説明みてもまず「人大杉」がありきだもんなあ。
壷の場合はさらにインセンティブが低いよなあ...
話題が無くて過疎りそうだが。
そこからアクセスは特別扱いしているじゃない？
検索エンジンも同様にIPアドレスを開示させて、そこから
のアクセスだけはread.cgiで処理するようにしておけば
良いんじゃないかな？
google、Yahoo、MSNぐらいを囲めばシェア的に問題無さそう。
2chの影響力を考えると無視は出来ないはず…もし協力しない
所は"切る"という方針で良いでしょう。
それ以外の所もIPアドレスを開示した所は対応で。
良いアイディアかもですね。< 検索エンジンだけ特別扱い
で、次スレ立てます。
http://qb5.2ch.net/test/read.cgi/operate/1208685863/
>>2 以降はぼちぼちと。
アイデア的にはいいと思うのよ。
でもgooglebotのおかげで従来で言うところの人大杉に成る程のアクセスがあるのならば
通常の訪問者が全員read.cgi以外で見てて検索エンジン系だけread.cgiていう状態にして
旧来の鯖が対処しきれるのか？という点を考えないと。
>>988が言ってるような他の方法も含めてね。
他社（検索エンジン系）を巻き込む（お願いする）のであればあんまし実験てわけにも。
それで見えてくる事もあると思うが。
2ch特化型サーバ・ロケーション構築作戦 Part28
http://qb5.2ch.net/test/read.cgi/operate/1208685863/
もう書けないので、新しいスレッドを立ててくださいです。。。
レス数が1000を超えています。これ以上書き込みはできません。
ニュース
- コロナワクチン接種後死亡で国を集団提訴 訴状では河野太郎大臣の「2億回打って死んでる人は1人もいない」発言に焦点 [Hitzeschleier★]
- 長渕剛が誹謗中傷に《具合が悪い》と告白…《話があるなら、来てほしい》と性被害告発の元女優に呼びかけ [フォーエバー★]
- カフェオーレもプッチンプリンも…グリコ、5月中旬まで出荷できず [蚤の市★]
- 大地震前兆現象の仕組み解明 上空の電子変化、予知に期待―京都大 [蚤の市★]
- 【MLB】大谷翔平「英語力」格段向上の皮肉 水原容疑者の裏切りが副産物を生んだ [ネギうどん★]
- コロナワクチン接種後死亡で国を集団提訴 訴状では河野太郎大臣の「2億回打って死んでる人は1人もいない」発言に焦点 ★2 [Hitzeschleier★]
- 【フジテレビ】2024 FORMULA 1【NEXT】Lap269
- 【DAZN】フォーミュラ 【F1 F2 F3 P】lap1430
- とらせん
- 【フジテレビ】2024 FORMULA 1【NEXT】Lap268
- 【DAZN】フォーミュラ 【F1 F2 F3 P】lap1429
- 巨専】
- 【悲報】若者、気付いてしまう 「英語ってぶっちゃけ要らなくね？日常生活も仕事も娯楽も日本語だけで全く不自由しないし」 [878970802]
- 【画像】 腕立てを毎日2222回やってる男の肉体がヤバすぎる…ダンベルもジムも不要 今すぐやれお前ら！ [434776867]
- 晩飯に寿司を食べる予定の僕、今からどの店に行こうか思案中
- なぜ日本人は「牛肉」を食わなくなったのか？食卓に上がるのは「豚肉」や「鶏肉」ばかり [676253315]
- 【悲報】いなり寿司誤認逮捕、闇が深すぎる… [207516352]
- 水原一平を非難しながら親の金でソシャゲのガチャ引いてるチー牛www