Reputation: 127
We have an Application Gateway operational with the following setup
Backend 1 : Server A, Server B
Backend 2 : Server C
Listener1 - site.com - Port 8888 HTTPS - Backend 1
Listener2 - site.com - Port 3000 HTTPS - Backend 2
Listener3 - site.com - Port 10001 HTTPS - Backend 1
This is routing correctly when site.com:port is specified however this isn't ideal for the end user to remember to include the port.
What we want to do is
sub.site.com to map to site.com:8888
sub2.site.com to map to site.com:3000
sub3.site.com to map to site.com:10001
OR
site.com/sub to map to site.com:8888
etc
This will allow the users to connect to the service via a friendly URL rather than the port number.
Would a path-based rule with the path as /sub and the HTTP setting as the custom port be sufficient?
Any advice greatly appreciated.
Upvotes: 0
Views: 6058
Reputation: 1502
It seems like you want to achieve end to end SSL with the above mentioned scenario.
Please follow the steps below:
Regards, Msrini
Upvotes: 0
Reputation: 28204
You could do this via path-based routing rules or multi-site listener.
For the first scenario, you want sub.site.com to map to site.com:8888
. You could create a multi-site listener, then use frontend port 80 and hostname sub.site.com
in this multi-site listener. HTTP setting should specify the port 8888.
For the second, you want site.com/sub to map to site.com:8888
. You could add a path-based rule, set paths /sub/*
and backend pool1 and HTTP setting1 with port 8888. Also, the listener should have frontend port 80.
Make sure the listener is listening port 80 and HTTP setting has your custom port for your backend websites. If you will publish your website in the further, It's recommended to use multi-site websites. If you want to use this as a statusless request and hosting your websites, you could use path-based rules.
Upvotes: 2