You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Customers behind certain firewalls or load balancers, such as Azure's SNAT, have a limit on the number of connections they can make per ip/port endpoint.
HttpClient has a MaxConnectionsPerServer setting, but the limit is not actually applied per-server, but rather per-pool, with each pool being partitioned by a number of connection properties:
Kind, describing the type of connection (HTTP, HTTPS, Proxied HTTPS, etc.)
Host, the hostname in the request URI.
Port, the port in the request URI.
SslHostName, the SNI value associated with the connection (might be hostname from URI, might be Host header)
ProxyUri, the proxy that is being used to transport the connection.
Identity, the user the connection was authenticated over.
It is unreasonable to apply a meaningful SNAT limit on top of HttpClient because the client will pool connections and does not expose connection lifetime events to the user.
The text was updated successfully, but these errors were encountered:
samsp-msft
changed the title
[Investigation] Living with SNAT limitations
Proxy can be used in a hosted datacenter environment with limitations such as SNAT
Oct 21, 2020
Customers behind certain firewalls or load balancers, such as Azure's SNAT, have a limit on the number of connections they can make per ip/port endpoint.
HttpClient
has aMaxConnectionsPerServer
setting, but the limit is not actually applied per-server, but rather per-pool, with each pool being partitioned by a number of connection properties:It is unreasonable to apply a meaningful SNAT limit on top of
HttpClient
because the client will pool connections and does not expose connection lifetime events to the user.The text was updated successfully, but these errors were encountered: