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

**root▲▲ ★** · 2008/01/11(金) 23:26:59

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

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

等を取り扱います。

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

**root▲▲ ★** · 2008/03/13(木) 00:36:36

>>783
> ・HDD のジャンパ設定が 1.5Gbps になっている

じゃないかなと。

**動け動けウゴウゴ２ちゃんねる** · 2008/03/13(木) 00:45:25

そもそも1.5Gbps品だとか言うオチは？

**root▲▲ ★** · 2008/03/13(木) 00:48:31

>>785
Intelマザーで、
> atapci2: <Intel ICH8 SATA300 controller>

他の T-banana と同じ ST3250620AS (250G SATA300 7200) だから、
それはないかと。

◆NAO/2MXDEk · 2008/03/13(木) 00:52:49

SEAGATE製のHDDはジャンパ設定だったんだ・・・

自分の使ってるのがソフトウェア設定だったから、みんな同じだと思ってた・・・

**動け動けウゴウゴ２ちゃんねる** · 2008/03/13(木) 07:39:10

◆NAO/2MXDEk
↑誰？

**動け動けウゴウゴ２ちゃんねる** · 2008/03/13(木) 09:56:41

記者崩れ

**root▲▲ ★** · 2008/03/13(木) 11:38:43

BBRが変わり始めないなぁ、と思ったら、
bbs.cgi にIPアドレスがハードコーディングされてました。

これから変えてきます。

**root▲▲ ★** · 2008/03/13(木) 11:54:53

>>790
done.

**root▲▲ ★** · 2008/03/13(木) 11:55:49

他には banana238 についているIPアドレスは、
ハードコーディングされていない模様。 < bbs.cgi

**root▲▲ ★** · 2008/03/13(木) 12:05:06

新サーバにDNS問い合わせがいくようになったのを確認。< BBR

BBX/BBN は最大あと2日程度で移行予定。

**動け動けウゴウゴ２ちゃんねる** · 2008/03/13(木) 13:53:30

物理的じゃないのにハードコーディングとはこれいかに

**動け動けウゴウゴ２ちゃんねる** · 2008/03/13(木) 14:49:59

銀行じゃないのにソフトバンクと呼ぶが如し

**マァヴ** ◆jxAYUMI09s · 2008/03/13(木) 16:48:41

>766
了解です(^_^;)

banana273退役します(^_^;)お疲れ様でしたー

**動け動けウゴウゴ２ちゃんねる** · 2008/03/13(木) 19:02:31

IPはハードコーディングしちゃいかんでしょ・・・・

**動け動けウゴウゴ２ちゃんねる** · 2008/03/13(木) 19:05:54

DNS問い合わせのオーバーヘッドを減らせますよ。

**動け動けウゴウゴ２ちゃんねる** · 2008/03/13(木) 19:25:13

いや、コードに直で書くのではなくて、設定ファイルにするとか。
・・・・まあ、いろいろ勘案してそうしているようですし、いちゃもんはいえないのですけど。

**root▲▲ ★** · 2008/03/13(木) 19:46:40

あとで、少なくとも C でいう #define みたいな形にはしようかなと。>>799

**root▲▲ ★** · 2008/03/14(金) 02:52:25

【広告・宣伝対策】連絡・相談スレ【Rock,BBQ,BBM】2
http://qb5.2ch.net/test/read.cgi/operate/1190801959/353

ということで。

**root▲▲ ★** · 2008/03/14(金) 12:17:54

>>800
done.

**root▲▲ ★** · 2008/03/15(土) 14:00:05

質問・雑談スレ270＠運用情報板
http://qb5.2ch.net/test/read.cgi/operate/1203698756/601-606

・一般ユーザで Apache を再起動できるしかけを仕込む @ dso
sudo コマンド使用
・read.cgi 配布リストの更新(サーバがいろいろ投入・更新・32bit→64bit化等を反映)

を、あとで。

**動け動けウゴウゴ２ちゃんねる** · 2008/03/15(土) 14:21:34

>>803
ログインシェルでリスタートさせるとか?

**動け動けウゴウゴ２ちゃんねる** · 2008/03/15(土) 17:57:00

零細のbeに吹いた。

**RockCity ★** · 2008/03/15(土) 23:14:39

