POST-Anfragen scheitern mit: IIS 7.5 + ARR 2.0 (Reverse Proxy) + OWIN HTTP-Module

IIS ARR-Reverse-Proxy-Implementierung schlägt fehl, nachdem meine Top-Level-Anwendung in OKTA SSO integriert wurde. Die OKTA-Integration verwendet OWIN-Module und das WS-Federtaion-Protokoll. Der Back-End-WebSphere-Anwendungsserver protokolliert eine socketTimeout-Ausnahme, und die FRT-Protokolle für IIS werden unten eingefügt.POST-Anfragen scheitern mit: IIS 7.5 + ARR 2.0 (Reverse Proxy) + OWIN HTTP-Module

MODULE_SET_RESPONSE_ERROR_STATUS

Module ApplicationRequestRouting Mitteilung 128 Httpstatus 500 HttpReason Internal Server Error HttpSubStatus 0 Error-Code 0 ConfigExceptionInfo Mitteilung EXECUTE_REQUEST_HANDLER Errorcode Der Vorgang wurde erfolgreich ausgeführt. (0x0) Und auch zwei Schritte nach oben, das General_Read_entity_end zeigt Bytes als Null empfangen.

-GENERAL_READ_ENTITY_END BytesReceived 0 Fehlercode 2147942438 ErrorCode Erreichte das Ende der Datei. (0x80070026)

Ich habe die request.InsertEntityBody(); in beiden Application_BeginRequest und EndRequest wie IIS7 Application Request Routing (arr reverse proxy) combined with managed module - time out, aber es hat nicht geholfen.

IIS 7.5, ARR 2.0 URL Rewrite 2.0, IBM WebSphere 7.0

noch andere Ideen?

Dank

Quelle

2017-11-01 ravi9

Ich habe die FRT von IIS überprüft und hier sind die Beobachtungen: Erfolgreiche Anfrage POST: OwinHttpModule Anruf in pre_execute_request_handler, global.asax Anruf in pre_execute_request_handler, ARR Modulaufruf in execute_request_handler, global.asax Anruf in execute_request_handler fehlgeschlagen POST-Anfrage: OwinHttpModule Anruf in pre_execute_request_handler, Keine Anrufe mehr auf Global.asax, nicht mehr cal ls zu ARR-Modul, So sieht aus wie das Steuerelement wird nie zurück zu global.asax, so dass es die http req zum richtigen Modul übergeben kann (ARR in diesem Fall) nach der Ausführung des OWIN-Moduls – ravi9

Jetzt versuchen, was in ARR oder IIS zu bestimmen macht es möglich, den Ausführungsabfrage-Handler bei Vorhandensein von OKTA-Integration unter Verwendung von OWIN-HTTP-Modulen zu überspringen. Irgendwelche Vorschläge zu Debugging-Ansätzen? – ravi9

Das Problem wird durch die Verwendung request.InsertEntityBody() in "Application_AuthenticateRequest" Ereignisse teilweise behoben. Jetzt ist das Laden der ersten Seite von den Back-End-Servern erfolgreich. Aber die Ereignisse wie Aktualisieren und Klicken auf Schaltflächen funktioniert nicht. Es gibt keinen Fehler, der HTTP-Status ist 200 in Fiddler- und FRT-Protokollen. Die Body-Spalte auf Fiddler zeigt jedoch 0 Bytes.

Quelle

2017-11-06 23:01:09 ravi9

POST-Anfragen scheitern mit: IIS 7.5 + ARR 2.0 (Reverse Proxy) + OWIN HTTP-Module

Antwort

Verwandte Themen