SSLのロードバランス

**浜崎あゆみ** · NG

SSLの通信をロードバランスさせようとしていますが
IEではSSL-IDがセッション中に変化するので×
クッキーはブラウザでOFFにしたら×
結局、ソースアドレスでやってもProxyからでてくるものは一つのアドレスでまとめられてしまうので
同じサーバに負荷がかかってしまう・・・。
現在のテクノロジーではどのように解決してるのでしょうか？
教えてください。

**iSD** · 01/10/27 20:20

Alteon ACEdirector+iSDの組み合わせで一撃。
前段のACEdirectorは負荷分散はせず、2台の冗長構成で、iSDでSSLの
処理だけバランスさせる。
ACEdirectorが負荷に耐えれないほどのSSLのセッションが多いのなら
別だが、それは滅多にないのでは？

**anonymous@** nttkngw013211.flets.ppp.infoweb.ne.jp · 01/11/02 01:21

>>26
nomura證券?

**anonymous@** ea-tokyo-1-177.dsnw.ne.jp · 01/11/23 15:57

age

**age** · 01/11/23 16:48

alteonはL4スイッチングやバランシング機能のみに限定すればすばらしいと思う

ただ、ヘルスチェックがいいかげんな感じだし、
リアルサーバが輻輳したとき、そいつ宛の滞留しているセッションを
別のリアルサーバに投げているようなフシがある

誰かAD3で同じような現象を経験してる人いない？
正直手詰まり状態

**ーーー** · 01/11/24 01:54

「感じ」とか「フシがある」じゃなくて、もう少し突っ込んで調べてみようよ。

40 · 01/11/24 04:49

>>41
かなりの負荷がかからんと症状で無いし、
そのかなりの負荷の中から該当するパケットを拾い出すのが大変なのよ

見つけたサンプルが少ないんで"フシ"とか"感じ"って言い方になっちゃうんだけど、
実際に発生してるのは確かだよ

**anonymous@** xdsl133233.210143.metallic.ne.jp · 01/11/24 09:17

んーそれ言うたらBigIPも冗長構成とった時綺麗に切り替わらないで黙っちゃう時有るなぁ。

**ーーー** · 01/11/24 12:01

>>42
ヘルスチェックがL7レベルであればそういう動作もあるかと。

**nobody** · 01/11/24 14:46

>42

実はへルスチェック失敗してサーバ死んでいるとおもっているのでは？
/info/slb/real
を叩き続けてみるとか。

へルスチェックタイミングを延すとか。

40 · 01/11/24 16:05

>>45
多分、そのせいだとは思うんだけど、
確立してるセッションのパケットなのに、宛先が死んだら
ハンドシェイクしてない相手に流すっていう動作をしてることになるよね？

これって重大な欠陥じゃないのかと、、、
本来はそのままため込んで、タイムアウト前に実際の宛先が復活したら
そこに流すという動作が正しいのでは？

**名無しがご連絡します** · 02/02/10 01:14

BIGIPでSSLパケット平文にしてクッキーなりＵＲＩなりを
ルールで振り分けれるようになたーＹＯ！！
バランス先を決定した後、サーバーに暗号文送るーＹＯ！！

**ponta** · 02/02/10 07:05

>>47
わかりにくいよ。
正しくは、BIG-IP上でSSLを複合化し、CookieやURIを参照して
バランス先を決定した後、もう一度SSLに暗号化してサーバに送る、だろ？
金融とかのPKIの世界では必要になってくるだろうね。
Ver4.2では、クライアントの証明書やクライアントのIPアドレスを
HTTPヘッダ内にインサートしてサーバに送ることもできる。

>>1への答えだが、PC向けサイトではSSL複合＋Cookieパーシステンス使う。
モバイル向けはSSL複合＋URIパーシステンス使う、というのがサーバへの
負荷を下げる意味でも、セッションIDの変化に対応する意味でも、いまのところ
唯一の解だよ。CookieがOFFのユーザーには警告を出すような仕組みを作って
おけばいい。この場合、バランサーはLayer7処理能力の高い製品を使用しないと
いけない。Alteonじゃだめだろ。F5が一番で後は予算と相談。

**名無しがご連絡します** · 02/02/10 14:44

