我们经常需要向远方的主机传文件。网站程序要通过传输才能放到主机上被发布。关于文件传输，大家都会的是通过ftp. 毕竟ftp服务器很容易搭建，而且通过ftp传输文件非常方便快捷。

但是我们来考虑下面一个很现实的问题：我们要向大洋彼岸的美帝传输一个相对比较大的文件。比如有3个G的大小的文件。我们怎么传输呢？

一种方法还是通过ftp。但是，我们考虑一下ftp的传输速度，家用的不对称数字用户线的上行带宽很低，如果在大陆给美帝用ftp传文件，速度大概只有20KB/s。这样的速度如果用ftp传是不大现实的，毕竟ftp对于断点续传的支持性比较糟糕，有的时候中断之后和之前的部分联接不上，导致白白浪费很长时间。因此我们需要找到一种比较靠谱的方法进行文件的传输，靠谱指的是速度能过得去，而且得支持断点续传。

基于这样两点考虑，我大概想到了如下的两种方法。首先，是先将待传文件打包分卷（比如分成10MB一个包），然后一个个地将全部压缩包发到目标服务器上，然后在服务器上解压回源文件。这个方法是一个比较可行的办法，毕竟这样避免了大文件传输一半中断导致全部作废的尴尬情形，但前提是需要服务端安装了相关的软件支持。而且，不得不说，有的低性能windowsVPS在解压缩的时候会直接死机。不过，这不妨碍这个方法作为我用下来效果最好的办法。

第二个方法是将其传到网盘上面，然后在服务端用下载软件来下载。这种方法的速度应该是有保证的，因为国内的网盘的上传速度还是很不错的，比如我常用的百度云，而且使用专门的上传软件可以支持断点续传的。服务器用下载软件下载的速度也不慢的，装个迅雷什么的能跑到300多K一秒，比用ftp传输的速度快多了。但是这种方法的缺陷也是很大的，问题在于这个下载软件。首先，在服务器上装一个莫名其妙的下载软件会给服务器增加不稳定和不安全因素。再说，Linux系统下载软件的安装还是比较麻烦的。

话说有人问我，为什么会需要将这么大的文件传到服务器上？总之，这还是有一定可能发生的事情，比如我自己处理过的一个系统镜像传到服务器上虚拟，这就需要进行这种大文件的远距离传输。

总之，说了半天我也没有找到什么特别好的方法。大家如果有好方法的话一定记得告诉偶，在此谢过~

文章转自 https://qing.su/article/37.html