我们在美国有一个站点，该站点通过 100Mb 专线与英国的数据中心建立固定 VPN。
我们的数据中心环境是 RDS 服务器的 2012 R2 会话集合，使用 Microsoft 连接代理、RDC 网关和会话集合 Web 门户向用户提供 RDP 应用程序，然后连接到其中一个会话集合服务器（“场”）
连接代理、网关服务器和农场服务器都位于英国数据中心的同一物理位置/同一 LAN
所有客户端均运行最新的 RDP 版本 8.1，并启用和使用 RemoteFX
从此位置到英国数据中心的延迟为 140 毫秒
当用户使用会话收集门户连接到农场时，他们总是得到 2 条信号，并且 RDP 信号中的连接质量很差。结果是性能笨拙而迟缓。
如果他们绕过网络门户，并通过 MSTSC（记住美国和英国之间运行的永久 VPN）直接连接到其中一个“农场”服务器，他们的连接质量将是良好到优秀的，并且最终的体验是完美的。
会话收集门户/连接代理/网关服务器对 RDP 做了什么，可能导致与直接 MSTSC 相比出现这种巨大差异？
需要澄清的是，这个美国地点不存在 LAN 网络问题，想象一下一个最新的客户端，相同的 LAN 位置，100 Mb 带宽，延迟 140 毫秒等，基本上没有任何变化，除了使用 MSTSC 直接连接到服务器场中的一台服务器，或通过 HTTPS 上的 RDP 通过门户/连接代理/网关进行连接。
答案1
确保客户端可以通过 UDP 访问您的 RDP 网关。如果回退到 TCP 并且延迟较高和/或出现某些丢失，则可能会降低性能和/或连接质量。
以下是有关运输和港口的更多信息。