Update private-link-service-overview.md

Updating to document a limitation. 
Details in IcM: 542495879

Author: ShaneBala-keyvault

articles/private-link/private-link-service-overview.md

@@ -108,6 +108,9 @@ Visibility controls the exposure settings whereas auto-approval controls the app
 
 ## Getting connection Information using TCP Proxy v2
 
+    > [!NOTE]
+    > Only one connection between a PLS and Internal Load Balancer is supported when using TCP Proxy v2 
+    
 In the private link service, the source IP address of the packets coming from private endpoint is network address translated (NAT) on the service provider side using the NAT IP allocated from the provider's virtual network. The applications receive the allocated NAT IP address instead of actual source IP address of the service consumers. If your application needs an actual source IP address from the consumer side, you can enable proxy protocol on your service and retrieve the information from the proxy protocol header. In addition to source IP address, proxy protocol header also carries the LinkID of the private endpoint. Combination of source IP address and LinkID can help service providers uniquely identify their consumers. 
 
 For more information on Proxy Protocol, visit [here](https://www.haproxy.org/download/1.8/doc/proxy-protocol.txt). 
@@ -146,6 +149,8 @@ The following are the known limitations when using the Private Link service:
 
 - For an Inbound NAT rule with type set to *backend pool* to operate with Azure Private Link Service, a load balancing rule must be configured.
 
+- TCP Proxy v2 only supports one connection between a PLS and Internal Load Balancer
+
 ## Next steps
 
 - [Create a private link service using Azure PowerShell](create-private-link-service-powershell.md)