我们在美国有一个网站，通过100Mb的租赁线在英国的数据中心有一个固定的VPN。
我们的数据中心环境是RDS服务器的2012 R2会话集合，使用Microsoft连接代理，RDC网关和会话集合Web门户向用户呈现RDP应用，然后连接到其中一个会话收集服务器（“农场” ）
连接代理，网关服务器和服务器服务器都在英国数据中心的同一个物理位置/同一LAN中
所有客户端正在运行最新的RDP版本8.1 RemoteFX已启用和正在使用中
从这个位置到英国数据中心的延迟是140毫秒
当用户使用会话集合门户连接到服务器场时，他们总会得到2个小节，并且在RDP栏中的连接质量很差。 结果是笨拙的performance。
如果他们绕过门户网站，并通过MSTSC直接连接到“农场”服务器之一（记住永久VPN在美国和英国之间运行），他们的连接质量好到极好，所得到的体验是完美的。
什么是会话收集门户/连接代理/网关服务器做的RDP可能会导致这种巨大的差异，而不是直接的MSTSC？
为了说明问题，在美国这个地方没有局域网的networking问题，设想一个最新的客户端，相同的LAN位置，100 Mb的带宽，140毫秒的延迟等基本上没有任何改变，除了使用MSTSC直接服务器场中的服务器之一，或者使用基于HTTPS的RDP通过门户/连接代理/网关。
确保您的RDP网关可以通过UDP从客户端访问。 如果回退到TCP，并且您有高延迟和/或一些损失，则可能会降低性能和/或连接质量。
以下是关于传输和端口的更多信息。