>>48
正確だーＹＯ！！

金魚 · 02/02/19 01:07

F5はSSLが多いとCPU負荷高くなるし、どうせNICだから。
すっごい不思議なのはSSLの処理ってrainbowがやっているんじゃないの？なんで750TPSどまりなんだろう？

金魚 · 02/02/19 01:23

f5がL7処理能力が高いの？ワイヤスピード出ていればあんまし気にしないんだけどとっても気になる。その前に、そこまで使用したこと無いんだけど。どこか資料落ちていない？
わたしゃ、Alteonを使っているんだけど、前、f5のセミナー行ったときAlteonだめだめの嘘ばっかりだったんだよなあ。あれだけ言われるとf5、特に2000とか5000とかイイナと思っても不審のカタマリ・・。f5、100TPSとは言わず200だったら太っ腹！だったよ。中途半端。

**あたぁ** · 02/02/19 16:58

>>50
f5はＳＳＬカード挿せるじゃん。
ＣＰＵ負荷は問題にならネーよ。

>>51
f5以外でマトモニＬ７動くのは？

金魚 · 02/02/19 21:52

>>52
いやあね、前インタロップで負荷分散機いろいろ見ているときにT○Lの技術屋さんライクな人に750TPSってなんで中途半端な数字なの？って聞いたらCPUで限界なんですって言われたもんだから、そんなもんなのかなあって。
BIG-IP540でCPUが早くなって、800TPSになっていたのでやっぱそうなのかなって再度思ったりして。
まあ、そこまで多分使わないんだけどね、というより、使ってくれないんだけど。
日本人の悲しい性比較してしまっただけよ。でも、f5何でも出来そうで、手を出したいけど少しそういうのが怖いだけっす。
L7動くのはf5とAlteonとCSS(ArrowPoint)なんちゃうの？Ironは良く知りません。所詮、http headerの文字列カッティングしているだけだしぃ。CSMはL4までとか、風のうわさで聞いた。

**でもさあ** · 02/02/20 00:47

>>53
金魚さん詳しそうなので、教えて！
BIG-IP5000とか2000とかってADやCSSと同じようにパフォーマンスいいの？
F5の代理店がすごいこといって帰ったけど。

金魚 · 02/02/20 02:27

>> 54
Tollyの資料にL7パフォーマンスのデータがあるとF5のセミナーで聞いた
よ。いいらしい。中身は有料なので見たことないです。
ただ、セミナーの内容が他社批判がひどかっただけに、にわかに信じがたい
んだよね。Radwareなんて乗りたくもない土俵に乗せられて価格比較されて
いるんだから。LD/CSSもAlteonもボロクソ。できる機能をできない、と言い
切られているし。Userの立場になって比較して欲しいよ。それだったらSSL
でたった100TPSで他のSSL Acceleratorの200～600TPSと同じように書かれ
ている。
いまどき、800TPSがMAXってNetStructure7115の拡張性にも負けているよ。
まあ冷静になればフツーそこまで使わないんだけどさ。そんなつまらない部
分が気になるし突っ込み入れたくなる。
個人的に機能が充実していそうで、しかも速そう、安定していればと期待し
ていたBIG-IP2000/5000だけに、あそこまで他社が批判されていると嘘っぽ
い。自信があるのなら堂々とパフォーマンスと機能で売ればBIG-IPで行って
みようかなって検討するのに。
パフォーマンスもL7に限定しているし、L4、UDPどうよ？とか邪推してしま
うよ、あのセミナーじゃ。知らない人に刷りこむにはいいんだろうけど。
で、僕も、でもさあさん、正直L4TCP, L7, UDPのパフォーマンス僕も知り
たいです。どなたか1秒間のsession handlingの巨砲IPやCSS・Alteon・
ServerIronの負荷分散能力知っている方ヒミツでここだけの話教えてくれま
せんか？

F5 · 02/02/21 00:07

アルテオンの代理店はゼロックスとネットマークス。ゼロックスは世界で一番アルテオンを売ってる代理店
らしいです。そのあたりから、推して知るべしですね。

F5 · 02/02/21 00:08

すいません。板間違えました。

? · 02/02/21 01:21

