ヘッダーをスキップ
Oracle Application Serverリリース・ノート
10gリリース3（10.1.3.2.0） for Microsoft Windows（64-bit）on Intel Itanium
E05150-02
  目次
目次
戻る
戻る 		 次へ
次へ		  

4 Oracle HTTP Server

この章では、Oracle HTTP Serverに関連する問題について説明します。内容は次のとおりです。

4.1 問題および回避方法

この項の内容は次のとおりです。

4.1.1 AJP13の宛先に対する重み付けされたルーティングの構成

Oc4jMountディレクティブでは、宛先がインスタンスまたはクラスタの場合にのみ重み付けされたロード・バランシングが機能します。重み付けされたロード・バランシングは、AJP13の宛先に対しては機能しません。AJP13の宛先については、ラウンドロビン法により負荷が均等に分散されます。たとえば、mod_oc4j.confファイルに次の各行が含まれる場合、Host_AおよびHost_Bでは、Oc4jRoutingWeightディレクティブの設定にかかわらず同じ数のリクエストを受け取ります。

Oc4jSelectMethod roundrobin:weighted
Oc4jRoutingWeight Host_A 1
Oc4jRoutingWeight Host_B 25
Oc4jMount /j2ee   ajp13://Host_A:<AJP Port>,Host_B:<AJP Port>
Oc4jMount /j2ee/* ajp13://Host_A:<AJP Port>,Host_B:<AJP Port>
# Instance weighted routing work as expected
#Oc4jMount /j2ee   instance://Host_A:home,Host_B:home
#Oc4jMount /j2ee/* instance://Host_A:home,Host_B:home

AJP13の宛先に対して重み付けされたロード・バランシングを実行するための対処方法として、Oc4jMountディレクティブに同じホストを複数回指定できます。次の例では、Host_Bを2回指定しています。

Oc4jMount /j2ee ajp13://Host_A:<AJP Port>,Host_B:<AJP Port>,Host_B:<AJP Port>

4.2 ドキュメントの訂正箇所

この項では、ドキュメントの訂正箇所を示します。内容は次のとおりです。

4.2.1 Oracle HTTP ServerのApacheのバージョン番号

Oracle HTTP Serverは、バージョン1.3.34のApacheに基づいています。

4.2.2 Single Sign-On用のIISリスナーの構成におけるログ・レベル選択オプションの誤り

『Oracle HTTP Server管理者ガイド』の「Single Sign-On用のIISリスナーの構成」には、有効なログ・レベルはdebug、inform、errorおよびemergencyであると記載されていますが、これは誤りです。

有効なログ・レベルは、debug、inform、errorおよびemergです。

4.2.3 SSLCARevocationFileディレクティブの説明の訂正

『Oracle HTTP Server管理者ガイド』の第10章「Oracle HTTP ServerでのSSLの有効化」に記載されているSSLCARevocationFileディレクティブの正しい説明は、次のとおりです。

証明書の取得元であるCA（認証局）からの証明書失効リスト（CRL）を収集するファイルを指定します。これらのリストは、クライアント認証に使用されます。このファイルは、PEMでエンコードされた様々なCRLファイルを、優先順位に従って連結したものです。CRLファイルの発行者は、単一である必要があります。SSLCARevocationFileで指定したファイルは、ハッシュできません。1つのSSLCARevocationFileエントリだけが存在する必要があり、複数のエントリが存在すると、最後の1つが使用されます。SSLCARevocationFileは、SSLCARevocationPathのかわりに、またはSSLCARevocationPathに追加して（あるいはその両方の方法で）使用できます。

4.2.4 SSLCARevocationPathディレクティブの説明の訂正

『Oracle HTTP Server管理者ガイド』の第10章「Oracle HTTP ServerでのSSLの有効化」に記載されているSSLCARevocationPathディレクティブの正しい説明は、次のとおりです。

PEMでエンコードされた証明書失効リスト（CRL）の格納先ディレクトリを指定します。これらのCRLは、証明書の取得元であるCA（認証局）から発行されます。クライアントがこれらのCRLの1つに含まれる証明書で自身を認証しようとすると、その証明書は取り消されます。この場合、クライアントはサーバーに対して自身を認証できません。

SSLCARevocationPathディレクトリのCRLファイルは、ハッシュする必要があります。CRLをハッシュする方法の詳細は、『Oracle Application Server管理者ガイド』の、証明書検証のためのハッシュ値によるCRL名の変更に関する項を参照してください。orapkiで作成されるファイルには、.rN拡張子が付きます。SSLCARevocationPathは、この拡張子では機能しないため、引き続き取り消された証明書によるアクセスが許可されます。Oracle HTTP Serverで機能させるには、拡張子を.rNから.r0に変更します。

SSLCARevocationPathは、SSLCARevocationFileのかわりに、またはSSLCARevocationFileに追加して（あるいはその両方の方法で）使用できます。

4.2.5 40ビットおよび56ビットのエクスポート暗号としてリストされた不適切なタグ

『Oracle HTTP Server管理者ガイド』の表10-1「SSL暗号スイートのタグ」には、40ビットおよび56ビットのエクスポート暗号の別名がリストされていますが、これは誤りです。

40ビットのエクスポート暗号では、EXP40を使用しません。かわりにEXPORT40を使用します。

56ビットのエクスポート暗号では、EXP56を使用しません。かわりにEXPORT56を使用します。

4.2.6 mod_php拡張機能の情報の不適切なWebアドレス

mod_php拡張機能に関する追加情報のWebサイトが間違っていました。正しいWebサイトは、次のとおりです。

http://www.php.net/manual/en/funcref.php

  戻る
戻る 		 次へ
次へ
  目次
目次