This topic created in 4505 days ago, the information mentioned may be changed or developed.
Supplement 1 · Jul 5, 2014
已经解决，谢谢大家。
最后采取了三种方式确保文件能够无损失发过去。
Bitsync HK中转 - 8H
FTP 到机房拷贝到公司服务器对方下载 - 9.5H
DHL 快递 - TBC
最后采取了三种方式确保文件能够无损失发过去。
Bitsync HK中转 - 8H
FTP 到机房拷贝到公司服务器对方下载 - 9.5H
DHL 快递 - TBC
 |
1
安全是什么意思？ Safe 还是 secure？
|
1 |
2
rar + 加密 够安全了吧
|
 |
3
两端都用 BTSync，如果能够找到一台在中间的服务器中转的话，速度会更快。
|
|
4
|
 |
5
这个不是 scp 就好了么..
|
 |
6
http://bytes.com/topic/python/answers/658335-ftplib-error-large-file
https://stackoverflow.com/questions/13523789/transfer-a-big-file-python 这两个和我的想法一样，分片，远端重新组合。 大文件传输主要怕中断，但是分片就好一点。 |
 |
9
怕中断的话，分卷压缩传输就好了哇
|
 |
10
U盘用快递寄。。。
|
 |
11
rsync -ave "ssh" --inplace --progress ./20Gfile user@remote:/path/
前几天传十几G到美国服务器能跑满带宽，断了就重新运行，能续传 |
 |
12
HK 中继如果网络有问题，其他的上面的方法已经足够了。
|
 |
14
加密压缩，存入 U 盘，买张机票，飞往欧洲。
|
 |
16
前天用ftp传到美国的服务器，跑了貌似一晚上，好像大概6~7G，小文件很多
|
 |
19
不要小看快递的带宽。。。
|
 |
20
如果就传这么一次的话
rar 分卷 高位密码加密 自带2%修复 至于传输方式 可以 FTP p2p HTTP网盘齐下 20g 很快就传完了 一张bd25的时间 快递绝对是开个玩笑 |
 |
21
不开玩笑，UPS快递过去
|
 |
22
数据量太大的话，快递是不错的选择，好带宽来自好快递。
|
 |
23
刚才登机忘记一一感谢！
谢谢大家！ |
 |
tywtyw2002Jul 5, 2014 via iPhone
24
Ups邮寄加密硬盘吧，隔日达。
费用400rmb |
|
lighteningJul 5, 2014 via iPhone
25
20GB 还用不着快递的
|
 |
26
打包加密然后QQ…
|
 |
leavicJul 5, 2014
27
哈哈,果然直飞了嘛,不要小看一辆装满磁带的UPS货车的带宽哦.
|
 |
fredccJul 5, 2014
28
其实还可以借用跨洋数字专线，当然要有关系
|
 |
VYSEJul 5, 2014
29
要安全为何不用GPG
快速传输这么高的带宽，FTP/SFTP直传或传到DROPBOX类似的网盘都够快了吧 |
 |
clinoJul 7, 2014
30
@pubby 这里有什么参数和跑满带宽相关吗?还是rsync本身就能把带宽跑满? "rsync -ave "ssh" --inplace --progress ./20Gfile user@remote:/path"
|
 |
32
FTP 是不少企业会使用的文件传输方式，但是由于传输不稳定、没有内置加速技术、没有传输加密等缺点，基于 FTP 架构的数据传输模式越来越经无法满足企业的应用需求。如果是经常性的跨国大文件传输，建议寻找一些 FTP 替代升级解决方案。这个供参考： http://ftrans.cn/solutions/ftp-file-transfer-protocol/
|
Select Language