>>56
その割にはなんでもかんでもノーテルに丸投げするんだよなあ　<FX

Ｆ6 · 02/02/21 02:36

>>58
かばうわけじゃないけど。Ｘの技術陣はこの分野はすごいよ。
何もしないでの丸投げはないでしょ。
意地張って抱えるより、メーカーマターはメーカーに投げるべき。

それより、ウチはF5ユーザーだけど、よくトラブル。
問題は、代理店のレスがないぞ！！
Ｘさん助けて！でもF5じゃだめ？

02/02/21 18:15

>>56->>59
ちょっと板違いかもしれないけど、興味あるので続報キボンヌ

**nobody** · 02/02/21 22:08

>59

たしかにXさん、質問投げてもレスポンス早いしな。

**nobody2** · 02/02/21 23:15

>>61
わたしもそう思います。＜X
何度も助けていただきました。

金魚 · 02/02/22 01:25

どこでもRESの早くて的確なこと突く優秀なSEはいるよ。数をどれだけ
抱えているかなんだろうけど。
嘘を語るところはそう言う意味で信頼できねェ。
でも真実のつもりで誠意的に真っ赤な嘘をつくヤツには弱いんだよなあ。
SSLってネットワーク屋の仕事でないトラブル多くない？
pass phrase忘れたとか、private keyって何ですか？とか。
iPla○指してこれから取り出してください、といわれたときにはマイッタ。
最近は取り出せるというウワサは聞いたけど、実際どうよ？

**ponta** · 02/02/22 03:30

>>金魚
F5 KKってホントにプレゼンだめな奴ばっかりよね。
持ってる情報古すぎるし、説得力０だった。
（確信犯だったかは、謎。）
F5のセミナーでは、日本語のプレゼンを聞いちゃいけない。
外人が来てしゃべるところだけ、聞けばいい。

彼ら、i-modeのL7スイッチングっつうネタで日本市場に根を
張り出してるから、そこから脱皮できてないんじゃないかな。
L4だったら、F5は高すぎるし、使わんほうがいいでしょ。だから、
L7って連呼してたんだと思う。

F5のSSLが800TPSがMAXで、750TPSがCPUの限界だったってのは本当。
昔はRainbowだけど、今はBroadcomのchipが載ってる。
それ以上は、SSL専用箱があるから、それを置けばいいってのが、
F5のやり方。それは今でもそうだね。

F5のL7はHTTP/1.1を全て読み取るところがミソなので、
他と簡単には比べられないかもしれないけど、20000transaction/sec
ぐらいは出てたよ。俺がテストしたときは。L4でもやってみたけど、
20000connection/sec以上出てた。それ以上は測定不能だった。

SSLはネットワーク屋の仕事じゃないっつーのに痛く同感。
ベリサインの証明書は、本当に負荷分散装置配下にあるサーバの
台数ごとに必要なんですか？？
なんて俺に聞かないでもらいたい。

**anonymous** · 02/02/22 21:37

IronはL2なら最強なんだけどね。
L7はだめ。

**anonymous** · 02/02/23 02:21

intelの7180,7185も忘れないで･･･
600 ssl/sec､1200 ssl/secだよ。
うーん､マニアックだ｡

金魚 · 02/02/23 03:01

>>64
broadcomとは知らなかった。ナルホド勉強になりました。
F5のsession handlingはHA+とかEnterpriseで17K～21K/secだから
カタログスペック値は出ているということか。カタログは信じられるかな。
L7は判らんがL4での速さはAlteon, CSS, Ironか。
L7でのハンドリングスピードとSSLのオーバーヘッド、L7の自由度が今後の競争のポイントか。

SSL、台数ごととに必要ですか、オレも何十回と聞かれた質問。
頼むからVeri○ignのホームページ見てくれよ。CA局の問題なんだから。
多分苦しんでいるNEはいっぱいいるはず。
いろんな意味で、SSLを100TPSでもincludeしたF5には畏敬の念を表す。

金魚 · 02/02/23 03:05

>>66
intel NetStructure7180/85ね。
懐かしい思い出です。
DCで見たことない。
LBのsession handlingが数千だったもんな。SSLは拡張できないし。
7110/15の方が売れたんじゃないの？もうOEMもなくなるらしいけど。

