When I configure my External ASE subnet's route table with a UDR of 0.0.0.0/0 with next hop of Azure Firewall private IP address, my web app breaks. When I switch next hop to Internet, my web app loads.
Is it possible that step 5 is incorrect? Or, am I attempting to use an unsupported configuration? Is step 5 only possible with internal ASE?
⚠Do not edit this section. It is required for docs.microsoft.com ➟ GitHub issue linking.
@markwaksman Thanks for the feedback! We are currently investigating and will update you shortly.
I have the exact same issue. There is a function app running on the ASE and it loses all connectivity. In the portal, I can see the status as running in the overview but none of the functions load. It also does not give any error just keeps trying to load
@markwaksman and @siddsachar, Thanks for bringing this to our attention. We have been discussing on this internally and I have assigned the issue to the content author to review further and update the document as necessary.
@AjayKumar-MSFT @markwaksman @siddsachar There is an entire section on application traffic needs which are additional. I can add clarification to the doc that the entire first section is just so that your ASE will function. It does not then support your apps. To handle your app needs, you need to support whatever routing is required for that.
It is unfortunate that the route enforcement is at the IP level rather than something at the TCP level. Your application requests must have routing support in order to reply to where the request came from.
The doc was refreshed with some clarification, so we will close this out, but if you feel you need more information please just let us know.
Most helpful comment
@AjayKumar-MSFT @markwaksman @siddsachar There is an entire section on application traffic needs which are additional. I can add clarification to the doc that the entire first section is just so that your ASE will function. It does not then support your apps. To handle your app needs, you need to support whatever routing is required for that.
It is unfortunate that the route enforcement is at the IP level rather than something at the TCP level. Your application requests must have routing support in order to reply to where the request came from.