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
Share on Facebook
Share on Twitter
Share on Reddit
Share on LinkedinPlease also mark the comments that contributed to the solution of the article
Content-Key: 3323683961
Url: https://administrator.de/contentid/3323683961
Printed on: April 26, 2024 at 19:04 o'clock
3 Comments
Latest comment
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