An Azure network security service that is used to protect Azure Virtual Network resources.
Hi Jan Claes,
We're glad to hear that the issue has been identified and resolved.
As discussed, The User Defined Route (UDR) 10.20.0.0/26 → 10.20.0.4 was causing asymmetric routing.
The return traffic was expected to be sent back to the Azure Firewall backend instance IPs (10.20.0.6). However, due to the configured UDR, the traffic was instead routed to the Azure Firewall private IP (10.20.0.4). This resulted in asymmetric routing, causing the connection to fail.
After removing the UDR, the traffic followed the correct return path through the Azure Firewall backend instances, and connectivity was restored successfully.
Please
and “up-vote” wherever the information provided helps you, **this can be beneficial to other community members.