![MSTSC 连接质量与 RDS 通过连接代理连接质量](https://linux22.com/image/656680/MSTSC%20%E8%BF%9E%E6%8E%A5%E8%B4%A8%E9%87%8F%E4%B8%8E%20RDS%20%E9%80%9A%E8%BF%87%E8%BF%9E%E6%8E%A5%E4%BB%A3%E7%90%86%E8%BF%9E%E6%8E%A5%E8%B4%A8%E9%87%8F.png)
我们在美国有一个站点,该站点通过 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 并且延迟较高和/或出现某些丢失,则可能会降低性能和/或连接质量。
以下是有关运输和港口的更多信息。