**名無しさん＠三年寝たろう** · 02/02/24 19:22

>>68
7110/7115 は冗長性考えたときに直列に数珠繋ぎする
奇妙な方法だから、
通常の機器のようにVRRPとか専用のケーブルを使った
２重化の設計をするときが面倒くさい。確かに冗長を
考えない場合は、簡単で良いんだけれどね。逆に簡単
すぎて金取れないよ。ちなみに、OEM が無くなるって、確かHPが販売
していたと思うけれど、販売止めちゃうの？
ちなみにノーテル社について衝撃的な記事が....
http://www.hotwired.co.jp/news/news/business/story/20020215101.html
第二のエンロンかも？

**HP＠三年寝てろ！！** · 02/02/24 22:33

>>69
ＨＰも終わりだよ。

金魚 · 02/02/26 01:30

>>69
Active-Standbyでの負荷分散機と組み合わせるには上位に置くと待機系が遊ぶ
からね。かといって下に置くとSwitchではさむか、各サーバの前に置くしかない
けど、それだとL7での負荷分散できないし。

>>69
Nortelが倒れるっちゅうことはあるのかいな？カナダ政府がそうするのかね？
だれかがあおっているんじゃないの？まあアルゼンチン共和国債みたいなこと
があるのでまったく無いとは言えないけどね。エンロンどころじゃないよ。
ホントかいな？

**そういえば** · 02/02/26 14:22

Intelは旧7180の後継機を開発してるようだが。
主な特徴：i-modeパーシステンスに（ようやく）対応、
Management port搭載、見た目もちょっと変わる。コマンド体系はかなり変わる。

糞だったLB部分が少しまともになったと喜んでいたらｈｐが売らなくなるんだと。
開発機はどうなるのだろう。。。ＳＳＬに関してはＦ５より早かったのに。

**名無しさん** · 02/02/26 16:06

>>72
結局 hp は直販で Cisco とか Alteon とか F5
をインテグレーションしているわけだから、
間接販売で NetStructure を販売しても意味ないわけだよね。
結局サポートもセンドバックだけで24時間オンサイトはないしね。
で、結局日本での一次代理店はどこになるのかな？

**3年寝る** · 02/03/26 00:25

マクニカ？日商？そんなとこだっただろ。ただNetStructureとしての話だが。
1000TPSの出るらしいけど詳細きぼーん

**FIPS** · 02/07/13 02:24

FIPS対応しているSSL Acceleratorはどんなところあるの？
SSL－LB－SSLは巨大IPだけなの？
知っていたら教えてください

?? · 02/07/14 01:14

> 75
Nortel の Alteon iSD-SSL 310/FIPS というのが対応している。
でも、日本じゃまだ売っていないかも。
FIPS 140-1 Level 3 Certified ってやつですね。
でも、日本でそれ要求するところあるの？

あと、SSL-LB-SSL ってのが End to End Encryption って
ことなら、iSD-SSL も ver.3.0 で対応している。

?? · 02/07/14 01:25

> 74
Alteon からも iSD-SSL 410 っていうのが予定されている。
これ 1000TPS 出る。

**FIPS** · 02/07/14 21:46

>>76
お客様に聞かれました。
多分FIPSを上がご要求なさるとか。本当に使うかは分かりませんが。
きっと高そうですね。
1000TPSは使いません・・・。

**名無しさん＠ＸＥｍａｃｓ** · 02/07/15 18:26

>>78
> 多分FIPSを上がご要求なさるとか。本当に使うかは分かりませんが。

たしかに iSD には 310/FIPS というラインアップがあるけど、NIST
の FIPS-validated-product list には載ってないんだよねー。

どうなってるのやら。

あと、FIPS は取ってないけど、ANDES Network の PSSL シリーズは
“FIPS grade safe store”を謳ってるね。Brochure 通りならたしか
に機能的には level-3 はクリアしてそうに見える。

?? · 02/07/15 20:13

> 79
種明かし。単に Nortel とか iSD という名前で載っていないだけ。
実は 310/FIPS には Rainbow Technologies Inc. という会社の
CryptoSwift HSM というのが載っている。
これが FIPS 140-1 Level 3 --Certificate #162
を取得している。それだけのこと。（当然マニュアルには明記されているよ。）
ちなみに 310/FIPS じゃないモデルには何が載っているかは
知りません。

