У меня есть рабочая станция с Supermicro X10DRi-T материнская плата. Он имеет три порта Ethernet. Один из них (IPMI LAN) предназначен для IPMI. Два других, LAN1 и LAN2, являются универсальными. Этот вопрос Настроить SuperMicro IPMI для использования одного из интерфейсов LAN вместо порта IPMI? упоминает, что LAN1 может использоваться как IPMI.
Моя проблема в следующем: когда я использую LAN1 Чтобы подключить этот компьютер к локальной сети, он некоторое время работает нормально, но затем SSH-соединение ложно прерывается. Хост отвечает на эхо-запросы, но попытка переподключиться через 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/ssh-miyuki@192.168.123.6: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: ecdsa-sha2-nistp256-cert-v01@openssh.com,ecdsa-sha2-nistp384-cert-v01@openssh.com,ecdsa-sha2-nistp521-cert-v01@openssh.com,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 не нужен)?
Если ответ Джероена не решает вашу проблему, попробуйте войти в BIOS и настроить IPMI на выделенную локальную сеть.
(Т.е. используйте выделенный LAN-порт для IPMI, а не делитесь IPMI с LAN1 и 2)
Вы случайно не назначали один и тот же ip-адрес BMC и сетевой карте сервера? Потому что это приведет к такому поведению. И BMC, и обычная сетевая карта используют разные MAC-адреса, поэтому, когда они объявляют свой IP-адрес в сети (ARP), это может привести к потере связи с любым из них.