G
Oracle HTTP Serverのトラブルシューティング

この付録では、Oracle HTTP Serverの使用時に発生する可能性がある一般的な問題およびその解決方法について説明します。

内容は、次のとおりです。

問題および解決策

この項では、一般的な問題および解決策について説明します。内容は、次のとおりです。

間欠的HTTP-500エラー

Oracle HTTP ServerでKeepAliveディレクティブがOnに設定されていると、Microsoft Internet Explorerの特定のセキュリティ・パッチが、MOD_OC4J_0145エラー、MOD_OC4J_0119エラー、MOD_OC4J_0013エラーなどの間欠的HTTP-500エラーの原因となります。

問題

間欠的HTTP-500エラーの原因は、Microsoft Internet Explorerの不具合にあります。

解決策

この問題に対して考えられる解決策は、次の2つです。

すべてのクライアントのInternet Explorerブラウザにパッチを適用します。
前述の解決策が実際的ではない場合、Oracle HTTP ServerでKeepAliveをOffに設定します。

この問題の詳細は、http://metalink.oracle.comでMetalink Note 269980.1を参照してください。このMetalink Noteにアクセスするには、OracleMetalinkサイトの上部にある「Advanced Search」ボタンをクリックして、Doc ID「269980.1」を検索するのが最も簡単な方法です。

関連項目
「KeepAlive」

Oracle HTTP ServerとOC4Jブロック間の接続におけるファイアウォール

特定のファイアウォールが間に使用されている場合、Oracle HTTP ServerはリクエストをOC4Jに転送できません。

問題

Oracle HTTP Serverプロセスでは、OC4Jプロセスとの永続的な接続を維持します。Oracle HTTP Serverより前にファイアウォールによって接続がタイムアウトになると、ファイアウォールおよびオペレーティング・システムの構成方法に応じて、OC4Jプロセスに対するリクエストはエラーとなるか、処理の時間が非常に長くなります。

解決策

Oracle HTTP ServerのディレクティブOC4JConnTimeoutをファイアウォールのタイムアウト値（この値はファイアウォール固有です）より小さい値に設定します。

関連項目
「Oc4jConnTimeout」

OracleAS Web Cache経由で渡されないクライアントIPアドレス

クライアントIPがOracleAS Web Cacheを介して渡されない場合、次のような問題が発生する可能性があります。

クライアントIPのセキュリティが許可または拒否について機能しません。
Access_logに、クライアントIPアドレスではなく、OracleAS Web Cache IPアドレスが記録されます。
OC4J request.getRemoteAddr()からOracleAS Web Cache IPアドレスが返されます。

問題

通常、OracleAS Web Cacheが使用される場合、そのIPアドレスは、Oracle HTTP Serverによって参照されるアドレスです。UseWebCacheIp構成オプション（デフォルトでは設定されていません）を使用して、Oracle HTTP ServerがクライアントのIPアドレスを取得できるように設定できます。

解決策

httpd.confファイルでUseWebCacheIp Onを設定します。

関連項目
「クライアントIPアドレスの取得」

OracleAS Web Cache使用時の証明書情報の喪失

証明書情報は、OracleAS Web Cacheが使用されているとき、OC4Jアプリケーションでは使用できません。

問題

SSLがOracleAS Web Cacheで終了すると、デフォルトでは、Oracle HTTP ServerおよびOC4Jのアプリケーションに情報は渡されません。

解決策

Certheader機能を使用します。この機能により、OracleAS Web CacheからOracle HTTP ServerにSSL情報（構成情報など）を渡すことができます。

関連項目
「mod_certheaders」

ポートの競合によりOracle HTTP Serverが起動できない

ポートの競合が原因でOracle HTTP Serverが起動できない場合、次のエラーが発生する可能性があります。

[crit] (98) Address already in use: make_sock: could not bind to port 7778

問題

ポート番号が別のプロセスで使用されているため、Oracle HTTP Serverが起動できません。

解決策