**名無しさん＠ＸＥｍａｃｓ** · 02/07/16 15:13

>>80
> 種明かし。単に Nortel とか iSD という名前で載っていないだけ。

もちろん Alteon でも載ってなかったし。

> CryptoSwift HSM というのが載っている。
> これが FIPS 140-1 Level 3 --Certificate #162
> を取得している。それだけのこと。（当然マニュアルには明記されているよ。）

ｶﾞ━━(ﾟДﾟ;)━━ﾝ! んなのアリ？

よーし、お父さん、SSL アクセラレータに iButton 載っけて FIPS
PUB 140-1 Level 3 Certified と銘打って売っちゃうぞー。

はともかく、それなら筐体含めて tamper resistent な ANDES の方が
実質マシじゃないのか？

?? · 02/07/16 22:54

> 81
resistant ですよね？
それはさておき、Nortel も ANDES を... もごもご。

a · 02/07/17 05:04

SSLアクセラレータといえば、普通箱型かPCIスロットに刺すタイプ
ですよね。Pentium4のSSE2やAthlonの3D!nowみたいに、最近は
マルチメディア演算用の命令積んだCPUも多いから、これをSSLの
高速化に使えないものかなぁ、なんて思うのですが。できる？

b · 02/08/15 20:32

作れば出来るんじゃない。

**あぼーん** · NG

あぼーん

**nobody** · 02/08/15 23:27

>83

マルチメディア系の演算命令がどんなものかわかってないとおもわれ

**ﾒ?ﾂ?ﾂ?ﾂ?ﾂ?ﾘT** · 02/08/18 16:15

>81
Andesはまだバグ多いらしいよ・・・

>82
その先は・・・（笑）Nortelも最近節操無いですね

SSLの負荷かけたいならCAWとか使えばって感じ。
SSLのカードって言っても結局NICとかBUSのトラフィックはCPU処理だから専用箱の方がいいんでないの？そんで鍵の管理は専用オペレーターがいるでしょ。LDAPとかHTTPとかFTPとかでCRL管理できるintelとiSDに一票。

**anonymous** · 02/08/18 23:03

>>83 >>86
UNIXのpasswdファイル解読して弱いパスワードを見つける
John the ripper っていうプログラムがあるけど、
こいつの中で DES の計算の高速化に MMX 命令使ってた。
(MMX には長いワードを一気に XOR する命令なんかが用意されている。)
ただし、SSLの計算で大きな時間を占める公開鍵暗号系
(RSAとかDSA)の高速化に応用できるかどうかはわからん。

**あぼーん** · NG

あぼーん

てて · 02/08/29 23:11

>>89
アクセス権ネーってよ

**俺の仕** · 02/12/19 23:11

保存上げ

**俺の仕** · 02/12/20 21:49

保存上げ

**山崎渉** · 03/01/15 22:27

（＾＾）

**山崎渉** · 03/04/17 12:34

（＾＾）

**あぼーん** · NG

あぼーん

**あぼーん** · NG

あぼーん

**あぼーん** · NG

あぼーん

**age** · 03/09/03 02:31

age

**anonymous@** p6ea3c6.tkyoac00.ap.so-net.ne.jp · 2005/09/23(金) 10:06:30

SSLアクセラレータ＋SLB＋Webサーバー2台の環境で
通信の流れが想像できないっす。

公開するFQDNはSLBのIPアドレスがDNSに登録されていているようです。
だから、ブラウザからアクセスしに行くと、SLBに行ってアクセラレータを
経由しないでWebサーバーにいってしまうような気がするのです。
今は、業者さんが書いた申請書を元に想像してるだけなんで
申請書が間違っている可能性もあるんですが、こんな感じになってます。

SSLアクセラレータ　192.168.0.2　　実サーバー　192.168.0.10と192.168.0.11
SLB　　　　　　　　　　192.168.0.3　　実サーバー　192.168.0.10と192.168.0.11
Webサーバー１　　　192.168.0.10
Webサーバー２　　　192.168.0.11