＞root★さん

【広告・宣伝対策】連絡・相談スレ【Rock,BBQ,BBM】2
http://qb5.2ch.net/test/read.cgi/operate/1190801959/368-369

また以前のように一部のサーバでRockカウントされない状況になっています。
少し調べていただけませんでしょうか。

**root▲▲ ★** · 2008/03/15(土) 23:58:47

>>806
向こうにも書きましたが、3月14日ぐらいまでは、
Rock54のかかり具合が悪かったはず。

でも、ご指摘のは3月15日のやつですよね。
しらべてみます。

**root▲▲ ★** · 2008/03/16(日) 00:05:26

ということでまとめると、

>>779-780 から最大3日程度、Rock54 のかかり具合が悪かったはずです。
つまり、3月15日の 16:25 以降に新規にRock登録したもので、
いまいちなものがあったら、それを教えていただけると助かりますです。

ざっと見た限りでは、

・DNS側のフィルタ(oklist)は正常にみえる
・DNSへの問い合わせ状況も正常に見える

というかんじでした。

**root▲▲ ★** · 2008/03/16(日) 00:55:21

【広告・宣伝対策】連絡・相談スレ【Rock,BBQ,BBM】2
http://qb5.2ch.net/test/read.cgi/operate/1190801959/382-385

ということで、移行時の私の作業漏れでした。
すみませんでした。

DNS的には移行完了しているのを確認できたので、
これでしばらく動かして問題なければ、Rock54も移行できたはず。

NG

はいはい　おつかれさん（笑）

WWWWWWWWWWWWWWWWWWWWWWWWWWWWWｗｗｗｗWWWｗ←↓

**root▲▲ ★** · 2008/03/19(水) 03:14:59

<情報共有>
管理人にメールで、
リロードバーボンの除外IPアドレスの追加・修正方法を訊かれたので、
私が先日やった方法を伝えました。
</情報共有>

**動け動けウゴウゴ２ちゃんねる** · 2008/03/19(水) 06:12:27

なんという死亡フラグ・・・

**動け動けウゴウゴ２ちゃんねる** · 2008/03/19(水) 08:15:53

まちBBSで使いたいんじゃないの。携帯で書けるようにするみたいだし。

**動け動けウゴウゴ２ちゃんねる** · 2008/03/19(水) 10:14:05

4月6日夕方の雪だるまはちょっと注目かなw

む P219108007218.ppp.prin.ne.jp · 2008/03/19(水) 23:32:41

>>814
何あるんでしたっけ。

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

わざわざ夕方って書いてるあたり、コードギアス反逆のルルーシュR2初回だろう
そりゃ今春の注目度トップだろうが、ガンダムシリーズを超えるとはとても思えない

**root▲▲ ★** · 2008/03/20(木) 00:35:00

>>816
なるほど。

それってむしろ「揺り戻し警報」なんじゃないかなと。

**動け動けウゴウゴ２ちゃんねる** · 2008/03/20(木) 13:41:10

アニメサロンEX板のネタバレスレが1000以上っていうのもすごいですね

やはり「オレンジ」がすごかったんでしょうw

**root▲▲ ★** · 2008/03/21(金) 17:55:31

【実況】　live23+live24　Part26
http://qb5.2ch.net/test/read.cgi/operate/1184676493/752

・バックエンドのIDの種は、メモリディスク上に作成するようにするということで。

あと、残件 >>803

**動け動けウゴウゴ２ちゃんねる** · 2008/03/26(水) 22:24:37

保守

輝春 ◆LoveRuxFFY · NG

>>819
なんか壊れてるんで直してくださいです～～・・・・

**root▲▲ ★** · 2008/03/27(木) 10:30:57

>>821
Rock54ですか。

あまり手の内を明かしたくないので詳細説明は控えますが、
「必ず絶対に3回まで」ではなく、それより多く書けてしまうことも技術的にありえます。
このへんはRock54とRock54Mを開発していた時の過去ログをよく読めばわかります。

特に(ぴー)の場合(未承諾さんならわかるかも)については、
そろそろ何かの開発が必要かも。

輝春 ◆LoveRuxFFY · 2008/03/27(木) 14:11:19

