OKTA SSOと統合されたトップレベルアプリケーションの後に、IIS ARRリバースプロキシの実装に失敗しています。 OKTAの統合では、OWINモジュールとWSフェデレーションプロトコルが使用されます。バックエンドのWebSphereアプリケーションサーバーはsocketTimeout例外を記録し、IISのFRTログは下に貼り付けられます。POST要求が失敗する:IIS 7.5 + ARR 2.0(リバースプロキシ)+ OWIN httpモジュール
MODULE_SET_RESPONSE_ERROR_STATUS
ModuleNameをApplicationRequestRouting通知128はhttpStatus 500 HttpReason内部サーバーエラーHttpSubStatus 0のErrorCode 0 ConfigExceptionInfo通知EXECUTE_REQUEST_HANDLERが正常に完了した操作をエラーコード。 (0x0) また、2ステップアップ、General_Read_entity_endはゼロとして受信されたバイトを示します。
-GENERAL_READ_ENTITY_END BytesReceived 0 ErrorCode 2147942438 ErrorCodeファイルの最後に達しました。 (0x80070026)
私はrequest.InsertEntityBody()を入れました。 Application_BeginRequestとEndRequestの両方でIIS7 Application Request Routing (arr reverse proxy) combined with managed module - time outであるが、それは役に立たなかった。
ARR 2.0、IIS 7.5を、URLは2.0、IBMのWebSphere 7.0
どれでも他のアイデアを書き換え?
おかげ
私はIISからFRTを見直し、ここで観測されています:成功したPOSTリクエスト: OwinHttpModuleコールpre_execute_request_handlerで、pre_execute_request_handlerで Global.asaxの呼び出し、execute_request_handlerで ARRモジュールの呼び出し、 Global.asaxの呼び出しexecute_request_handlerに 失敗したPOSTリクエストは:pre_execute_request_handlerで OwinHttpModule呼び出し、 はこれ以上 これ以上のカロリー、Global.asaxの呼び出しませんlsからARRモジュールに移動すると、制御がglobal.asaxに戻ることはないので、OWINモジュールの実行後に正しいモジュール(この場合はARR)にhttp reqを渡すことができるようになります。 – ravi9
今、ARRまたはIIS OWIN httpモジュールを使用してOKTA統合の存在下で要求ハンドラを実行することをスキップするようにしています。デバッグのアプローチに関する提案はありますか? – ravi9