【问题标题】:FTP over Satellite/High Latency connections通过卫星/高延迟连接的 FTP
【发布时间】:2010-09-21 00:40:17
【问题描述】:

我每天都使用 FTP 在多个网站上工作,但是当我尝试在家工作时,我该死的卫星互联网有大约 1000 毫秒的延迟。 (我知道它的服务很糟糕,但我住的地方没有其他选择。)因此,我想知道是否有一种方法可以连接到我的网络服务器并传输可以适应这种延迟的文件。

FTP“有效”,但它的通信速度非常非常慢,而且它是一个包含多个文件的噩梦。连接开始传输大约需要 10-15 秒,传输完成后又需要 5 秒。传输本身按预期进行得非常快,但握手过程却没有,因为服务器/客户端似乎需要进行大量通信来协商传输。更糟糕的是,它似乎需要对每个单独的文件进行这种握手,这当然没有帮助。

有什么方法可以修改我的 FTP 以使其在高延迟连接上更好地工作?如果没有,我是否可以使用任何其他协议或传输服务来处理此类问题?这是我发现我的 ISP 的主要故障,我找不到太多可以解决的问题......

谢谢

【问题讨论】:

  • 如果有人关心的话,我发现通过放弃 Dreamweaver,我缩短了 FTP 连接时间(Dreamweaver 在连接时会出于某种奇怪的原因创建/删除目录),现在 FTP 相当易于管理。

标签: ftp latency


【解决方案1】:

几个选项:

  • 运动鞋网。使用 USB 密钥。
  • SCP。我几乎可以肯定它只会验证/握手一次。
  • 通过 SSH 建立隧道。穷人的VPN。您将能够通过 SSH 连接隧道 FTP 或任何您喜欢的东西。它会尽可能快,而且启动起来非常安全。

【讨论】:

    【解决方案2】:

    听起来像是使用 UDP 而不是基于 TCP 的协议的好案例 - 例如。 uftp

    来自链接站点的引用:“对于通过卫星链路(双向通信)分发数据特别有用,其中固有的延迟使任何基于 TCP 的通信都非常低效”。

    【讨论】:

    • 宾果游戏。 UDP over TCP 是关键。这是一个不保证数据包到达的即发即忘协议。我担心的一件事是延迟可能不仅仅是 TCP 等待 ACK 包,而是丢包导致多次发送。 UDP 在第二种情况下会很糟糕 =)
    • 很有意思,之前没见过uftp。
    • 一定会调查的,谢谢。如果有人在乎的话,那就是 WildBlue,而且那家公司可以在我的书中 Go2Hell,但我被他们困住了。我认为它丢弃的数据包更少,更多的是一个高延迟问题,所以这可能会解决。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2015-10-26
    • 2012-04-22
    • 2017-12-08
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多