>>822
はい、有難うございます（笑）　>>821は今朝の騒動についてのお願いでした！

今は問題なくどこも書けるようなのでどうもでした～♪

> Rock54ですか。
　　↑
はいはい・・・その件も気になってたんで、回答サンクスです！

規制人が規制活動再開後に異常発覚といった経緯から、わずかな異常でも頻度が上がらないかぐらいは

常にチェックしておかないと、また同じ事態が起こると思ってるんで、また異常発見したらチクリに来ますです～（笑）

異常ではない・・・という可能性が高いのは、なんとなくわかりましたが、異常じゃないとは言い切れないということですね（笑）

悪～しか～らず～です～みま～せん～♪よ～ろし～くで～すよ～（笑）

解説サンクスでした！

**root▲▲ ★** · 2008/03/27(木) 14:17:23

伝言: もしそれが可能であれば、「5分」を「1分」にするといいのかも。＞未承諾さん

**動け動けウゴウゴ２ちゃんねる** · 2008/03/27(木) 14:27:41

cronか

**未承諾広告※** ◆TWARamEjuA · 2008/03/27(木) 23:27:06

cronrab -l してみても、5min. っていうのがなかったり♪＠既に毎分更新 data -> data.cdb
しかし今の草臥れた脳内ではそのdataを誰が更新しているのかが追跡できず(ﾟ∀ﾟ)ｱﾋｬ

そして明日から諏訪方面なのでぢたばた中（哀）

**動け動けウゴウゴ２ちゃんねる** · 2008/03/28(金) 06:45:42

banana3206はどうなりました？

**root▲▲ ★** · 2008/03/28(金) 10:23:43

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

banana238 退役させます。
これで旧bananaは雪だるま受付嬢の2台と(当面継続使用の予定)、
株関係の2台(別途手配されるそうです)のみとなりました。

輝春 ◆LoveRuxFFY · NG

お疲れ様でした～（笑）　> banana238 退役

**root▲▲ ★** · 2008/03/28(金) 15:21:43

>>826
BBR→BBNの頻度って、今どうなんでしたっけ。
1分に変えたんだっけか。

**root▲▲ ★** · 2008/03/28(金) 16:02:33

毒男さんの日記を久しぶりに開いた。
(単に忙しくて読めなかった)
少しだけ。

DSR(ダイレクトサーバリターン)機能を持つ
ロードバランサ機能を作るだけであれば、matdのみでいけます。
雪だるまの受付嬢からフロントサーバのロードバランシングは、
これでやっています。

で、受付嬢を二重化するためにucarpというのを使っています。
これがLinuxでいうheartbeatに相当するものです。
portsのheartbeatはうまく動いてくれないので、結局動かすのをやめました。

つまり入れる順番と入れるものは、

1) 基本の構成を作るために必要なmatd
2) さらなる冗長化を図るためのucarp

の2つ、ということになります。

**root▲▲ ★** · 2008/03/28(金) 16:16:39

で、matdでのロードバランシングですが、
例えば、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はどのサーバにも振らない

**root▲▲ ★** · 2008/03/28(金) 16:19:46

なんてことを自分の脳内整理も兼ね、ここに書きとめていこうかと。

本業の隙を見ながらなので matd + ucarp がちゃんと動くまで書くまでには
かなり時間かかるかもですが、とりあえずぼちぼちと。

**root▲▲ ★** · 2008/03/28(金) 16:27:42

で、先回りして言っておくと、
このサブネットに受付嬢スタンバイ機u2を追加することになります。
u2もu1やs1～s3と同じサブネットでないとだめです。

あと、u1とu2は専用のプライベート接続を持つことが望ましいです。
２ちゃんねるでは2nd Ethernet I/Fを使って、クロスケーブルで直結しています。

以上を反映した構成図はこうなります。

┬─┬─┬─┬─┬─ 同一サブネット(同一スイッチが望ましい)
■─■　 ■　 ■　 ■
u1　 u2　 s1　 s2　 s3
IPu1 IPu2 IPs1 IPs2 IPs3

ということでちと、今はこのぐらいで。
本業へと。

**root▲▲ ★** · 2008/03/28(金) 17:03:51

>>834
絵をちょっと変えてみた。
クロスケーブル直結をわかりやすく。

