这是一个创建于 1533 天前的主题，其中的信息可能已经有所发展或是发生改变。
想装个 Kali Linux 玩下，奈何镜像国内下载速度只有十几 KB，就在国外(韩国)服务器上用 curl 几分钟就下好了，2.2 GB 的文件 想着用 scp 或者 rsync 回传到本地，可是发现速度只有 300KB 左右 后来尝试用 netcat，速度稳定在 20MB 每秒
想问下造成这种速度差距的原因是什么？ scp 和 rsync 本来就慢吗？还是 ISP 给限速了？
 |
1
Osk 2020-09-06 02:18:24 +08:00
scp 和 rsync 都用 ssh 的话，考虑下 ssh 本身流量会被加密、压缩（可选），天生慢一点，尤其是 vps cpu 的话弱鸡可能更糟糕。
另外就是 ssh 很久前就被针对了。 话说用 scp 传大文件就不怕被封 ip 吗 😂 |
 |
2
leido 2020-09-06 03:18:59 +08:00 via Android
被墙限速了，因为 ssh 加密
|
 |
3
Cu635 2020-09-06 10:21:40 +08:00
|
 |
4
aaa5838769 2020-09-06 12:11:06 +08:00
netcat 的确很适合内网 安全的环境下传输
|
 |
5
sarvatathagata 2020-09-06 16:37:00 +08:00
来自 https://program-think.blogspot.com/2019/09/Netcat-Tricks.html
◇补充说明：nc 的性能优势 用 nc 传输文件，相当于是：直接在 [裸 TCP] 层面传输。你可以通俗理解为： [没有] 应用层。 （不熟悉网络分层的同学，再去复习一下本文开头的 OSI 模型） 如果你传输的文件 [超级大] 或者文件数量 [超级多] ，用 nc 传输文件的性能优势会很明显（相比“FTP 、SSH 、共享目录...”而言） |
 |
6
realpg 2020-09-06 17:48:04 +08:00
scp 自身就非常慢
应该不只是加密的原因 |
 |
7
mind3x 2020-09-06 20:55:33 +08:00
大概率只是你在不同时间段用了 scp 和 netcat 而已，也就是你说的“后来”用 netcat 是刚好遇上了国际出口不那么堵的时候。
|
Select Language