稲垣
tadas****@gmail*****
2010年 2月 4日 (木) 17:00:12 JST
立石様 お世話になります。 稲垣です。 tcpdump取得しましたのでご確認くださいませ。 対応は以下の通りとなっております。 UM01.ｔｘｔ UltraMonkey web01.txt Webサーバ#1 web02.txt Webサーバ#2 見づらいですがグローバルIPはaaa.bbb.ccc.dddになっております。 試したことはクライアント端末からブラウザで1回だけアクセスし、 各サーバで以下コマンドを発行しました。 # tcpdump -i eth0 -n port 80 and host [グローバルIP] 私が思ったのは、クライアントPCからリアルサーバへアクセスしたが応答が無く 再送している為、UMが振り分けているのでしょうか？ 以上、宜しくお願いします。 TATEISHI Katsuyuki さんは書きました: > 立石です。 > > 稲垣 <tadas****@gmail*****>-san wrote: > > >>> * リアルサーバのwebサーバで (HTTPの) KeepAlive off、つまり >>> http リクエスト一回毎に 1 tcp コネクションがはられる状態で、 >>> >>> >> KeepAlive Off になっております。 >> >> >>> * ipvs(UM) でpersistent は設定しておらず、 >>> >>> >> persistentは設定しておりません。 >> >> >>> * クライアントがアクセスするページには <IMG SRC="..."> など >>> のブラウザが自動的に複数回アクセスするようなタグが書いて >>> あり、 >>> >>> >> このようなタグは書いておりません。 >> 普通のテキストです。 >> > > このへんは単に例としてあげただけなので・・・ > とはいえ情報ありがとうございます。 > > >>> * 普通のブラウザでアクセスした >>> >> Firefoxでアクセスしました。 >> > > テストするときは wget とかのほうがいいかもしれませんね。 > > 今時のブラウザは人間は1回アクセスしただけと思っても > /favicon.ico とかに自動的にアクセスしにいきますし。 > > >> ツーアーム、NAT構成にしますとブラウザで更新ボタンをクリックするごとに >> tcpdumpの結果は1号機、2号機にラウンドロビンされます。 >> >> ワンアーム、NAT構成にしますと504エラーになってしまいます。 >> この際のtcpdumpの結果はUMから2台のリアルサーバに対し >> パケットの投げて返ってくるというのを繰り返し、UMからはClientへの >> パケットが出て行かないで終わるという感じです。 >> > > こちらはフラットなLANでリアルサーバのデフォゲだけ変える構成の > 結果を待つとして、とりあえず保留させていただきます。 > # 調べるとしても、「パケットの投げて返ってくる」とかでは漠然 > # としすぎてて、具体的な情報をもらわないと無理です。 > > -- > TATEISHI Katsuyuki <tatei****@oss*****> > -------------- next part -------------- 文字コード指定の無い添付文書を保管しました... 名前: web02.txt下載 -------------- next part -------------- 文字コード指定の無い添付文書を保管しました... 名前: UM01.txt URL: http://lists.sourceforge.jp/mailman/archives/ultramonkey-l7-users/attachments/20100204/39bbc315/attachment-0001.txt -------------- next part -------------- 文字コード指定の無い添付文書を保管しました... 名前: web01.txt URL: http://lists.sourceforge.jp/mailman/archives/ultramonkey-l7-users/attachments/20100204/39bbc315/attachment-0002.txt
UltraMonkey-L7
Fork