如题,试过了 chfs 服务器方式,Teamviewer 也不行,QQ 没试,应该也是不行。麻烦问问各位大大,还有什么方式呢?
如题,试过了 chfs 服务器方式,Teamviewer 也不行,QQ 没试,应该也是不行。麻烦问问各位大大,还有什么方式呢?
|
1
快递走一波?
|
|
gdyerOct 9, 2019
2
rsync
|
|
MichaelssssOct 9, 2019
3
这种换我就排除中间商,直接用直连分段传输了
|
|
KasonPasserOct 9, 2019
4
切片,一份份传。传过去再让对方合并,要不自己写一个断点下载服务器。
|
|
chevalierOct 9, 2019
5
移动硬盘,快递
|
|
BeeethovenOct 9, 2019
6
快递啊
|
|
rockyou12Oct 9, 2019
7
linux 服务器间 rsync 比较稳妥
|
|
ztcaoll222Oct 9, 2019
8
分卷压缩, 然后一份一份传
|
|
zarteOct 9, 2019
9
ftp rsync
|
|
linhuaOct 9, 2019
10
内网之间的话,QQ 也行,QQ 支持文件夹的断点续传
|
|
VDimosOct 9, 2019 via Android
11
高铁呀
|
|
12
跨越地域就提着冷备份硬盘过去吧,然后到哪里在做差异更新
这是最稳定,最快速,省钱的方式了. |
|
shakarakaOct 9, 2019
13
阿里云 oss
|
|
tankrenOct 9, 2019
14
syncthing ?
|
|
yougoUpOct 9, 2019
15
自己写个可以断点续传功能的工具啊
|
|
16
我是认真的:快递硬盘。
这不是笑话,不是玩笑,真的是冷备、异地灾备的好办法。 |
|
adomitOct 9, 2019
17
今天刚好碰到这个需求,就是一台来电脑准备重装系统,需要备份数据,我选择压缩分段,然后上传到 oss,安装好了再下载下来。
|
|
xyfanOct 9, 2019
18
顺丰
|
|
TimePPTOct 9, 2019
19
快递+1
|
|
evamOct 9, 2019
20
500G 肯定走快递啊。想啥呢
|
|
mumblerOct 9, 2019 via Android
21
任何远程传输都不能保证数据完整,移动硬盘是最快速最可靠的方案
|
|
airylandOct 9, 2019
22
上周通过 rsync 同步了 400g 数据库文件,所以时间不急的话加大带宽用 rsync 是靠谱的。
|
|
24
https://file.pizza/
web 文件直传,无需中间存储服务器 |
|
tiiisOct 9, 2019
25
syncthing
|
|
334862132Oct 9, 2019
26
一秒算 1M 的话 你一天也就下 85G 的资料 500G 的资料你要 24 小时不停的下将近 6 天 还要保证数据不出错 快递空运最多 3 天就能到 你选哪个?
|
|
cirtonOct 9, 2019
27
放 U 盘里,然后用信鸽传送。
|
|
zjyl1994Oct 9, 2019
28
找块移动硬盘走顺丰次日达,比走公网快
|
|
hjmeteorOct 9, 2019 via Android
29
500G 刻成光盘(刻 2 张)或移动硬盘顺丰、EMS。
网络途径,切片 QQ、FTP、迅雷均可。 |
|
annielongOct 9, 2019
30
500G 不大,网络直链下载就行,大不了分卷压缩再下载
|
|
zzutmebwdOct 9, 2019 via Android
31
如果只考虑线上传输的话无疑是 p2p 最快 可以用 btsync(被墙)的国内版微力同步 稳稳跑满带宽,并且是切片式的,随意中断。
|
|
zzutmebwdOct 9, 2019 via Android
32
讲道理 p2p 式的同步真的很有魅力
|
|
wtks1Oct 9, 2019 via Android
34
移动硬盘加顺风就可以了
|
|
eluotaoOct 9, 2019
35
奶牛快传 应该没问题
|
|
vtwoextbOct 9, 2019
36
rsync
|
|
micateOct 9, 2019
37
分卷压缩了解下?拆分成合适的大小,直接走 QQ 就好了
|
|
luozicOct 9, 2019
38
加密+快递, 几十 T 都没啥问题。
|
|
z7356995Oct 9, 2019 via Android
41
pt 表示电影包一个包 1.7T 无压力
|
|
CLANNADHHOct 9, 2019 via Android
42
移动硬盘拷数据然后快递,难道不是最快最省事吗?
|
|
loadingOct 9, 2019 via Android
43
东风 17,使命必达。
|
|
ShiweizhiOct 9, 2019
45
HTTP FTP NFS,用 frp 映射到公网
|
|
realpgOct 9, 2019
46
QQ 就完了
随便找个对象存储也行 开个按量付费的 VPS 传上去也行 |
|
fqzzOct 9, 2019
47
syncthing
|
|
enGrave93Oct 9, 2019 via Android
48
rsync
|
|
maggiettOct 9, 2019 via iPhone
50
500G 又不是 500T,有必要快递吗?
|
|
cigarzhOct 9, 2019
51
宽带有那么窄吗?一会儿不就传完了
|
|
52
内个我问一下楼主啊,你的对外上行带宽是多少?咱们帮你算一下跑满带宽 500G 需要传多久
|
|
wqlOct 9, 2019 via Android
54
拿一个 1T 硬盘拷进去,人肉运送。
|
|
YakshaOct 9, 2019
55
一般我们影视行业碰到这种几百 GB 乃至几 TB 的,都是直接发顺丰快递...
|
|
markgorOct 9, 2019 via Android
56
不用想,只要算。
自己上行带宽和对方下行带宽,计算下大概时间。 如果和快递时间差不多就快递吧,如果比快递时间少就直传 |
|
57
说一下网络情况吧,500G 还不一定需要快递,之前我们 rsync 传过 4T 的文件都很稳
|
|
lalalakakakaOct 9, 2019
58
才 500G,先分卷压缩一下,记得开校验。用 QQ 传都没问题!
|
|
tatsutengOct 9, 2019
59
养几只咕咕,绑存储卡
|
|
exiaohaoOct 9, 2019
60
网好 /安保要求不高 rsync
网烂 /安保要求高 顺丰快递 |
|
haishiwuyuehaoOct 9, 2019
61
dog 脸。分卷打 zip 包,用 QQ 传不行吗。
|
|
locozOct 9, 2019 via Android
62
500G 不大不小,一个硬盘刚好
|
|
63
|
|
kingfalseOct 9, 2019 via Android
64
快递 6666
|
|
zjqzxcOct 9, 2019
65
500G/直连平均网速 得到的传输时间*2 后,如果大于 2 天,SSD 硬盘+顺丰;否则分卷压缩后网络传输
|
|
chcxOct 9, 2019
66
才 500G 直接 rsync/ftp 传 或者起个 web 服务,http 下载
|
|
websterqOct 9, 2019
67
。。折腾半天不如开个网盘会员
|
|
mongodbOct 9, 2019
68
最重要的楼主没说是一堆小文件,还是几个大文件。。这样走线上方式也会需要看不同的方案。
你几千万张图片和十来个大包,完全不一样的方案的。。 |
|
yankebuptOct 9, 2019
69
跨境的话,如果出方向可以考虑直接 rsync 大部分情况不挤,入方向运气不好的情况可能得租线路,看地区区别有可能正常,也有可能挤或者因为花更多钱的人预留了带宽质量而把你 QoS 掉
|
|
reusOct 9, 2019
70
rsync,U 盘
|
|
RicardoYOct 9, 2019
71
rsync 吧
|
|
raptorOct 9, 2019
72
我以前公司的备份在 GPG 加密压缩后大概 500G,每周走 rsync 做一次远程备份,相当稳定,速度就看带宽了。
|
|
LeiggOct 9, 2019 via Android
73
@13913001584 怎么我尝试没有用?一个浏览器选个文件然后开着,另一个打开生成的链接,点击下载,没有卵用,尝试了手机,电脑
|
|
linmqOct 9, 2019 via iPhone
74
OneDrive
|
|
natforumOct 9, 2019
75
500G 刻录到光盘了,快递
|
|
shuperjollyOct 9, 2019 via iPhone
76
泰聊? 文件是照片为啥要排除百度云?
|
|
imsuxpOct 9, 2019
77
现在快递确实挺快的
|
|
whkvfOct 9, 2019 via Android
78
国外没法子
国内快递最好了 |
|
1265578519Oct 9, 2019
79
微力同步吧,基于 bt 协议的文件传输,可靠性高支持断点续传,错误重传
|
|
V530BurOct 10, 2019
80
P2P 点对点专线?
|
|
RorshachOct 10, 2019
81
快递啊,等效带宽 3M/s
|
|
hhok520Oct 10, 2019 via Android
82
500g 不是很大 如果不是批量小文件建议压缩后进行网络传输 这个分发脚本分发到指定终端 如果小文件的话还是建议快递 压缩解压耗时太多
|
|
hhok520Oct 10, 2019 via Android
83
@334862132 这带宽也太垃圾了些 不说千兆 百兆宽带都相当普及了 你描述的这种问题不合常理 当然也不排除没有 我觉得数据量不大 无需快递 除非全部都是几个 k 的小文件
|
|
fstabOct 10, 2019 via Android
84
用 QQ,不要点离线就好了。
|
|
TimPeakeOct 10, 2019
85
哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈 快递 66666666
|
|
BarZuOct 10, 2019
86
肯定快递快多了,想想你家宽带上传速度多少
|
|
shenqiOct 10, 2019
87
前排出售闲置移动硬盘。
|
|
gimpOct 10, 2019
88
要是我就 tar.bz2 或者 7z 压缩后 split 分成多个块,然后用 Onedrive 同步过去再合并解压。
|
|
amonOct 10, 2019
89
5G 了解一下?
|
|
KsAiggOct 10, 2019
90
先压缩一下 看看
|
|
passerbytinyOct 10, 2019
91
@hhok520 #77 普及的只是家庭下行百兆,只有部分地区家庭上行超过了 20M,多数家庭上行和绝大多数商用服务器的带宽,是小于 10M 甚至只有 1M 的小水管。他这个 1M/s 的速度参考性很高。
如果是一次性处理的话的,分卷压缩成多个 2-4G 的文件,然后逐个传送——通过 QQ 等简单手段就能传送,接收端再合并解压缩。如果有安全性要求,就做 Md5、SHA1 等验证。分卷压缩、合并解压缩、网络传输、散列验证都很费时间或精力,所以只能用于一次性处理,要是经常传输,那就真得只能用快递。 |
|
VisionThetaOct 10, 2019
92
我的话一般会使用 rsync,曾经传过 1T 左右的数据。当然一边是专线宽带,另外一边是云服务器。文件碎一些,不好压缩,等等问题的话,快递确实好用一些。问对方要一个机房地址,会有运维人员帮你 mount 上去。
另外,我最烦这种发了一个问题,就再也不出现的人。感觉就是出了一个大家都会 /有点经验的题目,来骗铜币的。 |
|
DkngitOct 10, 2019
93
ResilioSync
|
|
micookieOct 10, 2019
94
我是用的玩客云 Windows 客户端远程上传到家里,上传速度大概 3M/s
|
|
337136897Oct 10, 2019
95
东凤快递啊,一秒必达
|
|
zhensjokeOct 10, 2019
96
500G 随便用阿里云 OSS 或者又拍这种 FTP 都可以。。。
怕损坏的话分卷压缩 1G 一个单元。 |
|
zhaishunqiOct 10, 2019
98
@zjqzxc 老哥和我想的一样.
如果对面或者这边网速不稳定,指不定下 100G 还没有 sf 快~ |
|
dogetOct 10, 2019
99
站快递一波
|
|
MonoLogueChiOct 10, 2019 via Android
100
分卷压缩,然后 p2p 传输
|