┬─┬─┬─┬─┬─ 同一サブネット(同一スイッチが望ましい)
■～■　 ■　 ■　 ■
u1　 u2　 s1　 s2　 s3
IPu1 IPu2 IPs1 IPs2 IPs3

**FOX ★** · 2008/03/28(金) 22:35:52

ありがたやーありがたやー

**root▲▲ ★** · 2008/03/29(土) 14:20:34

(続き)

>>832 の構成を作る前にまず、

・MATとはどういうしくみなのか

について、少し説明しておこうかなと。

それによって、なぜ同一サブネットじゃなきゃいけないとか、
そのへんが見えてくるのかなと。

**root▲▲ ★** · 2008/03/29(土) 14:29:14

MATは、MAC Address Translationの略です。
一般のユーザの方に見えるところで使われているものではないので、
あまり耳慣れない言葉かもしれません。

でも、似た言葉で「NAT」というのは、
聞いたことがある人がいると思います。

NATは「Network Address Translation」の略です。
NATという言葉を耳にするのは、
「NATルータ」とか「ルータのNAT機能」という文脈ではないかと思います。

そこでまずMATの説明をする前に、まずNATの説明をしておこうと思います。

**root▲▲ ★** · 2008/03/29(土) 14:37:04

NATでは「IPアドレスの変換」をします。

例として、下のような環境で説明します。

┬─┬─┬─[NATルータ]─(インターネット)─2chなど
■　 ■　 ■
自宅ネットワーク

上記は典型的なネットワーク接続になります。
家にPCが3台ありそれぞれがネットワークで接続されていて、
NATルータという機械を経由して、インターネットに接続されています。

この場合通常では、インターネット(プロバイダ)からは、
インターネットに接続可能なIPアドレスは一つしか貸してもらえません。
でも、3台のPCからはそれぞれ別々にインターネットを使うことができます。

どうしてこのようなことができるのかというと、
内部用のIPアドレス(192.168.なんちゃらってやつです)と
インターネットに接続可能なIPアドレスの変換を、
NATルータが行ってくれるからです。

**root▲▲ ★** · 2008/03/29(土) 14:53:20

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との間の通信が成立することになります。

**root▲▲ ★** · 2008/03/29(土) 15:01:07

こんなふうに「なんちゃら Address Translation」というのは、
何らかの「アドレス変換」を行うしくみ、ということになります。

NATではそんなわけで、IPアドレスの変換をしてました。
では、MATで変換されるらしい「MACアドレス」というのは何でしょうjか。
これがわかれば、MATのしくみがわかるのかもしれません。
そんなわけで次では、この説明をしてみます。

何せ原稿を別窓で書くのではなく、
AAも含めてJaneViewの書き込み窓に直接書いているので、
説明があっちにいったりこっちにいったりするのは、
ごかんべんくださいです。

**root▲▲ ★** · 2008/03/29(土) 15:02:08

というところでいったん時間に、、、。
ではまた。

**root▲▲ ★** · 2008/03/29(土) 15:18:59

ちと >>840 を補足。

NATルータは、

> 「このデータのもともとの送信元はIP1だった」
> 「この返事は、もともとの送信元がIP1だったデータに対する返事だ」

この2つのことを自宅側のPC(この例では3台)について、
すべて区別して理解しているので、

・自宅側には2つ以上のPCを接続でき、それらの通信データが混ざってしまうことはない
・2ch等の外部側からみた場合、それらはすべて同じIPアドレスIPe1から来たように見える
(例えば2chの投稿には同じIDがつく)

ことになります。

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

で、MACアドレスの説明に戻ります。

MACアドレスは、Media Access Control addressのことです。
「メディアアクセスコントロール」といってもよくわからないかもしれませんが、
乱暴に一言で言ってしまうと、

「PCに直接焼き付けられている固定の物理アドレス」
「IPアドレスと違ってこのアドレスは通常、一生変わらない」

ものです。
そして、

「同一サブネットにおけるデータのやりとりでは、
実際のデータ通信の際には「IPアドレス⇔MACアドレス」という変換を内部的にして、
最終的なデータの送受信はMACアドレスにより行われている」

ということが重要になります。

