我有一些奇怪的行为。希望我能完整地解释一下情况。我使用的是Alma Linux 8。
首先,我有两个重要的系统托管在单独的 VMWare ESXi 主机上(我们将它们称为 A 和 B),但都位于同一网络上。每个系统有 4 个 VM。主虚拟机(称为“控制台”)通过 VMWare Horizon 客户端进行访问。
控制台 A 正在按预期工作。 ssh 命令适用于所有同级命令。但是,当通过 Horizon 登录时,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
...
我尝试过以下方法:
- 删除控制台上的 .ssh 目录
- 删除对等方上的 .ssh 目录
- dnf 重新安装 openssh-clients
- dnf更新
- 将控制台 A 克隆到控制台 B
想法?