Application Gateway: Support wildcard hosts in listeners
Our product creates dynamic DNS zones for our customers, e.g. foo.z1.contoso.com, bar.z2.contoso.com, etc. We use Azure DNS for this. (Notice that we stripe our customer's domains across multiple zones (z1, z2), because Azure DNS has a max record count of 5000.)
So, to support this, we have a wildcard SSL certificate for each zone e.g. .z1.contoso.com, .z2.contoso.com.
In order to have Application Gateway provide SSL termintation for us, we obviously need to create Multi-site listeners for port 443. Unfortuantely, the 'Host' field on the Multi-site listener does not accept wildcard entries. Furthermore, specifying the host name 'z1.contoso.com' does not appear to cover all subdomains on z1.contoso.com.
So, in order to support this flow, we would be forced to to create a new Listener for each customer DNS zone we create. And as I'm sure you're aware, this is a SLOW operation, and presents scaling/throttling issues.
The inability to specify wildcards in the multi-site listener's Host field is preventing us from adopting Application Gateway.
Thank you for all the votes and feedback. We have started work on this and the capability will be supported soon. If you would like to get in touch with us to discuss your scenarios, please fill this form: https://aka.ms/ApplicationGatewayCohort
Hi Microsoft Team,
Where are this feature? it simplify more our Application Gataway,
@Admin, where are we on this feature? It's been a year since development was 'started'. I requested access to the preview functionality but did not get a response...
Chris Horen commented
Where are we at on this? I either need to know a potential release date or drop Application Gateway and look for another solution.
Daniel Pupek commented
Almost 1 year since this was marked "STARTED"
Can we get update?
This is holding up our migration into azure, come on guys its been 3 years now
Clément BONNET commented
I simply let a comment as I also am waiting for any update on this topic. This feature would reduce by half the number of listeners!
So please let us know if any ETA is available !
Ditcher, Chris CITZ:EX commented
Yes please implement this.
Daniel Pupek commented
Any updates?? This is proving to be extremely painful and we are close to dropping the Application Gateway completely
Debashis Nayak commented
Any update on this? Is it going to be released soon?
Since you started working on this, 8 months have passed. Is there an estimated time to general availability?
We need to decide if we need to drop Application Gateway because lack of wildcart subdomains breaks our solution. I would hate to have to go back to pfSense with HAproxy because of this.
I would really appreciate some feedback on the timeline, either publicly or per email.
Yes this is much needed feature in Application Gateway. Is that has solution to add the wildcard subdomains with the hostname in the Listerners.
Clyde van Wyk commented
Is there any follow up to a delivery date on this? when is soon?
Is there a tentative ETA for this?
We are building our platform using the app gateway right now and this is impacting our solution. I would hate to have to reduce functionality or move away from the app gateway...
Madhusudanan K K C commented
This is something which i too need dearly , especially some of our applicaiton resolves multitenancy thorught he submdomain name e.g customer1.footservice.com , customer2.barservice.com etc
and customers can get added dynamically so i need something like *.fooeservice.com, *.barservice.com etc..
Unfortunately, Application gateway does not support his oob. AWS ALB seems to (through hostname based routing). It will be super cool if we can have this asap.
Any insight when this can be made available?
To which Gateway version are you applying these changes to? V1, V2 or both?
Even for a www. subdomain you need a seperate listener which makes it nearly unusable.
Would appreciate an update on this topic.
Any update on this feature?
Do you have any idea when this will go GA?
Yes. Please provide an update. Also, how long is the integration delay for the AzureGermanCloud once this is implemented for AzureGlobal?
Jesper Krogh commented
Please provide update on this matter. We are keen to have some kind of supported mechanism for wildcard supports.