**動け動けウゴウゴ２ちゃんねる** · 2008/03/29(土) 15:37:17

ちゃんと編集を済ませてから書けばいいのに
子供が真似する

**root▲▲ ★** · 2008/03/29(土) 15:54:39

いきなり「変換」とか難しい話になってしまったので、
もうすこしわかりやすくするために、上記を絵的に説明してみます。
シンプルにこんな絵を描いてみました。同一ネットワークに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荷札」がつくイメージがいいかと)、
ネットワークに送り出されます。

**root▲▲ ★** · 2008/03/29(土) 15:56:24

(続き)

m2の＊ネットワークカードは＊「MAC荷札」を見て、
あ、これは自分のもの(MAC2宛て)だ、と認識し、MAC荷札を＊はがしたうえで＊、
m2本体部分に届けます。

データを送り届けられたm2の本体部分は「IP荷札」の「送信先IPアドレス」が、
自分のIPアドレスと一致したら、それは確かに自分のものだ、と認識します。

つまり、
・純粋に荷物を送ったり拾い上げるためだけに使われるMAC荷札
と、
・送る相手を指定したり届いた荷物が誰から送られたか確認するためのIP荷札

が別にあるわけです。

ここまでがMACアドレスの基礎知識です。

>>845
すみませんです。
じかんが、、、。いったんここまで。

**動け動けウゴウゴ２ちゃんねる** · 2008/03/29(土) 16:04:43

arpの話ですね

**root▲▲ ★** · 2008/03/29(土) 16:58:49

一時的にオンラインに。

某所:
> ・ロードバランサーを二重化する場合には、プライベートネットワークの
> 　環境が必要になる

>>834
> あと、u1とu2は専用のプライベート接続を持つことが望ましいです。

「望ましい」と書いているとおり、専用のプライベート接続がなくても
動作自体はすると思います。

その場合相手が生きているかどうかを、
パブリック側のネットワークでチェックすることになるため、
他の通信に影響されるおそれがあります。

つまりその分、相手が生きているかどうかをチェックする部分の信頼性が
やや低下します。

こういうのをやる場合に一番まずいのは「相手の死の誤検出」です。
つまり主ノードが生きているのにスタンバイノード側が「死んだ」と判断すると、
両方のノードが同時に動作してしまうことになり、致命的です。

でもでも、まずは基本構成を作るのが先なんじゃないかなと。
というところでまたしてもオフラインに。はい。

**root▲▲ ★** · 2008/03/29(土) 18:16:25

いちお、補足。
「ほんとはネットワークカードがやるとは限らないじゃないの?」とかいうのは、なしで。
(>>846-847)

**動け動けウゴウゴ２ちゃんねる** · 2008/03/30(日) 00:59:30

>>850
乙

む P219108007145.ppp.prin.ne.jp · 2008/03/30(日) 18:47:42

この後の予定：

matdの基本とMATのしくみ
ロードバランシングにおけるDNSラウンドロビンとNATとMATの比較
matdの設定
２ちゃんねるにおける未解決の課題

で、このあとucarpの話など。

**動け動けウゴウゴ２ちゃんねる** · 2008/03/30(日) 19:00:11

ﾜｸﾜｸﾃｶﾃｶ

**動け動けウゴウゴ２ちゃんねる** · 2008/03/30(日) 22:42:23

本にしたら売れそうですね。＞仕組みの解説＆負荷分散

下っ端SEとしてwktk

**動け動けウゴウゴ２ちゃんねる** · 2008/03/31(月) 00:40:15

Nuts Shell 「２ちゃんねるサーバ運用ボランティアが教えるシリーズ」

**動け動けウゴウゴ２ちゃんねる** · 2008/03/31(月) 01:06:10

Vol1.「root★が教える鯖チューン」
Vol2.「FOX★が教える憎まれ方」
Vol3.「ひろゆきが教える人の集め方」

**動け動けウゴウゴ２ちゃんねる** · 2008/03/31(月) 09:14:17

ひろゆきが教える鯖の壊し方
FOX★が教える胃の壊し方
root★が教える結婚生活の…これはナシ

**動け動けウゴウゴ２ちゃんねる** · 2008/03/31(月) 11:05:41

マァヴが教える体重計の壊し方

