快速洲际远程桌面会话

Sal*_*oom 12 networking rdp

接下来的几个月我将在泰国工作,我希望能够使用 RDP 或 Anydesk 我在希腊的办公室电脑。之前的尝试已被证明是不稳定的,一天中的结果各不相同——从完美到糟糕的连接。我读到,ping 时间是此类连接中最关键的因素。我尝试过订阅 VPN 服务,但结果最多与根本不使用 VPN 相同。

我有兴趣了解是否有经过尝试和测试的方法来解决这个问题。我不知道洲际路由是如何执行的,也不知道是否可以通过最佳路由引导数据包。我认为这超出了最终用户的控制范围,但我有兴趣知道是否有公司和订阅选项可以实现低延迟的洲际航线。

Zac*_*c67 19

之前的尝试已被证明是不稳定的,一天中的结果各不相同——从完美到糟糕的连接。

您确实需要可靠的互联网连接,并且没有或非常低的数据包丢失。低于0.1%还可以,低于1%应该还能用,超过1%就糟糕了。

ping 时间是此类连接中最关键的因素

不,低丢包率是最关键的参数。通过 ping 测量的往返时间(RTT/延迟)是第二个最重要的参数。[编辑] 正如 Austin 准确指出的那样,在使用交互式用户界面(RDP 或类似界面)时,延迟的低方差也至关重要。

我尝试过订阅 VPN 服务

VPN服务无法改善丢包率,并且肯定会增加RTT。那没有帮助。

[编辑] 正如 @Bob 正确指出的那样,在某些边缘情况下 VPN可能会有所帮助:当您的接入 ISP 连接实际上良好,但 ISP 和目标网络之间的数据包丢失和延迟恶化时。当隧道在您的接入 ISP 和 VPN 提供商之间采用另一条不会损害连接(同样严重)的路由时,VPN 连接可能会帮助您解决该问题。

然而,我不会在这种方法上投入太多精力,因为如果不深入了解(或研究)接入 ISP 和 VPN 提供商的连接,就不太可能找到合适的 VPN 提供商。

找出是否有经过尝试和测试的方法来解决这个问题

您唯一能做的就是找到一个在丢包率RTT 方面更好的互联网上行链路。后者受到物理限制(主要是光速),所以它会随着距离的增加而增加(每1000公里10毫秒可以认为是非常好的)。

我不知道洲际路由是如何执行的,也不知道是否可以通过最佳路由引导数据包。

除了选择互联网提供商之外,这是您无法控制的。

如果连接质量在一天中定期发生变化,您可能需要根据情况调整工作时间(如果可能)。

  • 可能值得注意的是,如果 RTT 始终小于约 500 毫秒,那么 RTT 中的_方差_ 比 _peak_ RTT 低更重要。人脑只需进行一些练习就可以补偿几百毫秒的延迟,但延迟需要一致才能实现。 (6认同)

joe*_*rty 7

还有其他 ISP 可以使用吗?他们比您当前的 ISP 更好吗?

归根结底,无论您尝试什么,您的连接都取决于您所使用的网络 ISP/提供商/运营商。VPN 和其他机制无法避免遍历您的 ISP。您只是增加了额外的网络开销。


Gre*_*kew 5

有那么大的延迟吗?不会。这将是一个伴随着延迟和断线的糟糕的用户体验。我支持过类似延迟的远程桌面环境,即使有更好的提供商和干净的链接,情况也很糟糕。有一些调整,例如禁用音频,但没有灵丹妙药。

https://www.consoleconnect.com/locations/athens/

雅典 <-> 曼谷 343 毫秒

  • @Saloom:这可能意味着某个地方存在超额订阅/超额链接。供应商之间也存在巨大差异。Verizon 在美国和几乎全世界之间拥有出色的 SLA。其他国家之间就没有那么多了。 (4认同)