Merge pull request #295799 from mbender-ms/patch-696265

load balancer | Maintenance | Update load-balancer-troubleshoot-backe…

Author: prmerger-automator[bot]

articles/load-balancer/load-balancer-troubleshoot-backend-traffic.md

@@ -6,7 +6,7 @@ author: mbender-ms
 manager: dcscontentpm
 ms.service: azure-load-balancer
 ms.topic: troubleshooting
-ms.date: 02/23/2024
+ms.date: 03/05/2025
 ms.author: mbender
 ms.custom: engagement-fy23
 ---
@@ -105,9 +105,7 @@ A side effect is that if an outbound flow from a VM in the backend pool attempts
 
 When the flow maps back to itself, the outbound flow appears to originate from the VM to the front end, and the corresponding inbound flow appears to originate from the VM to itself. From the guest operating system's point of view, the inbound and outbound parts of the same flow don't match inside the virtual machine. The TCP stack won't recognize these halves of the same flow as being part of the same flow. The source and destination don't match. When the flow maps to any other VM in the backend pool, the halves of the flow do match and the VM can respond to the flow.
 
-The symptom for this scenario is intermittent connection timeouts when the flow returns to the same backend that originated the flow. Common workarounds include insertion of a proxy layer behind the internal load balancer and using Direct Server Return (DSR) style rules. For more information, see [Multiple frontends for Azure Load Balancer](load-balancer-multivip-overview.md).
-
-You can combine an internal load balancer with any third-party proxy or use internal [Application Gateway](../application-gateway/overview.md) for proxy scenarios with HTTP/HTTPS. While you could use a public load balancer to mitigate this issue, the resulting scenario is prone to [SNAT exhaustion](load-balancer-outbound-connections.md). Avoid this second approach unless carefully managed.
+The symptom for this scenario is intermittent connection timeouts when the flow returns to the same backend that originated the flow. While you could use a public load balancer to mitigate this issue, the resulting scenario is prone to [SNAT exhaustion](load-balancer-outbound-connections.md). Avoid this second approach unless carefully managed.
 
 ## Virtual machines removed from a load balancer are receiving traffic