Oracle HTTP Serverに割り当てられているアドレスをブラウザに指定して結果を確認し、どのプロセスでポートがすでに使用されているかを特定します。結果に応じて、Oracle HTTP Serverまたは競合するプロセスのIP:ポート・アドレスを変更します。

多数のHTTPDプロセスによるマシンのオーバーロード

1台のマシン上で実行中のhttpdプロセスが多すぎると、レスポンス時間が急激に低下します。

問題

httpdプロセスを起動しすぎると、通常処理のためのリソースが不足します。

解決策

マシンが対処できる値までMaxClientsの値を下げます。

関連項目
「MaxClients」

1024未満のポートでOracle HTTP Serverの起動時に発生する権限拒否

1024未満のポートでOracle HTTP Serverを起動しようとすると、次のエラーが発生します。

Bind errors on ports below 1024: PERMISSION DENIED: MAKE_SOCK: COULD NOT BIND TO PORT 443

問題

1024未満のポートでは、Oracle HTTP Serverは起動しません。これは、これらのポートをバインドするには、root権限が必要になるためです。また、.apachectlを構成する手順も実行されていません。

解決策

次の手順を実行すると、1024未満のポートでrootとしてOracle HTTP Serverを実行できます。

rootとしてログインします。

中間層のOracleホームで次のコマンドを実行します。

cd ORACLE_HOME/Apache/Apache/bin
chown root .apachectl
chmod 6750 .apachectl

PMファイルが正しく検出されない場合にOracle HTTP Serverが起動できない

Oracle HTTP Serverでは次のエラーが発生し、起動できないことがあります。

"[error] Can't locate mod_perl.pm in @INC (@INC contains:$ORACLE_HOME/perl/...)

または

[error] Can't locate Apache::Registry.pm in @INC (@INC contains: $ORACLE_HOME/per/...)

問題

mod_perlは、ORACLE_HOME/Apache/Apache/mod_perlディレクトリの下に保存されるPMファイルを検出する必要があります。これらのPMファイルがないと、mod_perlは起動しません。

解決策

UNIXの場合、apachectlが変数PERL5LIBに正しく定義されているかどうかをチェックします。ORACLE_HOME/Apache/Apache/mod_perl/lib/site_perl/5.6.1/sun4-solarisを指している必要があります。

Windowsの場合、opmn.xmlのHTTP Serverセクションの環境サブ・セクションにPERL5LIBの正しいエントリがあるかどうかをチェックします。ORACLE_HOME¥Apache¥Apache¥mod_perl¥lib¥site_perl¥5.6.1¥libを指している必要があります。

Webcacheリバース・プロキシでのSSOクライアント認証の失敗

SSOクライアント認証がWebcacheリバース・プロキシで失敗します。

問題

SSOクライアントのログイン時には、ブラウザからのクライアント証明書がSSOサーバーで認証された後、そのサーバーへの接続に成功します。ただし、ssoServer.logに示されているように、ブラウザではなくWebcacheのWalletに格納されている証明書を認証しようとしているため、接続に失敗します。

解決策

次の手順を実行します。

$ORACLE_HOME/Apache/Apache/conf/httpd.confを編集し、次の行を含めるようにします。

LoadModule certheaders_module libexec/mod_certheaders.so
AddCertHeader HTTPS
AddCertHeader SSL_CLIENT_CERT

$ORACLE_HOME/sso/conf/sso_apache.confを編集し、次の行をコメント化します。
```
#SSLOptions +ExportCertData +StdEnvVars
```
dcmctl updateconfig -ct ohsを実行します。
opmnctl restartproc type=ohsを実行します。
クライアント認証でSSOサーバーにログインできることを確認します。

その他の解決策

OracleMetaLink（http://metalink.oracle.com）には、さらに多くの解決策が掲載されています。問題の解決策が見つからない場合は、サービス・リクエストを作成してください。

関連項目
オペレーティング・システム別のOracle Application Serverリリース・ノート（Oracle Technology Network（http://www.oracle.com/technology/documentation/index.html）で入手可能）

GOracle HTTP Serverのトラブルシューティング