（暂定几种优化方法）关于 RN（非DC02）国内连ssh延迟高，各位佬有好的解决方案吗

常规话题 快问快答
1

暂定几种优化方法，总结一下（感谢各位佬的回复）：

  • 有额外的、能直连延迟低的服务器
    1. 用另外的服务器做个中转，如使用 frp、zerotier 等。
  • 没有额外服务器（需要梯子节点好一些，不然还是一般，选靠近服务器的节点比较快）
    1. 本地使用 clash-verge，开启系统代理、服务模式、TUN 模式。再连接会好一些。
    2. 在要连接的服务器部署一个 web 端的 ssh 服务，如 sshwifty 。然后在 web 端连自己公网ip（套娃），这时候就看节点质量了。
  • 或者考虑用 Mosh

前段时间买了个 RN 的便宜服务器（San Jose, CA），买完才想到应该买 DC02 的，但是一开始直连 SSH 延迟还能接受，但最近延迟非常大，ping 也会丢包。

我现在使用的是 WindTerm 终端，我看里面有个可以设置代理的地方，如下：
image
但我本地开了 clash 系统代理，但好像并没有改善，各位佬有什么解决方案吗？目前，我还有个华为云服务器，里面连这个 RN 服务器倒是延迟低了，但是不方便，有啥可以在本地优化网络环境的办法不？

7 个赞
2

在你的华为云里面配置端口转发到RN上，本地连华为云即可

2 个赞
3

你可能需要

4 个赞
4

就是之后不想续华为云，所以想看看有没有本地能操作的办法

2 个赞
5

这个也是需要中转服务器吧？有啥本地的办法不

2 个赞
6

使用代理连接应该是能改善的，不过一般机场的节点都是锁22端口的，可以试试改ssh的端口，在配置代理连接试试

3 个赞
7

还有就是可以试试用rn的机器搭建一个节点，然后用rn的节点去连接rn的ssh，虽然和直连的差别不大，但是节点的协议可以提供些许的延迟提升，比直连略微好一些

5 个赞
8

本地 —> RN，中间线路不好，只能在中间加一层。如果什么都不想加，那就只剩最后一种方案了，在其他协议里面跑命令，比如搭个运维面板，然后本地只需要在页面上执行命令，能改善多少就不知道了

3 个赞
9

mark住

2 个赞
10

mark

2 个赞
11

你SSH改端口了没，改到高位再用clash，会好很多

3 个赞
12

我刚找了个web端的ssh服务，搭了网站，然后连服务器自己的ip，但这样应该就和梯子的延迟有关了，因为实际还是有些延迟，但比直连好多了

3 个赞
13

刚刚改了试了，clash 得开服务模式和TUN模式，才会好一些。但好像有些机场节点有问题，有些一直连不上报错：kex_exchange_identification: Connection closed by remote host，就很奇怪

2 个赞
14

中转服务器里面搭个jumpserver ，然后用中转服务器去连ssh

1 个赞
15

试了下clash得开服务模式和TUN模式，而且有些机场节点不能连，报错kex_exchange_identification: Connection closed by remote host

2 个赞
16

其实概况一下就是两个点

  1. 修改ssh端口为非22端口

机场的节点默认屏蔽22端口

  1. clash 开tun模式接管本机所有请求
3 个赞
17

是的 TUN模式相对管用，但对梯子好像也有一些要求

18

用mosh，至少输入操作的时候不会卡顿，这玩意不像ssh会实时传输你的所有操作。会先本地缓存你输入的命令

另外，开代理肯定是有用的，但是如果你只开系统代理，很多软件不会看系统代理设置，windterm里面支持设置代理，你在软件里面设置

19

修改ssh连接的端口为非22端口

用代理连接就不会报kex_exchange_identification: Connection closed by remote host了

机场一般怕别人用节点干坏事，默认是屏蔽 22端口的请求的（用ssh协议拉github代码会遇到问题

1 个赞
20

虚拟组网试试

1 个赞