在 CentOS 7+ GNOME 上减少美国和印度/南亚或桌面访问之间的延迟
Ad8*_*891 5 linux vnc centos latency
我们在美国 DC 有一台服务器，可以从美国和印度、南亚和东南亚访问。使用 128GB RAM、CPU 和 Cent OS 7 + GNOME 桌面，它运行 VNC 服务器 - 服务器可以通过 VNC 查看器或 Guacamole-on-vnc 访问。我们也尝试了 Nomachine 服务器-客户端对。
我们在桌面上面临着呆滞，例如将 Window 从一个地方移动到另一个地方，在 GVIM 中滚动等。它降低了生产力。Gucamole 比 VNC 好（也可能是 nomachine），但它仍然可见。
下面是一次访问的延迟图片。
在跨国公司中，我们已经看到来自印度或反之亦然的美国服务器访问没有延迟。这些可能不像在同一国家/地区拥有服务器那么顺利，但您可以在其中工作。在我们的情况下不是。
**有人可以帮忙在这里找到解决方案，例如-
- GRE 隧道或 VPN 等，用于创建专用路径/删除从美国到 S/SE 亚洲的跳数，并在印度登陆等。
- 任何升版本的桌面/远程访问机制。
- 或者更好地在印度租用服务器（我们也是这么想的）。
任何建议将不胜感激。**
您需要的答案由@joeqwerty 给出：
您无法改变潜在的延迟。租用离用户更近的服务器似乎是唯一和最好的解决方案。
此外，正如@Michael Hampton 评论的那样，你不能超过光速，否则你将获得明年的诺贝尔物理学奖。您必须假设光纤通道中的光速为 2×10 8 m/s 或更小，因为它不是真空，因此实际的下限约为 150 毫秒 (RTT)。
可能存在可以减少跳数（中间路由器）的技术，例如隧道（GRE 或某些 VPN）。隧道不会影响延迟，因为它仍然基于底层网络或运营商。在物理上，它们仍然或多或少地穿过相同的路径，并且将经历相同的延迟和丢包率。
租用像 IPLC 和 IEPL 这样的专用线路可以在一定程度上减少延迟，但我怀疑它们会让您的远程桌面取得成功。IPLC 在某种程度上类似于隧道，但具有可靠的带宽和延迟，并避免了公共互联网中的大部分拥塞。IPLC 仍然是共享的，并且基于 TDM。IEPL 更好、更贵，但您可以完全控制链接。IEPL 线路中较少的中间路由器（与 IPLC 相比）还进一步减少了延迟，接近光速。
获得更多地理位置靠近用户的服务器是您拥有的唯一解决方案。
我们在印度有员工，他们到美国的延迟在分钟/小时/天之间变化。所以我很熟悉你的问题。
另一种选择是为站点提供具有专用 CIR（承诺信息速率）的更高质量链接，如果未达到这些 CIR，则提供惩罚条款。
这样做的缺点是，这种链接通常比沼泽标准的互联网链接贵得多。这是一个链接，如果您的员工在家工作，则必须基于互联网。
你租什么样的主机？如果它是 AWS 等云提供商中的虚拟机，则考虑将实例重新定位到更近的站点，以接近。这样做的缺点是，在美国使用相同服务的人现在更加偏远了。
因此，您可以将他们的客户端 VPN 与附近的端点（孟买、新加坡、日本等）和 AWS 传输结合使用，以在国际上传输该数据。这不再是互联网流量。
我相信其他云提供商也有类似的产品，比如谷歌云、天蓝色等。
这里的缺点是，每件小事都要花几美分，但有很多小事，而且账单会很快增长。
最后，如果您要托管物理主机，请考虑向您的 DC 询问他们可以提供哪些帮助。