申請書をお見せ出来ないので、何を言っているか分からないかもしれないですが、
私の想像ではSSLアクセラレータはSLBのアドレスだけ設定すればいい、
むしろそうでないといけないのでは？って思うのですがどうなんでしょうか。

**hoge** · 2005/09/26(月) 09:28:35

>>99

> 私の想像ではSSLアクセラレータはSLBのアドレスだけ設定すればいい、
> むしろそうでないといけないのでは？って思うのですがどうなんでしょうか。

何を言っているかやっぱり分からないけど…
何となくそんな感じかな。

Client --> 負荷分散機 --> SSLｱｸｾﾗﾚｰﾀ --> 負荷分散機 --> 実ｻｰﾊﾞ
(Redirect処理) (負荷分散処理)

って感じが一般的だと思うけど。
細かいところはSIerさんに聞いてください、お金払ってるんですよね!?

99 · 2005/09/27(火) 00:51:45

>>100
レスありがとう。

SIerさんはSSLアクセラレータを入れるのにWebサーバに
証明書入れて443で受けようとしてた事もあり、まかせっきり
にするのもなと思い、勉強しているしだいです。

SLB　---　SSLアクセラレータ　--- SLB　という図を見て
納得しました。DNSにはSLBのFQDNが登録されるようなので
SSLアクセラレータにどう繋がるかが想像出来なかったんですが
L4スイッチというのでしょうか、SLBがその機能も持っている
ためアクセラレータからSLBに戻れるのですね。

当初の想像は
ブラウザ --- SSLアクセラレータ　---　SLB　---　Webサーバ
と考えてしまったため、通信の流れが？？？でした。

勉強になったっす！

**hoge** · 2005/09/27(火) 02:30:44

>>101

> SIerさんはSSLアクセラレータを入れるのにWebサーバに
> 証明書入れて443で受けようとしてた事もあり、

SIerを庇ってる訳じゃないけど補足させて。
一般的にはSSLｱｸｾﾗﾚｰﾀが気が狂ってお亡くなりになった時のために、
実ｻｰﾊﾞにも証明書入れて443を待ち受けてたりするかも。
負荷分散機でもSSLｱｸｾﾗﾚｰﾀがお亡くなりになった時の設定が入ってるかも。

99 · 2005/09/27(火) 08:02:16

>>102
なるほど、気が利いているというか
専門外の私には思いも付かなかったです。

でも、そんな話してくれなかったな。。。シャイな人でも
無いんだが。
ちょっと聞いてみよ。

**揚げ奉行** · 2006/12/14(木) 00:38:59

８

**anonymous@**softbank220031144017.bbtec.net · 2007/02/27(火) 22:01:16

暗号化や復号はwebサーバーにやらせて、証明書はロードバランサに入れるなんて事は
できますか？証明書は高いので少しでも安くしたい。でもＳＳＬロードバランサは高いし
すべての処理を任せるのは心もとないと考えてるんで。

**anonymous@**4.152.210.220.dy.bbexcite.jp · 2007/02/28(水) 00:43:07

>>105
ほとんどの証明書は、バックエンドのwebサーバの台数分必要ですよ。

Verign
http://www.verisign.co.jp/server/help/license.html

【認証局】SSLに関するスレ１枚目【ぼろ儲け】
http://pc10.2ch.net/test/read.cgi/mysv/1071339107/l50

**anonymous@**softbank220031144017.bbtec.net · 2007/02/28(水) 00:58:23

ロードバランサ使えば一枚でオーケーだった所があったはず。
基本的に盗聴されていようがいまいがあんまり気にはしないんだが費用にうるさい
会社なもんで、安く出来る方法ないかななどと思った次第。
バックエンドに入れる証明書をすべてのサーバーにコピーして入れちゃえばいいような
気もするんだがそれでは規約違反だろうし、後で怒られそうというわけです。
ばれなきゃいいという噂もあるが。。。

**anonymous@**softbank220031144017.bbtec.net · 2007/02/28(水) 01:12:13

一つの方法として考えているのは、ＢＩＧ　ＩＰ　のＨＤにＮＦＳでパーティションを作って
各ウェブサーバーからＢＩＧ　ＩＰ内の証明書を取ってくるという形を考えてるんだが
それでうまくいくのかどうかは疑問かつ余計なトラフィックがロードバランサとウェブサーバー間で
発生するし、さすがに規約上無理がある気がしてる。

