MSTSC 连接质量与 RDS 通过连接代理连接质量

Question

我们在美国有一个站点，该站点通过 100Mb 租用线将固定 VPN 连接到我们在英国的数据中心。

我们的数据中心环境是 RDS 服务器的 2012 R2 会话集合，使用 Microsoft 连接代理、RDC 网关和会话集合 Web 门户向用户提供 RDP 应用程序，然后连接到其中一个会话收集服务器（“农场” )

连接代理、网关服务器和场服务器都位于英国数据中心的同一物理位置/同一 LAN

所有客户端都运行最新的 RDP 版本 8.1 RemoteFX 已启用和正在使用

从该位置到英国数据中心的延迟为 140 毫秒

当用户使用会话收集门户连接到场时，他们总是得到 2 个条，而 RDP 条中的连接质量很差。结果是笨重缓慢的性能。

如果他们绕过 Web 门户，并通过 MSTSC（记住在美国和英国之间运行的永久 VPN）直接连接到“农场”服务器之一，则他们的连接质量从“好”到“优秀”，由此产生的体验是完美的。

与直接的 MSTSC 相比，会话收集门户/连接代理/网关服务器对 RDP 做了什么可能导致这种巨大差异？

只是为了澄清，在这个美国位置没有 LAN 网络问题，想象一个最新的客户端，相同的 LAN 位置，100 Mb 的带宽，延迟 140 毫秒等基本上没有任何变化，除了使用 MSTSC 直接访问场中的服务器之一，或使用 RDP over HTTPS 通过门户/连接代理/网关。

Answer 1

确保客户端可通过 UDP 访问您的 RDP 网关。如果回退到 TCP，并且延迟较高和/或存在一些丢失，则性能和/或连接质量可能会下降。

以下是有关运输和港口的更多信息。