From s.maru885 ＠ gmail.com Thu Mar 7 04:36:14 2013 From: s.maru885 ＠ gmail.com (s.maru885) Date: Thu, 7 Mar 2013 04:36:14 +0900 Subject: [Ultramonkey-l7-users 541] =?iso-2022-jp?b?aHR0cHMbJEJETD8uO34kTkBfRGohIkYwOm4kSyREJCQbKEI=?= =?iso-2022-jp?b?GyRCJEYbKEI=?= Message-ID: はじめまして、丸水と申します。 長文にて失礼致します。 現在、下記の構成にて、UltraMonkey-l7を使用したLBサーバの設定を行なっております。 https通信時の設定、動作について2点解らない箇所がございましたので、 質問させて頂きます。 ■環境構成 LB(UltraMonkey)×1 OS：CentOS 6.3 x86_64 カーネル：2.6.32-279.el6.x86_64 UltraMonkey：ultramonkeyl7-3.0.4-3.el6.x86_64 APサーバ×3(リアルサーバ)、Sorryサーバ×1 OS：CentOS 6.3 x86_64 カーネル：2.6.32-279.el6.x86_64 Web：httpd-2.2.15-15.el6.centos.1.x86_64 mod_ssl-2.2.15-15.el6.centos.1.x86_64 openssl-1.0.0-20.el6_2.5.x86_64 接続クライアント×1 OS：CentOS 6.3 x86_64 カーネル：2.6.32-279.el6.x86_64 ブラウザ等：Mozilla Firefox 10.0.5、curl 7.19.7 ■質問内容 1) https通信時のSorryサーバへの振り分けについて httpsで通信する場合、仮想サービスがSorry状態となった際に Sorryサーバに振り分けられますでしょうか。 仮想サービス、各リアルサーバ、Sorryサーバのポート番号を443に設定し、 Sorry状態(リアルサーバダウン)で仮想サービスにhttpsでアクセスすると Sorryサーバに振り分けられ、クライアントに応答が返るものと 想定しておりましたが、想定した動作とならなかったため、質問させて頂きました。 ※設定については【検証】(1)を参照 以下にこちらで検証した内容とそのときの設定(一部抜粋)を記載します。 設定不備等ございましたら、ご指摘頂ければと存じます。 【検証】 (1)仮想サービス、各リアルサーバ、Sorryサーバのポートを443に設定し、 https通信を振り分けられるか確認 →リアルサーバへの振り分けは正常に行われたが、 リアルサーバ全ダウン時のSorryサーバへの振り分けは失敗。 172.16.210.125:443 振り分けOK 172.16.210.126:443 振り分けOK 172.16.210.127:443 振り分けOK 172.16.210.128:443 リアルサーバ全ダウン時、振り分けNG 設定： virtual = 172.16.210.105:443 real = 172.16.210.125:443 masq 1 real = 172.16.210.126:443 masq 1 real = 172.16.210.127:443 masq 1 module = sessionless scheduler = rr sorryserver = 172.16.210.128:443 テスト時の接続URL： https://172.16.210.105/ 備考： 下記の設定のようにリアルサーバ1台(172.16.210.125)と Sorryサーバ(172.16.210.128)を設定上入れ替えて動作を確認しましたが、 リアルサーバへの振り分けは172.16.210.128も含め、正常に行われ、 リアルサーバ全ダウン時のSorryサーバ(172.16.210.125)への 振り分けは失敗しました。 virtual = 172.16.210.105:443 real = 172.16.210.126:443 masq 1 real = 172.16.210.127:443 masq 1 real = 172.16.210.128:443 masq 1 #元々はSorryサーバ module = sessionless scheduler = rr sorryserver = 172.16.210.125:443 #元々はリアルサーバ テスト時の接続URL： https://172.16.210.105/ (2)https通信以外の動作を確認するため、 仮想サービス、各リアルサーバ、Sorryサーバのポートを80に設定し、 http通信を振り分けられるか確認 →リアルサーバへの振り分けは正常に行われ、 リアルサーバ全ダウン時のSorryサーバへの振り分けも正常に行われた。 172.16.210.125:80 振り分けOK 172.16.210.126:80 振り分けOK 172.16.210.127:80 振り分けOK 172.16.210.128:80 リアルサーバ全ダウン時、振り分けOK 設定： virtual = 172.16.210.105:80 real = 172.16.210.125:80 masq 1 real = 172.16.210.126:80 masq 1 real = 172.16.210.127:80 masq 1 module = sessionless scheduler = rr sorryserver = 172.16.210.128:80 テスト時の接続URL： http://172.16.210.105/ (3)仮想サービス、各リアルサーバのポートを443、 Sorryサーバのポートを80に設定し、https通信を振り分けられるか確認 →リアルサーバへの振り分けは正常に行われたが、 リアルサーバ全ダウン時のSorryサーバへの振り分けは失敗。 ただし、http://172.16.210.105:443/(http通信)でアクセスしたところ、 Sorryサーバへの振り分けは正常に行われた。 172.16.210.125:443 振り分けOK 172.16.210.126:443 振り分けOK 172.16.210.127:443 振り分けOK 172.16.210.128:80 リアルサーバ全ダウン時、振り分けNG (https://172.16.210.105/) 172.16.210.128:80 リアルサーバ全ダウン時、振り分けNG (http://172.16.210.105:443/) 設定： virtual = 172.16.210.105:443 real = 172.16.210.125:443 masq 1 real = 172.16.210.126:443 masq 1 real = 172.16.210.127:443 masq 1 module = sessionless scheduler = rr sorryserver = 172.16.210.128:80 テスト時の接続URL： https://172.16.210.105/ 2) sslconfigfile設定時の動作について sslconfigfile設定時の動作についてご教示頂けますでしょうか。 UltraMonkey-L7 管理者マニュアル v3.2を確認しましたところ、 sslconfigfileについて以下の様な記載がございました。 『VirtualService が Clientとの通信の際に SSL 通信を行う場合、 SSL設定ファイルのパスを指定する。』 上記を踏まえ、 クライアント-UltraMonkey間の通信はhttps UltraMonkey-リアルサーバ間の通信はhttp,httpsの2パターンで試しましたところ、 以下の様な動作となりました。 (1)UltraMonkey-リアルサーバ：http通信 →リアルサーバへの振り分けは正常に行われる。 (2)UltraMonkey-リアルサーバ：https通信 →リアルサーバからHTTPステータスレコード『400 Bad Request』が返ってくる。 (2)の動作が仕様として、正しい動作なのかご教示頂けますでしょうか。 外部(クライアント-UltraMonkey)はセキュリティの高いhttps、 内部(UltraMonkey-APサーバ)は負荷が低い速度の速いhttp と考えると正しい動作なのではないかと考えております。 以下にこちらで検証した内容とそのときの設定(一部抜粋)を記載します。 設定不備等ございましたら、ご指摘頂ければと存じます。 【設定】 (1)UltraMonkey-リアルサーバ：http通信 virtual = 172.16.210.105:443 real = 172.16.210.125:80 masq 1 real = 172.16.210.126:80 masq 1 real = 172.16.210.127:80 masq 1 module = sessionless scheduler = rr sorryserver = 172.16.210.128:80 テスト時の接続URL： https://172.16.210.105/ (2)UltraMonkey-リアルサーバ：https通信 virtual = 172.16.210.105:443 real = 172.16.210.125:443 masq 1 real = 172.16.210.126:443 masq 1 real = 172.16.210.127:443 masq 1 module = sessionless scheduler = rr sorryserver = 172.16.210.128:443 テスト時の接続URL： https://172.16.210.105/ 似たような問題が発生した方、解決方法をご存じの方がいらっしゃいましたら、 ご教示頂けると幸いです。 -------------- next part -------------- HTMLの添付ファイルを保管しました... URL: http://lists.sourceforge.jp/mailman/archives/ultramonkey-l7-users/attachments/20130307/ec0c866a/attachment.htm From nakano.hiroaki ＠ nttcom.co.jp Thu Mar 7 10:06:56 2013 From: nakano.hiroaki ＠ nttcom.co.jp (=?ISO-2022-JP?B?GyRCQ2ZMbiEhOShPLxsoQg==?=) Date: Thu, 07 Mar 2013 10:06:56 +0900 Subject: [Ultramonkey-l7-users 542] Re: =?iso-2022-jp?b?aHR0cHMbJEJETD8uO34kTkBfRGohIkYwOm4kSyREGyhC?= =?iso-2022-jp?b?GyRCJCQkRhsoQg==?= In-Reply-To: References: Message-ID: <5137E830.7040300@nttcom.co.jp> To: 丸水さん 中野と申します。 はじめまして。 sorryサーバのほうですが、sorryサーバ振り分け時にUltraMonkeyは URLを見ていたはずなので、HTTPSをUltraMonkeyでそのまま透過させると URLが暗号化されて見えなくて繋がらないんだと思います。 なんでURLを見る必要があるのかは・・・どなたか知っています？ ちなみにソースを見てみたら、URLの取得に失敗したときのエラー処理が 何もかかれていなかったので、ずっとだんまりになると思います・・・ # このへん、実装が残念だorz (2013/03/07 4:36), s.maru885 wrote: > はじめまして、丸水と申します。 > > 長文にて失礼致します。 > 現在、下記の構成にて、UltraMonkey-l7を使用したLBサーバの設定を行なっております。 > https通信時の設定、動作について2点解らない箇所がございましたので、 > 質問させて頂きます。 > > ■環境構成 > LB(UltraMonkey)×1 > OS：CentOS 6.3 x86_64 > カーネル：2.6.32-279.el6.x86_64 > UltraMonkey：ultramonkeyl7-3.0.4-3.el6.x86_64 > APサーバ×3(リアルサーバ)、Sorryサーバ×1 > OS：CentOS 6.3 x86_64 > カーネル：2.6.32-279.el6.x86_64 > Web：httpd-2.2.15-15.el6.centos.1.x86_64 > mod_ssl-2.2.15-15.el6.centos.1.x86_64 > openssl-1.0.0-20.el6_2.5.x86_64 > 接続クライアント×1 > OS：CentOS 6.3 x86_64 > カーネル：2.6.32-279.el6.x86_64 > ブラウザ等：Mozilla Firefox 10.0.5、curl 7.19.7 > > ■質問内容 > 1) https通信時のSorryサーバへの振り分けについて > httpsで通信する場合、仮想サービスがSorry状態となった際に > Sorryサーバに振り分けられますでしょうか。 > 仮想サービス、各リアルサーバ、Sorryサーバのポート番号を443に設定し、 > Sorry状態(リアルサーバダウン)で仮想サービスにhttpsでアクセスすると > Sorryサーバに振り分けられ、クライアントに応答が返るものと > 想定しておりましたが、想定した動作とならなかったため、質問させて頂きました。 > ※設定については【検証】(1)を参照 > > 以下にこちらで検証した内容とそのときの設定(一部抜粋)を記載します。 > 設定不備等ございましたら、ご指摘頂ければと存じます。 > 【検証】 > (1)仮想サービス、各リアルサーバ、Sorryサーバのポートを443に設定し、 > https通信を振り分けられるか確認 > →リアルサーバへの振り分けは正常に行われたが、 > リアルサーバ全ダウン時のSorryサーバへの振り分けは失敗。 > 172.16.210.125:443 振り分けOK > 172.16.210.126:443 振り分けOK > 172.16.210.127:443 振り分けOK > > 172.16.210.128:443 リアルサーバ全ダウン時、振り分けNG > 設定： > virtual = 172.16.210.105:443 > real = 172.16.210.125:443 masq 1 > real = 172.16.210.126:443 masq 1 > real = 172.16.210.127:443 masq 1 > module = sessionless > scheduler = rr > sorryserver = 172.16.210.128:443 > テスト時の接続URL： > https://172.16.210.105/ > 備考： > 下記の設定のようにリアルサーバ1台(172.16.210.125)と > Sorryサーバ(172.16.210.128)を設定上入れ替えて動作を確認しましたが、 > リアルサーバへの振り分けは172.16.210.128も含め、正常に行われ、 > リアルサーバ全ダウン時のSorryサーバ(172.16.210.125)への > 振り分けは失敗しました。 > virtual = 172.16.210.105:443 > real = 172.16.210.126:443 masq 1 > real = 172.16.210.127:443 masq 1 > real = 172.16.210.128:443 masq 1 #元々はSorryサーバ > module = sessionless > scheduler = rr > sorryserver = 172.16.210.125:443 #元々はリアルサーバ > テスト時の接続URL： > https://172.16.210.105/ > > (2)https通信以外の動作を確認するため、 > 仮想サービス、各リアルサーバ、Sorryサーバのポートを80に設定し、 > http通信を振り分けられるか確認 > →リアルサーバへの振り分けは正常に行われ、 > リアルサーバ全ダウン時のSorryサーバへの振り分けも正常に行われた。 > 172.16.210.125:80 振り分けOK > 172.16.210.126:80 振り分けOK > 172.16.210.127:80 振り分けOK > > 172.16.210.128:80 リアルサーバ全ダウン時、振り分けOK > 設定： > virtual = 172.16.210.105:80 > real = 172.16.210.125:80 masq 1 > real = 172.16.210.126:80 masq 1 > real = 172.16.210.127:80 masq 1 > module = sessionless > scheduler = rr > sorryserver = 172.16.210.128:80 > テスト時の接続URL： > http://172.16.210.105/ > > (3)仮想サービス、各リアルサーバのポートを443、 > Sorryサーバのポートを80に設定し、https通信を振り分けられるか確認 > →リアルサーバへの振り分けは正常に行われたが、 > リアルサーバ全ダウン時のSorryサーバへの振り分けは失敗。 > ただし、http://172.16.210.105:443/(http通信)でアクセスしたところ、 > Sorryサーバへの振り分けは正常に行われた。 > 172.16.210.125:443 振り分けOK > 172.16.210.126:443 振り分けOK > 172.16.210.127:443 振り分けOK > > 172.16.210.128:80 リアルサーバ全ダウン時、振り分けNG > (https://172.16.210.105/) > 172.16.210.128:80 リアルサーバ全ダウン時、振り分けNG > (http://172.16.210.105:443/) > 設定： > virtual = 172.16.210.105:443 > real = 172.16.210.125:443 masq 1 > real = 172.16.210.126:443 masq 1 > real = 172.16.210.127:443 masq 1 > module = sessionless > scheduler = rr > sorryserver = 172.16.210.128:80 > テスト時の接続URL： > https://172.16.210.105/ > > > 2) sslconfigfile設定時の動作について > sslconfigfile設定時の動作についてご教示頂けますでしょうか。 > UltraMonkey-L7 管理者マニュアル v3.2を確認しましたところ、 > sslconfigfileについて以下の様な記載がございました。 > 『VirtualService が Clientとの通信の際に SSL 通信を行う場合、 > SSL設定ファイルのパスを指定する。』 > 上記を踏まえ、 > クライアント-UltraMonkey間の通信はhttps > UltraMonkey-リアルサーバ間の通信はhttp,httpsの2パターンで試しましたところ、 > 以下の様な動作となりました。 > (1)UltraMonkey-リアルサーバ：http通信 > →リアルサーバへの振り分けは正常に行われる。 > (2)UltraMonkey-リアルサーバ：https通信 > →リアルサーバからHTTPステータスレコード『400 Bad Request』が返ってくる。 > (2)の動作が仕様として、正しい動作なのかご教示頂けますでしょうか。 > 外部(クライアント-UltraMonkey)はセキュリティの高いhttps、 > 内部(UltraMonkey-APサーバ)は負荷が低い速度の速いhttp > と考えると正しい動作なのではないかと考えております。 > > 以下にこちらで検証した内容とそのときの設定(一部抜粋)を記載します。 > 設定不備等ございましたら、ご指摘頂ければと存じます。 > 【設定】 > (1)UltraMonkey-リアルサーバ：http通信 > virtual = 172.16.210.105:443 > real = 172.16.210.125:80 masq 1 > real = 172.16.210.126:80 masq 1 > real = 172.16.210.127:80 masq 1 > module = sessionless > scheduler = rr > sorryserver = 172.16.210.128:80 > テスト時の接続URL： > https://172.16.210.105/ > (2)UltraMonkey-リアルサーバ：https通信 > virtual = 172.16.210.105:443 > real = 172.16.210.125:443 masq 1 > real = 172.16.210.126:443 masq 1 > real = 172.16.210.127:443 masq 1 > module = sessionless > scheduler = rr > sorryserver = 172.16.210.128:443 > テスト時の接続URL： > https://172.16.210.105/ > > 似たような問題が発生した方、解決方法をご存じの方がいらっしゃいましたら、 > ご教示頂けると幸いです。 > > > _______________________________________________ > Ultramonkey-l7-users mailing list > Ultramonkey-l7-users ＠ lists.sourceforge.jp > http://lists.sourceforge.jp/mailman/listinfo/ultramonkey-l7-users > -- 中野 宏朗 (NAKANO Hiroaki) NTTコムウェア 品質生産性技術本部 技術SE部 基盤ソフトSE・OSS部門 OSS適用推進担当 Tel: 043-211-2452 (Ext: 特番+26-8341), Fax: 043-211-5086 Zip/Address: 261-0023 千葉県千葉市美浜区中瀬1-6 NTT幕張ビル21F-En From hibari.michiro ＠ lab.ntt.co.jp Thu Mar 7 10:35:36 2013 From: hibari.michiro ＠ lab.ntt.co.jp (Hibari Michiro) Date: Thu, 07 Mar 2013 10:35:36 +0900 Subject: [Ultramonkey-l7-users 543] Re: =?iso-2022-jp?b?aHR0cHMbJEJETD8uO34kTkBfRGohIkYwOm4kSyREGyhC?= =?iso-2022-jp?b?GyRCJCQkRhsoQg==?= In-Reply-To: References: Message-ID: <5137EEE8.5040308@lab.ntt.co.jp> 丸水様 初めまして。雲雀と申します。 > ■質問内容 > 1) https通信時のSorryサーバへの振り分けについて > httpsで通信する場合、仮想サービスがSorry状態となった際に > Sorryサーバに振り分けられますでしょうか。 Sorryサーバですが、現在HTTPのみの対応となっております。 おそらくですが、Sorryサーバ機能では、Sorryサーバ接続時に URLを加工する処理等が含まれているので、暗号化通信だと 上手くいかないようです。 HTTPSを利用される際には、fallback機能を利用されることをお勧めします。 > > 2) sslconfigfile設定時の動作について > sslconfigfile設定時の動作についてご教示頂けますでしょうか。 > (1)UltraMonkey-リアルサーバ：http通信 > →リアルサーバへの振り分けは正常に行われる。 > (2)UltraMonkey-リアルサーバ：https通信 > →リアルサーバからHTTPステータスレコード『400 Bad Request』が返ってくる。 > (2)の動作が仕様として、正しい動作なのかご教示頂けますでしょうか。 (2)は仕様通りの動作となります。 sslconfigfile設定時の動作としては、UM-L7でSSL通信を終端させるため、 UltraMonkey-リアルサーバ間はhttp通信となります。 以上、宜しくお願いいたします。 (2013/03/07 4:36), s.maru885 wrote: > はじめまして、丸水と申します。 > > 長文にて失礼致します。 > 現在、下記の構成にて、UltraMonkey-l7を使用したLBサーバの設定を行なっております。 > https通信時の設定、動作について2点解らない箇所がございましたので、 > 質問させて頂きます。 > > ■環境構成 > LB(UltraMonkey)×1 > OS：CentOS 6.3 x86_64 > カーネル：2.6.32-279.el6.x86_64 > UltraMonkey：ultramonkeyl7-3.0.4-3.el6.x86_64 > APサーバ×3(リアルサーバ)、Sorryサーバ×1 > OS：CentOS 6.3 x86_64 > カーネル：2.6.32-279.el6.x86_64 > Web：httpd-2.2.15-15.el6.centos.1.x86_64 > mod_ssl-2.2.15-15.el6.centos.1.x86_64 > openssl-1.0.0-20.el6_2.5.x86_64 > 接続クライアント×1 > OS：CentOS 6.3 x86_64 > カーネル：2.6.32-279.el6.x86_64 > ブラウザ等：Mozilla Firefox 10.0.5、curl 7.19.7 > > ■質問内容 > 1) https通信時のSorryサーバへの振り分けについて > httpsで通信する場合、仮想サービスがSorry状態となった際に > Sorryサーバに振り分けられますでしょうか。 > 仮想サービス、各リアルサーバ、Sorryサーバのポート番号を443に設定し、 > Sorry状態(リアルサーバダウン)で仮想サービスにhttpsでアクセスすると > Sorryサーバに振り分けられ、クライアントに応答が返るものと > 想定しておりましたが、想定した動作とならなかったため、質問させて頂きました。 > ※設定については【検証】(1)を参照 > > 以下にこちらで検証した内容とそのときの設定(一部抜粋)を記載します。 > 設定不備等ございましたら、ご指摘頂ければと存じます。 > 【検証】 > (1)仮想サービス、各リアルサーバ、Sorryサーバのポートを443に設定し、 > https通信を振り分けられるか確認 > →リアルサーバへの振り分けは正常に行われたが、 > リアルサーバ全ダウン時のSorryサーバへの振り分けは失敗。 > 172.16.210.125:443 振り分けOK > 172.16.210.126:443 振り分けOK > 172.16.210.127:443 振り分けOK > > 172.16.210.128:443 リアルサーバ全ダウン時、振り分けNG > 設定： > virtual = 172.16.210.105:443 > real = 172.16.210.125:443 masq 1 > real = 172.16.210.126:443 masq 1 > real = 172.16.210.127:443 masq 1 > module = sessionless > scheduler = rr > sorryserver = 172.16.210.128:443 > テスト時の接続URL： > https://172.16.210.105/ > 備考： > 下記の設定のようにリアルサーバ1台(172.16.210.125)と > Sorryサーバ(172.16.210.128)を設定上入れ替えて動作を確認しましたが、 > リアルサーバへの振り分けは172.16.210.128も含め、正常に行われ、 > リアルサーバ全ダウン時のSorryサーバ(172.16.210.125)への > 振り分けは失敗しました。 > virtual = 172.16.210.105:443 > real = 172.16.210.126:443 masq 1 > real = 172.16.210.127:443 masq 1 > real = 172.16.210.128:443 masq 1 #元々はSorryサーバ > module = sessionless > scheduler = rr > sorryserver = 172.16.210.125:443 #元々はリアルサーバ > テスト時の接続URL： > https://172.16.210.105/ > > (2)https通信以外の動作を確認するため、 > 仮想サービス、各リアルサーバ、Sorryサーバのポートを80に設定し、 > http通信を振り分けられるか確認 > →リアルサーバへの振り分けは正常に行われ、 > リアルサーバ全ダウン時のSorryサーバへの振り分けも正常に行われた。 > 172.16.210.125:80 振り分けOK > 172.16.210.126:80 振り分けOK > 172.16.210.127:80 振り分けOK > > 172.16.210.128:80 リアルサーバ全ダウン時、振り分けOK > 設定： > virtual = 172.16.210.105:80 > real = 172.16.210.125:80 masq 1 > real = 172.16.210.126:80 masq 1 > real = 172.16.210.127:80 masq 1 > module = sessionless > scheduler = rr > sorryserver = 172.16.210.128:80 > テスト時の接続URL： > http://172.16.210.105/ > > (3)仮想サービス、各リアルサーバのポートを443、 > Sorryサーバのポートを80に設定し、https通信を振り分けられるか確認 > →リアルサーバへの振り分けは正常に行われたが、 > リアルサーバ全ダウン時のSorryサーバへの振り分けは失敗。 > ただし、http://172.16.210.105:443/(http 通 信)でアクセスしたところ、 > Sorryサーバへの振り分けは正常に行われた。 > 172.16.210.125:443 振り分けOK > 172.16.210.126:443 振り分けOK > 172.16.210.127:443 振り分けOK > > 172.16.210.128:80 リアルサーバ全ダウン時、振り分けNG > (https://172.16.210.105/) > 172.16.210.128:80 リアルサーバ全ダウン時、振り分けNG > (http://172.16.210.105:443/) > 設定： > virtual = 172.16.210.105:443 > real = 172.16.210.125:443 masq 1 > real = 172.16.210.126:443 masq 1 > real = 172.16.210.127:443 masq 1 > module = sessionless > scheduler = rr > sorryserver = 172.16.210.128:80 > テスト時の接続URL： > https://172.16.210.105/ > > > 2) sslconfigfile設定時の動作について > sslconfigfile設定時の動作についてご教示頂けますでしょうか。 > UltraMonkey-L7 管理者マニュアル v3.2を確認しましたところ、 > sslconfigfileについて以下の様な記載がございました。 > 『VirtualService が Clientとの通信の際に SSL 通信を行う場合、 > SSL設定ファイルのパスを指定する。』 > 上記を踏まえ、 > クライアント-UltraMonkey間の通信はhttps > UltraMonkey-リアルサーバ間の通信はhttp,httpsの2パターンで試しましたところ、 > 以下の様な動作となりました。 > (1)UltraMonkey-リアルサーバ：http通信 > →リアルサーバへの振り分けは正常に行われる。 > (2)UltraMonkey-リアルサーバ：https通信 > →リアルサーバからHTTPステータスレコード『400 Bad Request』が返ってくる。 > (2)の動作が仕様として、正しい動作なのかご教示頂けますでしょうか。 > 外部(クライアント-UltraMonkey)はセキュリティの高いhttps、 > 内部(UltraMonkey-APサーバ)は負荷が低い速度の速いhttp > と考えると正しい動作なのではないかと考えております。 > > 以下にこちらで検証した内容とそのときの設定(一部抜粋)を記載します。 > 設定不備等ございましたら、ご指摘頂ければと存じます。 > 【設定】 > (1)UltraMonkey-リアルサーバ：http通信 > virtual = 172.16.210.105:443 > real = 172.16.210.125:80 masq 1 > real = 172.16.210.126:80 masq 1 > real = 172.16.210.127:80 masq 1 > module = sessionless > scheduler = rr > sorryserver = 172.16.210.128:80 > テスト時の接続URL： > https://172.16.210.105/ > (2)UltraMonkey-リアルサーバ：https通信 > virtual = 172.16.210.105:443 > real = 172.16.210.125:443 masq 1 > real = 172.16.210.126:443 masq 1 > real = 172.16.210.127:443 masq 1 > module = sessionless > scheduler = rr > sorryserver = 172.16.210.128:443 > テスト時の接続URL： > https://172.16.210.105/ > > 似たような問題が発生した方、解決方法をご存じの方がいらっしゃいましたら、 > ご教示頂けると幸いです。 > > > _______________________________________________ > Ultramonkey-l7-users mailing list > Ultramonkey-l7-users ＠ lists.sourceforge.jp > http://lists.sourceforge.jp/mailman/listinfo/ultramonkey-l7-users -- 雲雀　路朗 (Michiro Hibari) MAIL: hibari.michiro ＠ lab.ntt.co.jp 所属: NTT OSSセンタ 基盤技術ユニット 高信頼担当 TEL : 03-5860-5135 / FAX: 03-5463-5490 From s.maru885 ＠ gmail.com Thu Mar 7 22:21:43 2013 From: s.maru885 ＠ gmail.com (s.maru885) Date: Thu, 7 Mar 2013 22:21:43 +0900 Subject: [Ultramonkey-l7-users 544] Re: =?iso-2022-jp?b?aHR0cHMbJEJETD8uO34kTkBfRGohIkYwOm4kSyREGyhC?= =?iso-2022-jp?b?GyRCJCQkRhsoQg==?= In-Reply-To: <5137EEE8.5040308@lab.ntt.co.jp> References: <5137EEE8.5040308@lab.ntt.co.jp> Message-ID: 中野様、雲雀様 お世話になっております。 丸水です。 > Sorryサーバですが、現在HTTPのみの対応となっております。 > HTTPSを利用される際には、fallback機能を利用されることをお勧めします。 HTTPのみの対応であること承知いたしました。 通信の種類に合わせてSorryとfallbackを使い分けていきたいと思います。 > sslconfigfile設定時の動作としては、UM-L7でSSL通信を終端させるため、 > UltraMonkey-リアルサーバ間はhttp通信となります。 UltraMonkey-リアルサーバ間がhttp通信になること承知致しました。 この度は、早々のご回答、誠に有難うございました。 お陰様で不明な点を解消することができました。 厚く御礼申し上げます。 それでは、今後とも宜しくお願い致します。 2013年3月7日 10:35 Hibari Michiro : > > 丸水様 > > 初めまして。雲雀と申します。 > > > ■質問内容 > > 1) https通信時のSorryサーバへの振り分けについて > > httpsで通信する場合、仮想サービスがSorry状態となった際に > > Sorryサーバに振り分けられますでしょうか。 > Sorryサーバですが、現在HTTPのみの対応となっております。 > > おそらくですが、Sorryサーバ機能では、Sorryサーバ接続時に > URLを加工する処理等が含まれているので、暗号化通信だと > 上手くいかないようです。 > > HTTPSを利用される際には、fallback機能を利用されることをお勧めします。 > > > > > 2) sslconfigfile設定時の動作について > > sslconfigfile設定時の動作についてご教示頂けますでしょうか。 > > (1)UltraMonkey-リアルサーバ：http通信 > > →リアルサーバへの振り分けは正常に行われる。 > > (2)UltraMonkey-リアルサーバ：https通信 > > →リアルサーバからHTTPステータスレコード『400 Bad Request』が返ってくる。 > > (2)の動作が仕様として、正しい動作なのかご教示頂けますでしょうか。 > (2)は仕様通りの動作となります。 > sslconfigfile設定時の動作としては、UM-L7でSSL通信を終端させるため、 > UltraMonkey-リアルサーバ間はhttp通信となります。 > > 以上、宜しくお願いいたします。 > > (2013/03/07 4:36), s.maru885 wrote: > > はじめまして、丸水と申します。 > > > > 長文にて失礼致します。 > > 現在、下記の構成にて、UltraMonkey-l7を使用したLBサーバの設定を行なっております。 > > https通信時の設定、動作について2点解らない箇所がございましたので、 > > 質問させて頂きます。 > > > > ■環境構成 > > LB(UltraMonkey)×1 > > OS：CentOS 6.3 x86_64 > > カーネル：2.6.32-279.el6.x86_64 > > UltraMonkey：ultramonkeyl7-3.0.4-3.el6.x86_64 > > APサーバ×3(リアルサーバ)、Sorryサーバ×1 > > OS：CentOS 6.3 x86_64 > > カーネル：2.6.32-279.el6.x86_64 > > Web：httpd-2.2.15-15.el6.centos.1.x86_64 > > mod_ssl-2.2.15-15.el6.centos.1.x86_64 > > openssl-1.0.0-20.el6_2.5.x86_64 > > 接続クライアント×1 > > OS：CentOS 6.3 x86_64 > > カーネル：2.6.32-279.el6.x86_64 > > ブラウザ等：Mozilla Firefox 10.0.5、curl 7.19.7 > > > > ■質問内容 > > 1) https通信時のSorryサーバへの振り分けについて > > httpsで通信する場合、仮想サービスがSorry状態となった際に > > Sorryサーバに振り分けられますでしょうか。 > > 仮想サービス、各リアルサーバ、Sorryサーバのポート番号を443に設定し、 > > Sorry状態(リアルサーバダウン)で仮想サービスにhttpsでアクセスすると > > Sorryサーバに振り分けられ、クライアントに応答が返るものと > > 想定しておりましたが、想定した動作とならなかったため、質問させて頂きました。 > > ※設定については【検証】(1)を参照 > > > > 以下にこちらで検証した内容とそのときの設定(一部抜粋)を記載します。 > > 設定不備等ございましたら、ご指摘頂ければと存じます。 > > 【検証】 > > (1)仮想サービス、各リアルサーバ、Sorryサーバのポートを443に設定し、 > > https通信を振り分けられるか確認 > > →リアルサーバへの振り分けは正常に行われたが、 > > リアルサーバ全ダウン時のSorryサーバへの振り分けは失敗。 > > 172.16.210.125:443 振り分けOK > > 172.16.210.126:443 振り分けOK > > 172.16.210.127:443 振り分けOK > > > > 172.16.210.128:443 リアルサーバ全ダウン時、振り分けNG > > 設定： > > virtual = 172.16.210.105:443 > > real = 172.16.210.125:443 masq 1 > > real = 172.16.210.126:443 masq 1 > > real = 172.16.210.127:443 masq 1 > > module = sessionless > > scheduler = rr > > sorryserver = 172.16.210.128:443 > > テスト時の接続URL： > > https://172.16.210.105/ > > 備考： > > 下記の設定のようにリアルサーバ1台(172.16.210.125)と > > Sorryサーバ(172.16.210.128)を設定上入れ替えて動作を確認しましたが、 > > リアルサーバへの振り分けは172.16.210.128も含め、正常に行われ、 > > リアルサーバ全ダウン時のSorryサーバ(172.16.210.125)への > > 振り分けは失敗しました。 > > virtual = 172.16.210.105:443 > > real = 172.16.210.126:443 masq 1 > > real = 172.16.210.127:443 masq 1 > > real = 172.16.210.128:443 masq 1 #元々はSorryサーバ > > module = sessionless > > scheduler = rr > > sorryserver = 172.16.210.125:443 #元々はリアルサーバ > > テスト時の接続URL： > > https://172.16.210.105/ > > > > (2)https通信以外の動作を確認するため、 > > 仮想サービス、各リアルサーバ、Sorryサーバのポートを80に設定し、 > > http通信を振り分けられるか確認 > > →リアルサーバへの振り分けは正常に行われ、 > > リアルサーバ全ダウン時のSorryサーバへの振り分けも正常に行われた。 > > 172.16.210.125:80 振り分けOK > > 172.16.210.126:80 振り分けOK > > 172.16.210.127:80 振り分けOK > > > > 172.16.210.128:80 リアルサーバ全ダウン時、振り分けOK > > 設定： > > virtual = 172.16.210.105:80 > > real = 172.16.210.125:80 masq 1 > > real = 172.16.210.126:80 masq 1 > > real = 172.16.210.127:80 masq 1 > > module = sessionless > > scheduler = rr > > sorryserver = 172.16.210.128:80 > > テスト時の接続URL： > > http://172.16.210.105/ > > > > (3)仮想サービス、各リアルサーバのポートを443、 > > Sorryサーバのポートを80に設定し、https通信を振り分けられるか確認 > > →リアルサーバへの振り分けは正常に行われたが、 > > リアルサーバ全ダウン時のSorryサーバへの振り分けは失敗。 > > ただし、http://172.16.210.105:443/(http 通 信)でアクセスしたところ、 > > Sorryサーバへの振り分けは正常に行われた。 > > 172.16.210.125:443 振り分けOK > > 172.16.210.126:443 振り分けOK > > 172.16.210.127:443 振り分けOK > > > > 172.16.210.128:80 リアルサーバ全ダウン時、振り分けNG > > (https://172.16.210.105/) > > 172.16.210.128:80 リアルサーバ全ダウン時、振り分けNG > > (http://172.16.210.105:443/) > > 設定： > > virtual = 172.16.210.105:443 > > real = 172.16.210.125:443 masq 1 > > real = 172.16.210.126:443 masq 1 > > real = 172.16.210.127:443 masq 1 > > module = sessionless > > scheduler = rr > > sorryserver = 172.16.210.128:80 > > テスト時の接続URL： > > https://172.16.210.105/ > > > > > > 2) sslconfigfile設定時の動作について > > sslconfigfile設定時の動作についてご教示頂けますでしょうか。 > > UltraMonkey-L7 管理者マニュアル v3.2を確認しましたところ、 > > sslconfigfileについて以下の様な記載がございました。 > > 『VirtualService が Clientとの通信の際に SSL 通信を行う場合、 > > SSL設定ファイルのパスを指定する。』 > > 上記を踏まえ、 > > クライアント-UltraMonkey間の通信はhttps > > UltraMonkey-リアルサーバ間の通信はhttp,httpsの2パターンで試しましたところ、 > > 以下の様な動作となりました。 > > (1)UltraMonkey-リアルサーバ：http通信 > > →リアルサーバへの振り分けは正常に行われる。 > > (2)UltraMonkey-リアルサーバ：https通信 > > →リアルサーバからHTTPステータスレコード『400 Bad Request』が返ってくる。 > > (2)の動作が仕様として、正しい動作なのかご教示頂けますでしょうか。 > > 外部(クライアント-UltraMonkey)はセキュリティの高いhttps、 > > 内部(UltraMonkey-APサーバ)は負荷が低い速度の速いhttp > > と考えると正しい動作なのではないかと考えております。 > > > > 以下にこちらで検証した内容とそのときの設定(一部抜粋)を記載します。 > > 設定不備等ございましたら、ご指摘頂ければと存じます。 > > 【設定】 > > (1)UltraMonkey-リアルサーバ：http通信 > > virtual = 172.16.210.105:443 > > real = 172.16.210.125:80 masq 1 > > real = 172.16.210.126:80 masq 1 > > real = 172.16.210.127:80 masq 1 > > module = sessionless > > scheduler = rr > > sorryserver = 172.16.210.128:80 > > テスト時の接続URL： > > https://172.16.210.105/ > > (2)UltraMonkey-リアルサーバ：https通信 > > virtual = 172.16.210.105:443 > > real = 172.16.210.125:443 masq 1 > > real = 172.16.210.126:443 masq 1 > > real = 172.16.210.127:443 masq 1 > > module = sessionless > > scheduler = rr > > sorryserver = 172.16.210.128:443 > > テスト時の接続URL： > > https://172.16.210.105/ > > > > 似たような問題が発生した方、解決方法をご存じの方がいらっしゃいましたら、 > > ご教示頂けると幸いです。 > > > > > > _______________________________________________ > > Ultramonkey-l7-users mailing list > > Ultramonkey-l7-users ＠ lists.sourceforge.jp > > http://lists.sourceforge.jp/mailman/listinfo/ultramonkey-l7-users > > > -- > 雲雀　路朗 (Michiro Hibari) > MAIL: hibari.michiro ＠ lab.ntt.co.jp > 所属: NTT OSSセンタ 基盤技術ユニット 高信頼担当 > TEL : 03-5860-5135 / FAX: 03-5463-5490 > > _______________________________________________ > Ultramonkey-l7-users mailing list > Ultramonkey-l7-users ＠ lists.sourceforge.jp > http://lists.sourceforge.jp/mailman/listinfo/ultramonkey-l7-users