**動け動けウゴウゴ２ちゃんねる** · 2008/03/31(月) 12:59:31

rootって結婚してん？

▲ ◆SANUKI/VII · 2008/03/31(月) 13:03:19

俺の嫁

じゃなくてそろそろ書き込み控えろい

**root▲▲ ★** · 2008/03/31(月) 18:49:02

【祟り】FOX★が管理人をなめなめするスレッド【鎮○】8
http://qb5.2ch.net/test/read.cgi/operate/1206640649/554

・まず改造後の bbs.cgi を読んでみる
・どうすればいいか、jigとibisの中の人にここで伝える

あたりを、時間とれたところで。

◆z0qR1gLtHk · 2008/03/31(月) 22:38:59

お世話になっております。アイビスの齊藤です。

2ch書き込み時にiモードIDを送る必要が出てくるということでしょうか。
まだざっとしか見ていませんが、iアプリからもIDはとれるようなので、対応は可能だと思います。
以前と同じようにヘッダに文字列を埋め込む方式か、
独立したヘッダフィールドとして送信するかのどちらかになりそうですね。

2008/04/01(火) 00:08:36

>>862
ここで言うのも何ですが…逆引き出来るよーにする予定はないのですか？＞＜。

◆z0qR1gLtHk · 2008/04/01(火) 00:25:36

>>863
それに関しましては、以前設定を入れたときに他でトラブルがありまして……。
もちろん逆引き設定だけでトラブルが起きるというのもおかしな話で、
どこかの設定が変なのだと思うのですが、現在調査中です。すみません。
なるべく速やかにしたいとは思っています。

**動け動けウゴウゴ２ちゃんねる** · 2008/04/01(火) 00:26:32

>>863
IPｱﾄﾞﾚｽどれ？
もう逆引き出来てなかったっけ？？

(59.106.52.18)←ｺﾚはまだ引けてないようですが.

**動け動けウゴウゴ２ちゃんねる** · 2008/04/01(火) 00:27:26

おお,中の人が...
お疲れさまです

[―{}@{}@{}-] p2.2ch.net(173870) · 2008/04/01(火) 11:04:32

>>864
本業のルートﾀｿに依頼するとか(ﾟ∀ﾟ)!!!
>>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)

**root▲▲ ★** · 2008/04/01(火) 14:36:50

>>862
対応はたぶんきっと、そんなかんじですね。

仕様が固まったら、またこちらにて。

**root▲▲ ★** · 2008/04/01(火) 14:37:08

メモ: iモードIDの仕様と取り扱いについて

【祟り】FOX★が管理人をなめなめするスレッド【鎮○】8
http://qb5.2ch.net/test/read.cgi/operate/1206640649/756-

**マァヴ** ◆jxAYUMI09s · 2008/04/01(火) 15:18:32

>828
了解です。
banana238引退します(^_^;)お疲れ様でしたー

輝春 ◆LoveRuxFFY · NG

> banana238引退します

お疲れ様でした～（笑）

**未承諾広告※** ◆TWARamEjuA · 2008/04/01(火) 22:39:10

貴女は　私の　青春　そのもの。。。

!Chao!(^･^)/~ banana238

**動け動けウゴウゴ２ちゃんねる** · 2008/04/02(水) 17:33:11

卒業写真か？！

**root▲▲ ★** · 2008/04/02(水) 17:46:31

CIDの文字情報を保存(記録)するためのサンプルコード。
こっちはbbs.cgi用。BBM用は、、、。

【祟り】FOX ★が管理人を夏タイヤに交換するスレッド【交換】
http://qb5.2ch.net/test/read.cgi/operate/1207121839/8

**root▲▲ ★** · 2008/04/02(水) 18:42:43

>>874
【祟り】FOX ★が管理人を夏タイヤに交換するスレッド【交換】
http://qb5.2ch.net/test/read.cgi/operate/1207121839/39

単に tr がいちばんいい模様。

**動け動けウゴウゴ２ちゃんねる** · 2008/04/02(水) 22:13:08

スレッドランキングがおかしいんだが

**root▲▲ ★** · 2008/04/03(木) 13:33:58

>>852
> matdの基本とMATのしくみ

