edis0n0 2022-12-23 02:01:43 +08:00 8494 次点击
这是一个创建于 1029 天前的主题，其中的信息可能已经有所发展或是发生改变。
用的是 OpenSSH 的 scp 命令，对端是 NVMe 硬盘的 Cera 独服（非虚拟机），两边 CPU 占用率都是不到 1%，不可能是加解密性能问题，不知道从哪里排查。
 | 1 dangyuluo 2022-12-23 02:19:42 +08:00 尝试把 SSH 搭建在 443 上？看看是不是根据端口 QoS 了？也有可能是根据协议来做 QoS |
 | 2 ysc3839 2022-12-23 02:27:34 +08:00 换端口，换协议 |
 | 3 zhilincom 2022-12-23 04:24:44 +08:00 不知道是不是 SSH 协议本身的问题，我用 SSH 隧道翻墙就很慢，看 Youtube 4K 卡成狗。使用其他工具就能流畅观看 Youtube 4K 视频。 |
 | 4 lanlandezei 2022-12-23 08:03:56 +08:00 @zhilincom SSH 来 F 肯定慢啊，而且加大被封的概率。 |
 | 5 lichao 2022-12-23 08:47:10 +08:00 特殊协议特殊对待 |
 | 6 selca 2022-12-23 09:12:54 +08:00 22 端口限流的，小心被直接封 ip |
 | 7 dasf53adf 2022-12-23 09:15:11 +08:00 同样的有这个问题，所以现在自己搭网盘都用 webdav 了 |
 | 8 wuruxu 2022-12-23 09:58:36 +08:00 VPN 节点没有选对，scp 3M 是正常情况 |
 | 9 seeker 2022-12-23 10:13:31 +08:00 曾几何时 ssh -D 就可以 scientific 上网 |
 | 10 tinkerer 2022-12-23 11:05:02 +08:00 SSH 协议，不只是端口，只要大流量，就是抽奖，头等奖封 IP ， 二等奖封端口 |
 | 11 newbie666 2022-12-23 11:06:51 +08:00 via Android |
 | 12 hxy100 2022-12-23 13:55:33 +08:00  1 特殊国情，SSH/SFTP 肯定有 QOS 和各种检测的，就直接用 http/https 传输即可，不要用 SSH 协议，如果担心安全性，可以远程端口仅绑定 127.0.0.1 ，然后用 frp 在 http/https 上封装一层 STCP 协议使用，传输性能绝对要比 SFTP 强； |
 | 13 cubecube 2022-12-23 14:07:37 +08:00 我昨天从香港到国内，sftp 25MB, 还是先线路的情况 |
 | 14 eason1874 2022-12-23 14:08:41 +08:00 1 SSH 特征太明显，被限速了吧 另外，SFTP 默认配置效率也不行（我也不知道怎么修改配置提高效率），我内网千兆口，SFTP 跑 25MB/s ，SMB 跑 110MB/s ，HTTP 跑 115MB/s/div> |
 | 15 shakoon 2022-12-23 14:16:02 +08:00 我也觉得是被哪儿给限速了的。我这有个应用是买的国外一个数据，每天会 sftp 去下载一个几 MB 的更新文件。就这么小个玩意儿，都要传输几分钟。对方那边的网络不知道，我这边是 500M 专线。 同样 sftp 协议在内网环境传输东西，轻松跑满千兆，所以肯定不是这个协议的问题。 |
 | 16 xyjincan 2022-12-23 14:31:05 +08:00 SSH 上传和下载速度一致吗 |
 | 17 Kaiyuan 2022-12-23 15:20:23 +08:00 via iPhone 试一下套个梯子，我套了 CF 的才稳定。 |
 | 18 yulon 2022-12-23 17:44:38 +08:00 怎么最近总有人问裸协议速度不够或是过不了墙的，你们是怎么上的 v 站啊 |
 | 19 edis0n0 OP @yulon #18 小流量用公司专线（高峰期限速 10~40Mbps ） 大流量 OpenVPN 套隧道转发（速度比不上专门翻墙的协议，100Mbps 还是能跑满的） |
 | 23 omcourseecust 2022-12-23 18:08:48 +08:00 试试 filezilla sftp 客户端试试 |
 | 24 cnbatch 2022-12-23 19:09:45 +08:00 问题就在于 SSH （包括 SFTP ）本身就已经被 GFW 精准识别，在 2018 年就已经有文章有过介绍： https://www.css3er.com/p/107.html 「但由于创建隧道和数据传输的过程中，ssh 本身的特征是明显的，所以 GFW 一度通过分析连接的特征进行干扰，导致 ssh 存在被定向进行干扰的问题。」 SSH 被精准识别的时间实际上远早于 2018 年。无论换什么端口都一样能精准识别。 |
 | 25 Features 2022-12-23 19:18:32 +08:00 可以先传输到 HK ，再用 CN2 线路回国能跑满 |
 | 26 raptor 2022-12-23 21:45:43 +08:00 SSH 协议流量一大就会被限速或干扰或直接切断，最高或被封 IP 。 这事大概快十年了吧了…… 所以我连 SSH 都走代理。 |
 | 28 TsukiMori 2022-12-23 21:50:17 +08:00 via iPhone webdav 港陆传输 ipv6 直连 陆传文件到港没问题 反过来只有 1mbps 正常吗 |
| 29 raptor 2022-12-23 22:39:39 +08:00 @edis0n0 那你运气好，只是被限速。我被封过端口，封过 IP ，基本上 22 端口流量一大秒封端口，高位端口可以支持久一点，但也不会太久，端口封几次就封 IP ，有时就直接封 IP 。最后只能老老实实走代理。 |
 | 30 ikidou 2022-12-24 01:03:16 +08:00 via Android 我用 scp 几乎是所有应用里最快的，基本跑满 300M 带宽，443 被封的时候也是，搬瓦工 CN2 ，22 端口也没被封过 上面提到的特征明显这个其实也挺好，起码我 scp/ssh 一直正常，只有极少数需要 ssh -D 的这种情况就很慢了 |
| 31 ikidou 2022-12-24 01:05:10 +08:00 via Android FileZilla Sftp 也挺快 |
Select Language