Closed adamgattsd closed 1 week ago
@adamgattsd Thanks for your feedback! We will investigate and update as appropriate.
@adamgattsd I'm sorry to hear that you experienced an issue with the DNS caching behavior of Application Gateway. While Application Gateway does cache DNS lookup results, it should refresh the cache once the TTL expires and perform a fresh DNS lookup. However, there may be situations where the cache is not refreshed as expected.
In your case, it seems that making a slight edit to the Backend pool forced Application Gateway to recognize the DNS change and update the traffic forwarding. This behavior is not expected, and I apologize for any inconvenience it may have caused.
If you encounter similar issues in the future, you can try restarting the Application Gateway to force it to refresh the DNS cache. You can do this with Azure CLI:
az network application-gateway stop --resource-group myRG --name myAppGw
az network application-gateway start --resource-group myRG --name myAppGw
I hope this helps! Let me know if you have any other questions.
@adamgattsd We are going to close this thread as resolved but if there are any further questions regarding the documentation, please tag me in your reply and we will be happy to continue the conversation
This information is incorrect. I have AppGw in a vnet with a linked private DNS zone. I updated the DNS records to point to a newer instance of APIM. Hours later the AppGw was still routing to the original APIM instance, despite DNS records having a 3600 TTL. Only after I made a slight edit to the Backend pool was the DNS change recognised by AppGw and traffic forwarding update.
[Enter feedback here]
Document Details
⚠ Do not edit this section. It is required for learn.microsoft.com ➟ GitHub issue linking.