我们在美国有一个站点,通过100Mb Leaseline在英国的Datacentre有一个固定的VPN.
我们的数据中心环境是RDS服务器的2012 R2会话集合,使用Microsoft连接代理,RDC网关和会话集合Web门户向用户提供RDP应用程序,然后连接到其中一个会话收集服务器(“服务器场”) )
连接代理,网关服务器和场服务器都位于英国数据中心的同一物理位置/相同的LAN中
所有客户端都运行最新的RDP版本8.1
RemoteFX已启用并正在使用中
从该位置到英国数据中心的延迟为140毫秒
当用户使用会话收集门户连接到服务器场时,他们总是得到2个条,并且RDP栏中的连接质量很差.结果是笨拙的表现.
如果他们绕过门户网站,并通过MSTSC直接连接到其中一个“服务器场”服务器(请记住在美国和英国之间运行的永久VPN),他们的连接质量从优秀到优秀,并且最终的体验是完美的.
什么是会话收集门户/连接代理/网关服务器对RDP做的可能导致这种巨大差异而不是直接MSTSC？
仅仅为了澄清,在这个美国的位置没有局域网网络问题,想象一个最新的客户端,相同的LAN位置,100 Mb带宽,延迟140毫秒等基本上没有任何变化,除了使用MSTSC直接到服务器场中的一台服务器,或通过HTTPS使用RDP通过Portal / Connection Brokers / Gateways.
确保可以通过UDP从客户端访问RDP网关.
如果存在TCP回退并且您具有高延迟和/或某些损失,则可能会降低性能和/或连接质量.
如果存在TCP回退并且您具有高延迟和/或某些损失,则可能会降低性能和/或连接质量.
Here’s有关运输和港口的更多信息.
