3
Azure HTTPS Gateway
Hallo Zusammen,
ich setzte derzeit mittels Microsoft 365 einen Reverse Proxy um. Der Proxy hat ein SSL Wildcard Zertifikat und soll je nach Aufruf die Requests auf verschiedene Webapps in Azure verteilen. D.h. ich habe folgende Szenarien:
1. User ---( Aufruf https://www.abc.de ) ----> Azure GW -->WebAPP Binding auf https://www.abc.de/
2. User--- ( Aufruf https://www.abc.de/otherapp/)---&g); Azure GW --> WebAPP Binding auf https://other.abc.de/
3. User--- ( Aufruf https://www.abc.de/nextapp/)---&g); Azure GW --> WebAPP Binding auf https://next.abc.de/
Nun habe ich das Problem, dass das Konstrukt nur im 1. Fall funktioniert, also dann wenn die Subdomain im Request gleich der im Binding ist. Es ist egal ob ich den Namen überschreibe oder nicht. Es kommt letztlich immer ein GW Error oder ein 404. Ich habe versucht einen FQDN eine IP oder einen Backendpool anzugeben. Hat jemand das Problem schonmal gehabt?
Gruß,
Roasmax
ich setzte derzeit mittels Microsoft 365 einen Reverse Proxy um. Der Proxy hat ein SSL Wildcard Zertifikat und soll je nach Aufruf die Requests auf verschiedene Webapps in Azure verteilen. D.h. ich habe folgende Szenarien:
1. User ---( Aufruf https://www.abc.de ) ----> Azure GW -->WebAPP Binding auf https://www.abc.de/
2. User--- ( Aufruf https://www.abc.de/otherapp/)---&g); Azure GW --> WebAPP Binding auf https://other.abc.de/
3. User--- ( Aufruf https://www.abc.de/nextapp/)---&g); Azure GW --> WebAPP Binding auf https://next.abc.de/
Nun habe ich das Problem, dass das Konstrukt nur im 1. Fall funktioniert, also dann wenn die Subdomain im Request gleich der im Binding ist. Es ist egal ob ich den Namen überschreibe oder nicht. Es kommt letztlich immer ein GW Error oder ein 404. Ich habe versucht einen FQDN eine IP oder einen Backendpool anzugeben. Hat jemand das Problem schonmal gehabt?
Gruß,
Roasmax
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 3323683961
Url: https://administrator.de/contentid/3323683961
Ausgedruckt am: 25.11.2024 um 06:11 Uhr
3 Kommentare
Neuester Kommentar
Moin,
kann sein das ich dich falsch verstehe, aber sollte es nicht anders herum sein? Wenn ich https://other.abc.de/ aufrufe geht die Anfrage auf https://www.abc.de/otherapp/)---&)
Gruß ulle
kann sein das ich dich falsch verstehe, aber sollte es nicht anders herum sein? Wenn ich https://other.abc.de/ aufrufe geht die Anfrage auf https://www.abc.de/otherapp/)---&)
Gruß ulle
Hallo,
da verstehst du mich falsch, nach aussen sieht man nur die https://www.abc.de/ und alles was nach dem Slash kommt wird dann über das GW auf den entsprechenden Backendpool geleitet.
Z.B.
https://www.abc.de/test/ geht dann auf den Backendpool test und dem dort laufenden Webservice
Gruß
da verstehst du mich falsch, nach aussen sieht man nur die https://www.abc.de/ und alles was nach dem Slash kommt wird dann über das GW auf den entsprechenden Backendpool geleitet.
Z.B.
https://www.abc.de/test/ geht dann auf den Backendpool test und dem dort laufenden Webservice
Gruß
Hallo,
in den Backend-Settings muss der Hostname korrekt konfiguriert sein, also das Ersetzen des Host-Headers - je nach Einstellung des Backend-Pools - anhand der Backend-Pool-Adressen oder entsprechender Override-Hostnames.
Grüße
Richard
in den Backend-Settings muss der Hostname korrekt konfiguriert sein, also das Ersetzen des Host-Headers - je nach Einstellung des Backend-Pools - anhand der Backend-Pool-Adressen oder entsprechender Override-Hostnames.
Grüße
Richard
