Linux 中的 SSH 挂起

Linux 中的 SSH 挂起

我有一些奇怪的行为。希望我能完整地解释一下情况。我使用的是Alma Linux 8。

首先,我有两个重要的系统托管在单独的 VMWare ESXi 主机上(我们将它们称为 A 和 B),但都位于同一网络上。每个系统有 4 个 VM。主虚拟机(称为“控制台”)通过 VMWare Horizo​​n 客户端进行访问。

控制台 A 正在按预期工作。 ssh 命令适用于所有同级命令。但是,当通过 Horizo​​n 登录时,console-B 无法通过 ssh 连接到其对等点。它只是无限期地挂起(我让它运行过夜,所以它是无限期的)。我将其称为直接方法。控制台 A 可以通过 ssh 访问 B 对等点。

这是奇怪的部分。如果我从另一台机器 ssh 到 console-B,那么我可以 ssh 到它的对等点。我将其称为隧道方法。

我比较了两种情况的 -vvv 输出,它们是相同的,直到直接方法停止:

...
debug3: load_hostkeys: loaded 1 keys from peer_machine
debug3: hostkeys_foreach: reading file "/home/username/.ssh/known_hosts"
debug3: record_hostkey: found key type ECDSA in file /home/username/.ssh/known_hosts:1
debug3: load_hostkeys: loaded 1 keys from {ip address masked}
debug1: Host 'left' is known and matches the ECDSA host key.
debug1: Found key in /home/username/.ssh/known_hosts:1
debug3: send packet: type 21
debug2: set_newkeys: mode 1
debug1: rekey out after 4294967296 blocks
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug3: receive packet: type 21
debug1: SSH2_MSG_NEWKEYS received
debug2: set_newkeys: mode 0
debug1: rekey in after 4294967296 blocks

隧道方法继续:

debug1: Will attempt key: /home/username/.ssh/id_rsa RSA SHA256:3+{data masked}
debug1: Will attempt key: /home/username/.ssh/id_dsa 
debug1: Will attempt key: /home/username/.ssh/id_ecdsa 
debug1: Will attempt key: /home/username/.ssh/id_ed25519 
debug1: Will attempt key: /home/username/.ssh/id_xmss 
debug2: pubkey_prepare: done
debug3: send packet: type 5
debug3: receive packet: type 7
debug1: SSH2_MSG_EXT_INFO received
debug1: kex_input_ext_info: server-sig-algs=<ssh-ed25519,ssh-rsa,rsa-sha2-256,rsa-sha2-512,ssh-dss,ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521>
debug3: receive packet: type 6
debug2: service_accept: ssh-userauth
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug3: send packet: type 50
debug3: receive packet: type 51
...

我尝试过以下方法:

  1. 删除控制台上的 .ssh 目录
  2. 删除对等方上的 .ssh 目录
  3. dnf 重新安装 openssh-clients
  4. dnf更新
  5. 将控制台 A 克隆到控制台 B

想法?

相关内容