从日本一个 ftp 拉 3T 的数据过来，速度很慢

现在用日本阿里云 ECS 搭了个 ftp 反向代理，貌似快了很多，杭州本地通过反向代理的 ftp 下载可以到 3M/s ，之前是直接从阿里云国内 ECS 访问日本 ECS ，速度只有 200K/s

感谢 @Laynooor @d7101120120 @ctj 提醒我国内不同网络的差异性

@mliilm 这个试过，也不是很理想，而且文件个数很多，添加比较麻烦。

@BXIA 这个试过，也不是很理想，而且文件个数很多，添加比较麻烦。

@ovear 感谢分享经验，看来刚才断掉是被 reset 掉了。

@zhuzhe1983 科研数据不可以走 ipv6 吗，直接 1000M 起飞啊

@zhuzhe1983 刚才看了下， UDP 流量被全掐了，中断了。。看来还是要找个自带重传的软件比较靠谱，我这文件数目也好多，不适合做成 http ，不然直接打包就好了。
lz 找到好方法了记得 @我下哈~，我继续研究怎么传了_(:з」∠)_

@zhuzhe1983 个人情况。。。我用日本代理下载日本网盘差不多 8M/s ，可能联通线路连日本比较好

如果楼主能接入 ipv6 的话，在日本部署个大带宽的双栈主机做转发，应该可以稳定跑满速。

@springx 但是我们不是教育网啊，普通 IT 公司如何接入呢～

在数据量过大、网络不好的时候，发硬盘确实是个可行的办法， AWS 现在都提供邮寄硬盘的服务了...

随便找个阿里 B 的梯子 200mbps 跑满 就看 FTP 主机的带宽了 要不开个 VPS 从 VPS 上往下拖

老司机开车吗

亚太地区的流量很贵的，单向计费的那 3TB 多点，双向计费的得 6TB+的流量呢

你还是寄硬盘吧

200k 算你 10 个线程， 2mb/s ，一天 168.75 Gb ， 3T 数据大概 18 天。
我觉得拷到硬盘寄回来可能还要快一点，而且不丢包

试试 aget

pip3 install aget

$ aget url -s 100

-s N
N 是并发下载个数

速度快还便宜的方法我觉得只有邮寄了，在日本找个网速给力的地方把数据拖下来几个小时，寄回中国最多四五天。

可以考虑参考菊花厂的这个服务：

http://www.hwclouds.com/product/des.html

@debiann 阿里云只有 2t ，所以要两台断点续传

@lslqtz 不用。开两台，只用一台下载。流量包是所有 ECS 实例共享的。

@ovear Resilio 。
文件分片√
正确性验证√
重传√

可惜它仍然是加密的，且 GFW 不可识别。

如果想要 GFW 可识别的话，只能自己写脚本分片到 50M 以下，然后目标服务器在国内，备案，然后走 80 端口和 HTTP 协议，特征不给到这份上的话，估计这么大的东西无论怎么传都会被 GFW 当成加密数据的。

所以我更信赖装着硬盘的卡车。