に入る前に、NATを使ったロードバランシングの話を少しします。

NATは >>840 にあるように、IPアドレスを変換するしくみでした。
例えば、毒男さんがセットアップしようとしていたbalanceを使った
ロードバランシングは、NATで実現されています。
では、NATでロードバランシングはどうやって実現されているのでしょうか。

ここでもう一度 >>840 にある図を見てください。
実は、NATを使ったロードバランシングでは、
この図の左側の PC1～PC3 がサーバで、右側がユーザ(クライアント)なのです。
つまりみなさんの家にあるNATルータとは＊逆向きのNAT＊が使われているわけです。

ということでNATを使ったロードバランシングでは、

・公開されるIPアドレスは一つ
・サーバからの行き・戻りのパケットの両方とも、NATルータ(バランサー)経由になる

ことになります。

**root▲▲ ★** · 2008/04/03(木) 13:46:55

ということでここまで説明してようやく、MATのしくみの説明に入れます。

しくみから入る前にまず、具体的な設定から入ったほうがイメージがつかめそうなので、
そのようにしてみます。

>>832 の図を再掲します。

┬─┬─┬─┬─ 同一サブネット(同一スイッチが望ましい)
■　 ■　 ■　 ■
u1　 s1　 s2　 s3
IPu1 IPs1 IPs2 IPs3

※この時点ではまだIPdはどのサーバにも振らない

matdの設定をするよりも＊前に＊、まずIPdアドレスを振る必要があります。
で、IPdアドレスはここにある＊4台すべてのサーバに＊振られます。

ここで「えっ、そんなことできるの?」と思われた方がいるかもしれません。
ということでここのしくみを理解することが、MATの最大のポイントになります。

…とここまで書いたところで、タイムアウト、、、。
続きはちと後で。

**root▲▲ ★** · 2008/04/03(木) 14:06:08

ちと時間とれそうなので、続きを。

IPdアドレスの振り方ですが、

・u1の外向けインタフェース(em0やvr0等)
・s1～s3の＊ローカルインタフェース＊(lo0)

に、同じIPアドレスを振ります。

実際の処理をするs1～s3サーバの lo0 に振るのがポイントです。
これにより「自分にはIPdアドレスが振られている」ということが認識され、
かつ、lo0 のIPアドレスは外には決して見えないので、
外部から見た場合、IPアドレスがバッティングしてしまうことがありません。
外部からはu1につけられたIPdだけが見えることになります。

ちょっとだけ先回りして言っておくと、
>>847
> データを送り届けられたm2の本体部分は「IP荷札」の「送信先IPアドレス」が、
> 自分のIPアドレスと一致したら、それは確かに自分のものだ、と認識します。

これに関係しています。

**root▲▲ ★** · 2008/04/03(木) 14:12:15

ここまでで、このように設定されました。

┬─┬─┬─┬─ 同一サブネット(同一スイッチが望ましい)
■　 ■　 ■　 ■
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 が処理をすることになります。

**root▲▲ ★** · 2008/04/03(木) 14:22:48

ということで matd は受け取ったデータの「MAC荷札」を、このように加工します。

・送信元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)に渡されます。

**root▲▲ ★** · 2008/04/03(木) 14:25:46

で、処理結果が返される場合は、送信元と送信先のIPアドレスをひっくり返して使うわけです。
s1～s3は、以下のようなIP荷札がついたデータを用意します。

・送信元IPアドレス: IPd
・送信先IPアドレス: 送信元のIPアドレス

そして、これを通常の手段で送り出します。

このデータの送信先は送信元のIPアドレスになっていますので、
通常の手段でルータRに送られることになります。
つまり、u1を経由せず、s1～s3からダイレクトに送信元に返事が届くことになるわけです。

**root▲▲ ★** · 2008/04/03(木) 14:29:29

以上がmatd環境におけるデータ送受信の、
つまりMATのしくみ、ということになります。

(逆向き)NATでは送信先IPアドレスが変換されましたが、
MATでは送信先のMACアドレスが変換されることになります。

そしてこれが使えるのは「MAC荷札をつけた状態でデータが送られる範囲のみ」
つまり >>846 のような形でデータが送受信される、同一サブネットの範囲内のみ、
ということになるわけです。