**anonymous@**4.152.210.220.dy.bbexcite.jp · 2007/02/28(水) 01:52:53

>>107
BLADEとかLivedoorSSLが１枚でOKだったけどもう売ってない、、、

ほかに１枚でOKな証明書があればぜひ教えてほしい。

**anonymous@**softbank221089248024.bbtec.net · 2007/03/08(木) 14:45:58

SSLの関係者はここ見てる？
SSL今落ちてない？
ＳＳＬ使う認証のところＧｏｏもほかのとこもだめなんだけど？
メールチェックもできない
さっさとなおしやがれ

**anonymous@**p5178-ipbffx02funabasi.chiba.ocn.ne.jp · 2007/03/09(金) 23:09:33

じゃーいまごろ SSL(株) も大変だね。

**名無しさん＠負荷分散** · 2007/05/30(水) 20:45:34

１のレス見て他のレスはまったく読んでないので回答でてたら申し訳ないけど
SSL通信を分散且つセッション維持の要件があるのなら、
SSLアクセラレータ付き負荷分散機orSSLアクセラレータ（単体）＋負荷分散機（単体）を
買いなされ。
そして任意のセッションIDCookieに入れるか携帯端末含むならURLに埋め込んで
複合化通信を負荷分散機に読み込める形にして通信すればおｋ
SSLアクセラレータ付き負荷分散機なら高いけど、SSL通信を分散機で暗号化を複合化するから
setCookieだろうがhttpヘッダーだろうが装置内で消化できる

? · 2007/05/31(木) 19:42:49

>>111
具体的な製品をあげてみてよ

**anon** · 2007/08/07(火) 21:03:46

>>112は6年前の>>1のレスに回答してるな
ここまで間の開いたレスは初めて見た

**anonymous@**FNAfb-08p4-226.ppp11.odn.ad.jp · 2007/08/17(金) 00:50:46

BIG-IPか旧Alteonだろうな。

単体のSSLアクセラレータってあんま使わないきが。

**aaa** · 2007/09/17(月) 00:54:16

>>115
ArrayTMXってのはどう？
ご存知な方、利用実績のある方いる？

**名無しだよもん＠カラアゲうまうま** · 2007/12/23(日) 15:12:41

>>112の後者の構成でArrayTMX使ってるけど
ファームウェアの不具合が酷かった。

一度構成固めてあと触らないなら構わないかも。

**anonymous@**softbank219200036086.bbtec.net · 2008/03/25(火) 21:36:55

たった2台のxSeriesの負荷分散用に
ServerIron4G売りつけるのはやめようよ。

lvs+heartbeatで仮想IP構成で十分だよ。
http://www.linuxvirtualserver.org/

**anonymous@**softbank219200039066.bbtec.net · 2008/07/22(火) 11:10:50

FoundryはBrocadeに買収されることに同意しました。

**anonymous@**118x240x100x162.ap118.gyao.ne.jp · 2008/07/31(木) 04:30:13

array、foundry、alteon、radware、f5などで一番高いヤツにSSL付のがありんす。

セッション維持はSSLアクセラレーター付ロードバランサでやるか、アクセラレーターをロードバランサ
の前に付ける方法が一般的なんでしょうか？

L4ロードバランサでセッション維持機能の無いもの（バカバランサ）を使い、
サーバー間でセッションを複製するという方法を取ったほうが安くできるのではないかと思うのです。

**anonymous@**softbank219019220034.bbtec.net · 2008/08/03(日) 10:30:22

>>417
ホンダのミニバン
ていゆかていじゅうしん

**anonymous@**eatkyo073134.adsl.ppp.infoweb.ne.jp · 2008/09/16(火) 00:56:32

>>120
他は知らんが
ｆ５は普通にセッション維持できるけど
SSL複合しなくても・・・

_ · 2008/09/17(水) 02:34:18

