sftp 跨国传输速度永远只有 1MB/s， HTTPS 单线程可以轻松稳定跑满 100Mbps 本地带宽，问题出在哪？

[edis0n0]

用的是 OpenSSH 的 scp 命令，对端是 NVMe 硬盘的 Cera 独服（非虚拟机），两边 CPU 占用率都是不到 1%，不可能是加解密性能问题，不知道从哪里排查。

[edis0n0]

@dangyuluo #1 HTTPS 和 SSH 都用 20000 以上的高位端口了

[edis0n0]

@wuruxu #8 直连，没开代理

[omcourseecust]

试试 filezilla sftp 客户端试试

[cnbatch]

问题就在于 SSH （包括 SFTP ）本身就已经被 GFW 精准识别，在 2018 年就已经有文章有过介绍：
https://www.css3er.com/p/107.html

「但由于创建隧道和数据传输的过程中，ssh 本身的特征是明显的，所以 GFW 一度通过分析连接的特征进行干扰，导致 ssh 存在被定向进行干扰的问题。」

SSH 被精准识别的时间实际上远早于 2018 年。无论换什么端口都一样能精准识别。

[Features]

可以先传输到 HK ，再用 CN2 线路回国能跑满

[raptor]

SSH 协议流量一大就会被限速或干扰或直接切断，最高或被封 IP 。

这事大概快十年了吧了……

所以我连 SSH 都走代理。

[edis0n0]

@raptor 我上 2 个月开会期间 SSH 直连拖了 600GB 文件回来没被封，就是很慢

[TsukiMori]

webdav 港陆传输 ipv6 直连
陆传文件到港没问题
反过来只有 1mbps
正常吗

[raptor]

@edis0n0 那你运气好，只是被限速。我被封过端口，封过 IP ，基本上 22 端口流量一大秒封端口，高位端口可以支持久一点，但也不会太久，端口封几次就封 IP ，有时就直接封 IP 。最后只能老老实实走代理。

[ikidou]

我用 scp 几乎是所有应用里最快的，基本跑满 300M 带宽，443 被封的时候也是，搬瓦工 CN2 ，22 端口也没被封过
上面提到的特征明显这个其实也挺好，起码我 scp/ssh 一直正常，只有极少数需要 ssh -D 的这种情况就很慢了

[ikidou]

FileZilla Sftp 也挺快

[Damn]

@seeker 曾几何时：刚过不久