Kann ich HTTPS-Anfragen mit Hilfe von IIS7 ARR an eine HTTP-Anwendung weiterleiten?

Question

Ich habe einen Anwendungsserver installiert, der auf HTTP-Datenverkehr auf einem Port wartet, der nicht durch eine Firewall von der Welt blockiert wird. Ich möchte die von dieser Anwendung angebotenen Dienste nur über HTTPS verfügbar machen, vorzugsweise als "Unterverzeichnis" der HTTPS-Site, die bereits vom Server gehostet wird.

Mit IIS7 Url Rewriting (als Teil des ARR Pakets), kann ich eine Regel einrichten, die den gesamten Verkehr zu einem Unterpfad meiner bestehenden HTTPS-Site umleitet. Allerdings habe ich Probleme, wenn ich versuche, die gleiche Regelroute für meine Serverfarm einzurichten - alle Anfragen, die der Regel entsprechen, erhalten einfach 404-Antworten. Das Hinzufügen derselben Regel zu einer Nicht-SSL-Site führt zu dem erwarteten Verhalten - die Anwendungsdienste werden per Proxy weitergeleitet.

Was könnte in meinem Setup falsch sein? Überträgt ARR die HTTPS-Anfragen als HTTPS-Verkehr zum Anwendungsserver? Die Anwendung, die ich hosten möchte, hat keine HTTPS-Schnittstellen. Wenn ja, kann ich sagen, dass ich das nicht tun soll?

Answer 1

Ja, ich kann IIS7/ARR verwenden, um HTTPS-Anforderungen an HTTP-Anwendung zu leiten.

Das Problem, das ich erfuhr, wurde durch die Tatsache verursacht, dass die Website, die ich als "Container" für das Proxy-Verzeichnis verwenden wollte, mit ASP.NET MVC erstellt wurde. Das URL-Routingframework in ASP.NET hat das IIS-URL-Rewriting beeinträchtigt und verursacht den 404-Fehler.