Remotedesktopgateway hinter Apache 2.2.3 Reverse Proxy
Hallo Gemeinde,
ich versuche ein Remotedesktopgateway hinter einem Apache Reverse Proxy zum Laufen zu bewegen.
Ich erhalte bei den Verbindungsversuchen aus dem Internet in einer Endlosschleife immer wieder das
Benutzer-Anmeldefenster mit der Meldung
Anmeldung fehlgeschlagen.
Über den gleichen Reverse Proxy funktioniert jedoch die Synchronisation über Active-Sync mit einem
Exchange 2010, sowie der Aufruf des OWA-Clients aus dem Internet.
Laut Debug-Protokollen sehe ich auch, das der Apache mit dem Remotedesktopgateway kommuniziert.
Diese bricht aber immer wieder mit der Fehlermeldung:
Connection reset by peer: proxy: prefetch request body failed to xxx.xxx.xxx.xxx
Aus dem lokalen Netzwerk hingegen funktionieren die Aufrufe des Remotedesktopgateways.
Hat jemand eine Idee, was hier schief laufen könnte ?
Jede Hilfe ist mir hier willkommen.
ich versuche ein Remotedesktopgateway hinter einem Apache Reverse Proxy zum Laufen zu bewegen.
Ich erhalte bei den Verbindungsversuchen aus dem Internet in einer Endlosschleife immer wieder das
Benutzer-Anmeldefenster mit der Meldung
Anmeldung fehlgeschlagen.
Über den gleichen Reverse Proxy funktioniert jedoch die Synchronisation über Active-Sync mit einem
Exchange 2010, sowie der Aufruf des OWA-Clients aus dem Internet.
Laut Debug-Protokollen sehe ich auch, das der Apache mit dem Remotedesktopgateway kommuniziert.
Diese bricht aber immer wieder mit der Fehlermeldung:
Connection reset by peer: proxy: prefetch request body failed to xxx.xxx.xxx.xxx
Aus dem lokalen Netzwerk hingegen funktionieren die Aufrufe des Remotedesktopgateways.
Hat jemand eine Idee, was hier schief laufen könnte ?
Jede Hilfe ist mir hier willkommen.
Please also mark the comments that contributed to the solution of the article
Content-Key: 226858
Url: https://administrator.de/contentid/226858
Printed on: April 18, 2024 at 06:04 o'clock
5 Comments
Latest comment
Hallo spider,
bitte korrigier den Titel, zur Wiederfindbarkeit.
Zum Thema an sich: Das owa geht muss nicht unbedingt heissen, dass tsweb geht. Ich hatte letzten Sommer ein ähnlichen Fall mit einem kommerziellen Reverse Proxy, welcher offensichtlich auf OWA bereits angepasst wurde. Wollte ich das TSWeb darüber betreiben: Klägliches Scheitern. Wurde auch vom Hersteller so kommuniziert. War nicht darauf angepasst, da MS wohl noch sehr propritäre Aushandlungsmechanismen einsetzt - das gleiche Problem gab es bis vor einiger Zeit auch noch beim OWA. Sorry.
Aber Poste uns doch mal den ganzen Log.
LG,
Christian
bitte korrigier den Titel, zur Wiederfindbarkeit.
Zum Thema an sich: Das owa geht muss nicht unbedingt heissen, dass tsweb geht. Ich hatte letzten Sommer ein ähnlichen Fall mit einem kommerziellen Reverse Proxy, welcher offensichtlich auf OWA bereits angepasst wurde. Wollte ich das TSWeb darüber betreiben: Klägliches Scheitern. Wurde auch vom Hersteller so kommuniziert. War nicht darauf angepasst, da MS wohl noch sehr propritäre Aushandlungsmechanismen einsetzt - das gleiche Problem gab es bis vor einiger Zeit auch noch beim OWA. Sorry.
Aber Poste uns doch mal den ganzen Log.
LG,
Christian
Hallo Andreas,
ja, wie gesagt, bei mir lag es damals daran und der Log scheint dahingehend eindeutig. Gelöst ist die Frage wohl schon (evtl noch das Posting mit "nicht kompatibel" als Lösung markieren) - nur leider eben nicht so, wie du willst. Beim tsWeb bin ich bisher dann notgedrungen über eine zweite IP gegangen.
Sorry.
Beste Grüße,
Christian
ja, wie gesagt, bei mir lag es damals daran und der Log scheint dahingehend eindeutig. Gelöst ist die Frage wohl schon (evtl noch das Posting mit "nicht kompatibel" als Lösung markieren) - nur leider eben nicht so, wie du willst. Beim tsWeb bin ich bisher dann notgedrungen über eine zweite IP gegangen.
Sorry.
Beste Grüße,
Christian