今天 SSH 远程所有的主机，都会卡在这里，但是远程阿里云的可以

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

Distributions

› Ubuntu

› Fedora

› CentOS

中文资源站

› 网易开源镜像站

这是一个创建于 381 天前的主题，其中的信息可能已经有所发展或是发生改变。

debug1: Connection established.
debug1: identity file /Volumes/MacMiniDisk/Users/echo/.ssh/id_rsa type 0
debug1: identity file /Volumes/MacMiniDisk/Users/echo/.ssh/id_rsa-cert type -1
debug1: identity file /Volumes/MacMiniDisk/Users/echo/.ssh/id_ecdsa type -1
debug1: identity file /Volumes/MacMiniDisk/Users/echo/.ssh/id_ecdsa-cert type -1
debug1: identity file /Volumes/MacMiniDisk/Users/echo/.ssh/id_ecdsa_sk type -1
debug1: identity file /Volumes/MacMiniDisk/Users/echo/.ssh/id_ecdsa_sk-cert type -1
debug1: identity file /Volumes/MacMiniDisk/Users/echo/.ssh/id_ed25519 type -1
debug1: identity file /Volumes/MacMiniDisk/Users/echo/.ssh/id_ed25519-cert type -1
debug1: identity file /Volumes/MacMiniDisk/Users/echo/.ssh/id_ed25519_sk type -1
debug1: identity file /Volumes/MacMiniDisk/Users/echo/.ssh/id_ed25519_sk-cert type -1
debug1: identity file /Volumes/MacMiniDisk/Users/echo/.ssh/id_xmss type -1
debug1: identity file /Volumes/MacMiniDisk/Users/echo/.ssh/id_xmss-cert type -1
debug1: identity file /Volumes/MacMiniDisk/Users/echo/.ssh/id_dsa type -1
debug1: identity file /Volumes/MacMiniDisk/Users/echo/.ssh/id_dsa-cert type -1
debug1: Local version string SSH-2.0-OpenSSH_9.6
debug1: Remote protocol version 2.0, remote software version OpenSSH_8.2p1 Ubuntu-4ubuntu0.11
debug1: compat_banner: match: OpenSSH_8.2p1 Ubuntu-4ubuntu0.11 pat OpenSSH* compat 0x04000000
debug1: Authenticating to 38.60.109.114:22 as 'root'
debug1: load_hostkeys: fopen /Volumes/MacMiniDisk/Users/echo/.ssh/known_hosts2: No such file or directory
debug1: load_hostkeys: fopen /etc/ssh/ssh_known_hosts: No such file or directory
debug1: load_hostkeys: fopen /etc/ssh/ssh_known_hosts2: No such file or directory
debug1: SSH2_MSG_KEXINIT sent

不知道什么情况，今天远程 4 台 vps 都会出现这个问题。然后阿里云的可以，并且从阿里云 ProxyJump 也是可以的。这种情况，应该怎么办？

ssh

卡

阿里云

18 条回复 • 2024-10-16 11:59:05 +08:00

rwecho

2024-10-14 16:23:09 +08:00

Connection closed by 38.60.109.114 port 22

接着上面，过一会就会出现这个提示。

colinlikepotatos

2024-10-14 16:27:33 +08:00

百度热搜 1 中国主要城市成美网络秘密入侵目标。不知是不是高墙发威了，再加上今天演习打台湾？

rwecho

2024-10-14 16:29:51 +08:00

@colinlikepotatos #2 啊，还有这种事？这应该不会影响吧，这个端口是开着的，telnet 可以打开。

我的服务器，我的电脑，网络是通的，就是连不上，其他 443 ，80 ，都可以，就是不能上去维护。

june4

2024-10-14 16:33:38 +08:00

ssh 原生支持代理的，我从来都是用代理用 ssh,毕竟代理线路可以非常好，主机不一定很好。

tsanie

2024-10-14 16:46:35 +08:00

我现在都是 ProxyCommand cloudflared access ssh --hostname %h 的，稳如老狗

linanzi

2024-10-14 16:53:34 +08:00

-vvv 之后的显示应该是这样的，估计没收到响应
debug3: send packet: type 20
debug1: SSH2_MSG_KEXINIT sent
debug3: receive packet: type 20
debug1: SSH2_MSG_KEXINIT received

szdosar

2024-10-14 17:00:30 +08:00

用 https://tcp.ping.pe/测试一下你这些服务器的 22 端口是否绿色状态，至少你日志中的服务器 22 端口全部可连通的。

rwecho

2024-10-14 17:44:05 +08:00

@szdosar #7 都是绿色的。

yinmin

2024-10-14 17:45:41 +08:00 via iPhone

mac 电脑用手机热点试试，如果 4G/5G 网络没问题，说明你宽带有阻断

julyclyde

2024-10-14 21:02:37 +08:00

@szdosar 都收到对方发来的 remote software version OpenSSH_8.2p1 Ubuntu-4ubuntu0.11 了，根本不需要检测 22 端口啊

jpuyy

2024-10-14 21:12:13 +08:00

服务端 log 有看过吗？
另外客户端抓包看一下

szdosar

2024-10-15 07:45:20 +08:00

客户端是不是找不到 known_hosts 文件了？
```
debug1: load_hostkeys: fopen /Volumes/MacMiniDisk/Users/echo/.ssh/known_hosts2: No such file or directory
debug1: load_hostkeys: fopen /etc/ssh/ssh_known_hosts: No such file or directory
debug1: load_hostkeys: fopen /etc/ssh/ssh_known_hosts2: No such file or directory
```

yudoo

2024-10-15 09:52:13 +08:00

我的直接 ping 不通了

Esec

2024-10-15 10:18:28 +08:00 via Android

很早就有人滥用 ssh 协议，有的省份会搞精确阻断，被封只能`ssh -J 阿里目标`搞台跳板了

julyclyde

2024-10-15 12:06:03 +08:00

@yudoo tcp 通不通，和 ping 也没任何关系

julyclyde

2024-10-15 12:06:13 +08:00

@szdosar known_hosts 不是必须的

rwecho

2024-10-15 16:58:27 +08:00

@Esec #14 这个有可能，但是如果阻断得话，不应该端口无法访问？现在端口打开了。

julyclyde

2024-10-16 11:59:05 +08:00

@rwecho 可以建立之后再阻断啊
先看看内容再说呗

今天 SSH 远程所有的主机，都会卡在这里，但是远程 阿里云的可以

今天 SSH 远程所有的主机，都会卡在这里，但是远程阿里云的可以