我有一个 Supermicro 工作站X10DRi-T主板。它有三个以太网端口。其中一个（IPMI LAN）专用于 IPMI。另外两个，LAN1 和 LAN2 是通用的。这个问题配置 SuperMicro IPMI 以使用其中一个 LAN 接口而不是 IPMI 端口？提到LAN1可以用作IPMI。
我的问题如下：当我将这LAN1台计算机连接到 LAN 时，一段时间内运行正常，但随后 SSH 连接突然失败。主机响应 ping，但尝试通过 SSH 重新连接失败，如下所示：
$ cat ./ssh.log
OpenSSH_6.7p1 Debian-5, OpenSSL 1.0.1k 8 Jan 2015
debug1: Reading configuration data /home/miyuki/.ssh/config
debug1: /home/miyuki/.ssh/config line 1: Applying options for *
debug1: /home/miyuki/.ssh/config line 10: Applying options for *.lan
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 19: Applying options for *
debug1: Hostname has changed; re-reading configuration
debug1: Reading configuration data /home/miyuki/.ssh/config
debug1: /home/miyuki/.ssh/config line 1: Applying options for *
debug1: /home/miyuki/.ssh/config line 11: Applying options for 192.168.123.*
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 19: Applying options for *
debug1: auto-mux: Trying existing master
debug1: Control socket "/tmp/[email protected]:22" does not exist
debug2: ssh_connect: needpriv 0
debug1: Connecting to 192.168.123.6 [192.168.123.6] port 22.
debug1: Connection established.
<... snip ...>
debug2: fd 3 setting O_NONBLOCK
debug3: load_hostkeys: loading entries for host "192.168.123.6" from file "/home/miyuki/.ssh/known_hosts"
debug3: load_hostkeys: found key type ECDSA in file /home/miyuki/.ssh/known_hosts:33
debug3: load_hostkeys: loaded 1 keys
debug3: order_hostkeyalgs: prefer hostkeyalgs: [email protected],[email protected],[email protected],ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
<... snip ...>
debug2: mac_setup: setup hmac-sha1
debug1: kex: server->client aes128-ctr hmac-sha1 none
debug2: mac_setup: setup hmac-sha1
debug1: kex: client->server aes128-ctr hmac-sha1 none
debug2: bits set: 1034/2048
debug1: sending SSH2_MSG_KEXDH_INIT
debug1: expecting SSH2_MSG_KEXDH_REPLY
Connection to 192.168.123.6 timed out while waiting to read
操作系统是Debian 8：
$ uname -a
Linux workstation 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt20-1+deb8u1 (2015-12-14) x86_64 GNU/Linux
本地断开网络（通过ifdown/ ifup）可解决此问题。等待一段时间（例如，一小时）后，此问题也会消失。
LAN2最后，在我开始使用界面而不是之后，问题完全消失了LAN1。现在没问题了，因为这台电脑是一个游乐场（是的，我很抱歉，这个问题不太符合主题），所以我不需要IPMI这样的功能，但如果有两个功能齐全的LAN端口就好了。
我的问题是：这个问题看起来与不正确的 IPMI 配置有关吗？如何修复它（即我需要一个可用的LAN1接口；IPMI 不是必需的）？
答案1
您是否偶然为 BMC 和服务器 NIC 分配了相同的 ipaddress？因为这会导致此行为。BMC 和常规 NIC 都使用不同的 MAC 地址，因此当它们向网络 (ARP) 宣布其 IP 时，这会导致其中任何一个失去连接。
答案2
如果 Jeroen 的回答不能解决您的问题，请尝试进入 BIOS 并将 IPMI 设置为专用 LAN
（即，使用 IPMI 的专用 LAN 端口，而不是与 LAN1 和 2 共享 IPMI）