【intra-mart】リバースプロキシにドはまりした思い出(2) |

アクセス経路が2つ以上ある場合、server-context-config.xmlを使ってBaseURLを定義することができません。

例えばリバプロが2つある場合、server-context-config.xmlにリバプロ#1、#2のどちらも書けません。また、定義しない場合には、どちらもAPサーバのIPアドレス(192.168.11.100)がBaseURLに設定されてしまい、リバプロが使われません。

このような場合に備えて、intra-mart側には動的にBaseURLを切り替える仕組みはある。

リバプロ側には、httpのリクエスト中にどちらからアクセスされたかを識別するためのリクエストヘッダを埋め込む

→Providerのプログラムでは、ヘッダを読み取ってBaseURLを返すようにする。

細かなところは

BaseUrlProviderを使ったプログラムを書く、というのは実務的にはできればやりたくはない類の開発だ。

ほかの候補としては、リバプロ側でhtml中にある「BaseUrl」書き換えるというのも考えらえる。

しかしながら、htmlを書き換えるてもintra-mart側が認識しているBaseURLとは異なるので少なくともAPサーバから送付されるメールなどには対応できない為、まっとうにやるならこの方法だ。

Httpのヘッダ名と値、返すBaseURLの3セットをXMLファイルなどに定義しておいて対応できるようなモジュールを持っておくとよい。

（というか公式にそういうものを用意してもらえると助かるんだが）

リバプロが既存のものだと、httpのリクエストヘッダにどのようなものが設定されているかは不明である。

この点が2つ目のハマってしまったポイントだった。

結局はリバプロの実装次第なので、片方のリバプロには、

が設定されているのでこれが使える。と思っても、もう片方のリバプロでは付与されていないということはある。

あるいは、

・リバプロ#2→リバプロ#1→APというような多段階プロキシになっている経路

・リバプロ#1→AP

といった2経路の場合、どちらも同じヘッダに書き変わってしまうとAPサーバでは識別できない。

リバプロがどのようなhttpリクエストであるかは、調査の必要があるが、BaseUrlProviderの実装にデバッグモードのようなものを実装しておき受け取ったhttpヘッダの出力できるようにしておくとはかどる。