10g（10.1.3.1.0）
B31848-02
 目次 |
 索引 |
| Oracle HTTP Server スタンドアロン・デプロイの管理Apache 2.0ベース 10g（10.1.3.1.0） B31848-02 |
|
この章では、スタンドアロンのOracle HTTP Server 2.0を既存のOracle Application Server 10g（10.1.3.1.0）中間層と通信できるように構成する方法について説明します。Oracle Application Serverのスタンドアロン・インストールによってOracle HTTP Server 2.0を導入した場合、Oracle Enterprise Manager 10g Grid ControlコンソールおよびDistributed Configuration Managementはインストールされません。これらは、Oracle Application Serverでサーバー・グループ（ファーム）の構成および管理を簡単に行えるようにするためのツールです。これらの便利なツールが使用できないため、手動の構成手順を実行して、管理されている既存のOracle Application Server中間層と相互運用できるようにスタンドアロンのOracle HTTP Server 2.0を構成する必要があります。
記載されている内容は、次のとおりです。
スタンドアロンのOracle HTTP Server 2.0を構成する前に、次の点を確認します。
スタンドアロンのOracle HTTP Serverは、Oracle Application Server CDパック内のOracleAS Companion CDに収録されています。
スタンドアロンのOracle HTTP Serverをインストールする手順は、次のとおりです。
この画面で次の情報を入力します。
例: /opt/oracle/oraInventory
例: oinstall
「次へ」をクリックします。orainstRoot.shを実行するよう求めるメッセージがウィンドウに表示されます。rootユーザーとして別のシェルでスクリプトを実行します。スクリプトは、oraInventoryディレクトリにあります。「続行」をクリックします。
例: OH_STANDOHS
oracleユーザーとして作成します。rootユーザーとして作成しないでください。 例: /opt/oracle/STANDOHS
「次へ」をクリックします。
root.shを実行するよう求めるメッセージが表示されます。rootユーザーとして別のシェルでスクリプトを実行します。「OK」をクリックします。
Oracle Process Manager and Notification Server（OPMN）は次の2つのコンポーネントで構成されています。これらのコンポーネントは、Oracle Application Serverプロセス間で送信される通知を同じOPMNサーバーまたは異なるOPMNサーバー内で解析および伝達します。
opmn.xmlファイルに指定されています。Oracle Process Manager and Notification Serverを構成するには、次の手順を実行します。
ons.conf構成ファイルを標準のOracle Application Server中間層のインストール位置からOracle HTTP Server 2.0の対応するディレクトリにコピーします。このファイルはORACLE_HOME/opmn/confディレクトリにあります。ons.confファイルを編集し、すべてのOracle HTTP Server 2.0スタンドアロン・インスタンスを手動管理クラスタに追加します。新しいons.confファイルには、Oracle Application Serverのすべての管理インスタンスのリストだけでなく、各手動管理インスタンスも記述されている必要があります。次にons.confファイルの形式を示します。
nodes=<host_name | host_ip>[:port] [,<host_name | host_ip>[:port]] [, ...]
次に例を示します。
nodes=managed1:6000,managed1:6300,unmanaged2:6400
ORACLE_HOME/opmn/conf/opmn.xmlにあります）。ONSのリモート・リスニング・ポートの値は、opmn.xmlファイルの/opmn/notification-server/portにあるXML要素のremote属性で指定されています。次に例を示します。
unmanaged2のopmn.xmlに次の指定があるとします。
<opmn> <notification-server> <port local='6100' remote='6400' request='6300'/> ... </notification-server> <...> </opmn>
この場合、ons.confファイルに次のように記述する必要があります。
nodes=managed1:6200,unmanaged1:6300,unmanaged2:6400
opmn.xmlファイルの/opmn/notification-server/ipaddrにあるremote属性を設定することをお薦めします。この属性は、ONSリスナーを単一の有効なIPv4アドレスまたはホスト名にバインドします。この属性が設定されていない場合、またはipaddr要素が省略されている場合には、ONSはマルチホーム・ホストのすべてのIPアドレスをリスニングします。次に例を示します。
ホストunmanaged2はマルチホームで、10.1.1.1、10.1.2.1というIPアドレスを持つとします。ONSのリスニング先をIPアドレス10.1.1.1のみに制限するには、opmn.xmlファイルを次のように変更します。
<opmn> <notification-server> <ipaddr remote='10.1.1.1'/> <port local='6100' remote='6400' request='6300'/> ... </notification-server> <...> </opmn>
ons.confは次のようになります。
nodes-managed1.oracle.com:6200,unmanaged1.oracle.com:6300,10.1.1.1.1:6400
ons.confファイルには、必ずクラスタ内の各Oracle Application Serverインスタンスについてエントリを作成してください。この手動で作成したファイルを、クラスタ内のその他のOracle HTTP Server 2.0非管理インスタンスにコピーします。各非管理ノードのopmn.xml構成ファイルにremoteおよびipaddrが設定されている場合は、ons.conf構成データをそれらの設定と一致させる必要があります。
手動管理されているOracle HTTP Server 2.0のリスナーを次のように構成し、管理されているOracle Containers for J2EE（OC4J）にトラフィックをルーティングする必要があります。
mod_oc4j.confファイルが管理クラスタおよびインスタンスを指すよう構成されていることを確認します。たとえば、手動管理のOracle HTTP Server 2.0のリスナーがクラスタmanaged1にトラフィックをルーティングするよう構成されている場合、インスタンス名homeはmod_oc4j.confファイルで次のように使用されます。
Oc4jMount /MyApp/* cluster://managed1:home
mod_oc4j.confを変更して、これらの変更を反映させる必要があります。
スタンドアロンのOracle HTTP Server 2.0にシングル・サインオン機能が必要な場合、次の手順を実行して、手動管理のOracle HTTP Server 2.0のリスナーをOracle Single Sign-Onに登録します。
osso.confファイルを手動で作成します。そのためには、パートナ・アプリケーションの構成後に、「パートナ・アプリケーションの編集」画面から必要なデータを切り取って貼り付けます。たとえば、osso.confファイルの作成に必要な構成データが「パートナ・アプリケーションの編集」画面に表示されます。次に、「パートナ・アプリケーションの編集」ページの例を示します。
ID: 643C32F6 Token: Q2057R2D646C20F1 Encryption Key: 3F46C27C5153B7C7 Login URL: http://foobar.us.oracle.com:7778/pls/orasso.wwsso_app_admin.ls_login Single Sign-Off: http://foobar.us.oracle.com:7778/pls/orasso.wwsso_app_admin.ls_logout
この「パートナ・アプリケーションの編集」画面のデータを使用すると、次のようなクリアテキストのosso.conf構成ファイルを手動で作成できます。
sso_server_version=v1.4 cipher_key=3F46C27C5153B7C7 site_id=643C32F6 site_token=Q2057R2D646C20F1 login_url=http://foobar.us.oracle.com:7778/pls/orasso.wwsso_app_admin.ls_login logout_url=http://foobar.us.oracle.com:7778/pls/orasso.wwsso_app_admin.ls_logout cancel_url=http://foobar.us.oracle.com:7778
osso構成ディレクトリにコピーします。
ORACLE_HOME/ohs/conf/osso.conf cleartext
ORACLE_HOME/Apache/Apache/binディレクトリにあるapobfuscateツールを次のように使用します。
../../bin/apobfuscate osso/conf/cleartext osso.conf
mod_osso.confを編集し、SSOによるWebリソース保護を有効にします。このファイルはORACLE_HOME/ohs/confディレクトリにあります。OssoConfigFileディレクティブが、パートナ・アプリケーション登録データを含む不明瞭化されたosso.confファイルを指していることを確認します。また、httpd.confファイルで#include "ORACLE_HOME/ohs/conf/mod_osso.conf"ディレクティブのコメント設定が解除されていることを確認します。次に例を示します。
LoadModule osso_module libexec/mod_osso.so <IfModule mod_osso.c> OssoConfigFile conf/osso/osso.conf OssoIpCheck off OssoIdleTimeout off Alias /private/ "<ApacheServerRoot>/private/" <Location /private> require valid_user AuthType Basic </Location> </IfModule>
httpd.confファイルで、次の行をコメント化します。
LoadModule auth_module modules/mod_auth.so LoadModule auth_anon_module modules/mod_auth_anon.so LoadModule auth_dbm_module modules/mod_auth_dbm.so
この行は、mod_authがmod_ossoでサポートされていないことから、コメント化する必要があります。
|
 Copyright © 2007 Oracle Corporation. All Rights Reserved. |
|