0

証明書を処理するために、Fusion Middleware がセットアップされています。これはポート 443 で構成され、ポート 8001 で設定された weblogic 11g のインスタンスに認証プロセスを処理した後、その要求を転送します。そのインスタンスは認証を処理し、ミドルウェアを介して応答を返します。Spring 2.5.6 と Spring Security 2.0.4 を使用しています。これはフレックスベースの Web アプリケーションです。firebug/firefox を使用して、サーバーが認証要求を適切に処理し、loginSuccess.htm (org.springframework.security.ui.webapp.AuthenticationProcessingFilter春のセキュリティ構成ファイルで構成) を返そうとすることを確認できましたが、302 転送であることがわかります。エラーですfirebug からのステータスが Aborted と表示されます。

また、認証とアプリケーションは weblogic のスタンドアロン インスタンスで正常に動作することに注意してください。認証の問題が発生し始めたのは、Web アプリケーションとクライアントの間に Fusion Middleware を導入したときです。

これは、私の AuthenticationProcessingFilter 構成エントリのスニペットです。

<bean id="authenticationProcessingFilter" class="org.springframework.security.ui.webapp.AuthenticationProcessingFilter">
        <property name="authenticationManager" ref="authenticationManager"/>
        <property name="authenticationFailureUrl" value="/loginFailure.htm"/>
        <property name="defaultTargetUrl" value="/loginSuccess.htm"/>
        <property name="filterProcessesUrl" value="/login.htm"/>
        <property name="rememberMeServices" ref="rememberMeServices"/>
        <property name="alwaysUseDefaultTargetUrl" value="true" />
        <property name="usernameParameter" value="username"/>
        <property name="passwordParameter" value="password"/>
</bean>

どんな洞察も役に立ちます。Fusion Middleware を導入したのは、Oracle が推奨する運用アプローチであるためです。事前に証明書に問題がありました。

4

1 に答える 1

0

dvuke - Oracle Fusion Middleware を使用すると、アプリ サーバー経由でリダイレクトを処理できるため、基本的に、スプリング フィルターを変更する必要はありません。

httpd.conf ファイルで永続的なリダイレクト属性を使用するこのアプローチにより、説明した問題が解決される場合があります。したがって、コード内のリダイレクトは、常に https 経由で提供されるように強制される可能性があります。

NameVirtualHost *:80
Listen 80
<VirtualHost *:80>
    ServerName http://server-name
    Redirect permanent /contextRoot https://server-name/contextRoot
</VirtualHost>

少なくとも調べるための道！

于 2012-01-11T12:47:09.407 に答える