>>120
LBをSSL対応品にするか、LBの前段にSSLアクセラレータをいれるかしないと、負荷分散装置を通るときに
SSL暗号化を解除できない。そうすっと、パーシステンス/スティッキーの方式として事実上、SSL session ID
とソースIPくらいしか選べなくなるんじゃね。
SSL session ID方式は「一部ブラウザがSSL session IDを頻繁に再ネゴシエートする」って問題があったので、
個人的には避けたい。
現行バージョンのメジャーブラウザは問題ないはずだけど、未来を含めて絶対の保証はされないだろうし。

システム仕様で完全固定IPのみを相手にするという絶対的な保証があるなら、ソースID対応でなんとかなる。
ていうかそのほうが楽だ。

んで、サーバシステム側で「いつ別の物理サーバに振り分けられても問題ないような」構造にするのも手だ‥
ただし、アプリが状態の遷移を完全に把握して設計されていて、実装も問題なく、性能上の影響も一切生じず、
セキュリティ的な懸念もあり得ない、というのなら、だが。

個人的経験で言えば、その手の方法は動作試験以降が大変だ。
まれにアプリ的な動作が妙になったりで、「LBが悪いんだろう！てか頼むからそういって下さい！」と詰め寄ら
れたりとか。んでどこに問題があるのか切り分けが面倒だとか。(苦笑

個人的経験では、その手の案は「目先の小銭を節約する代わりに、実装と運用を無駄に複雑にする選択」と
言わざるを得ない。

「必要なのはサービスの可用性であり、トラフィック総量は少ないから負荷分散は不要」という要件でなら、
負荷分散を行わず、トラフィックの振り分け先は常に1台。主系サーバが落ちたら、トラフィックを副系サーバ
に振り分ける、みたいな設計もありだな。これならL4パーシステンスしかできないLBでもあまり問題ない。

**anonymous** · 2008/09/19(金) 23:49:13

ウチはこれで、SSLアクセラレータとL7負荷分散を入れてます。
ttp://fenics.fujitsu.com/products/ipcom/products/lineup/ipcom_ex_lb.html

**anonymous** · 2008/11/22(土) 18:54:43

もうBIG-IPなんて見たくもさわりたくもない

**anonymous** · 2008/11/22(土) 18:59:42

じゃあ何ならいいんだよ

**anonymous** · 2008/11/23(日) 12:44:42

Д10

**hoge** · 2008/11/23(日) 19:18:00

>>125

何があったんですか…

**anonymous** · 2008/11/24(月) 18:14:19

>>125
NEらしくL2SWとRでいいや
>>128
何があったというわけでもないけど
結構すぐ壊れるし
それにもう飽きたし
BIG一筋2年間・・・秋田

**128** · 2008/11/30(日) 01:36:59

>>129

結構、壊れるんですね…F5
お付き合いのある代理店さんがやたらと勧めてくるので、
評価機でも借りようかと思っていたんですが…

**129** · 2008/12/02(火) 00:08:03

>>130
まあ壊れてもまるごと交換だから
そんなに面倒ではないかもだけど

値段も高いし・・・
ただ、やれることは他機器に比べて多いらしい
iruleとか使いこなしたら柔軟性も抜群だし

あ、何オレあんな機械のこと庇ってんだろ・・・
こ、これが・・・愛？

**anonymous** · 2008/12/02(火) 01:59:01

>>131
ただのストックホルム症候群です。

**129** · 2008/12/03(水) 01:04:42

>>132
被害者なのに犯人に同情しちゃう気持ち？

普段は好きじゃないんだけど、
ケナサレルとなんかムカムカする的な？

ま、F5も悪いやつじゃないんで
考慮してやってね

**ぽんたろう** · 2008/12/09(火) 16:28:17

URL REWRITE（再書込み）のセッション制御って、
バランサのセッション維持で対応できるのでしょうかぁ？

**anonymous@**118x241x102x41.ap118.gyao.ne.jp · 2009/04/17(金) 10:40:58

結論として、SSLロードバランスにはSSLロードバランサを購入する以外になさそうですね。

**A10** · 2009/06/05(金) 23:07:57

>>129
俺も疲れた。。。
トクに電源壊れ過ぎ。

**anonymous@**05001014093382_mc · 2009/07/02(木) 22:13:32

UltraMonkey-L7+SSL Proxyって実サービスに投入してる人いる？
経験談をぜひ聞きたい。