ipmi - não pode executar ping ou conectar-se remotamente

12

Tentei configurar o controlador IPMI para aceitar conexões remotas, mas não consigo nem fazer ping.

Aqui está o seu status:

#/usr/local/bin/ipmitool lan print 2

Set in Progress         : Set Complete
Auth Type Support       : NONE PASSWORD
Auth Type Enable        : Callback :
                        : User     : NONE PASSWORD
                        : Operator : PASSWORD
                        : Admin    : PASSWORD
                        : OEM      :
IP Address Source       : Static Address
IP Address              : 192.168.1.112
Subnet Mask             : 255.255.255.0
MAC Address             : 00:a0:a5:67:45:25
IP Header               : TTL=0x40 Flags=0x40 Precedence=0x00 TOS=0x10
BMC ARP Control         : ARP Responses Enabled, Gratuitous ARP Enabled
Gratituous ARP Intrvl   : 8.0 seconds
Default Gateway IP      : 192.168.1.1
Default Gateway MAC     : 00:00:00:00:00:00
802.1q VLAN ID          : Disabled
802.1q VLAN Priority    : 0
RMCP+ Cipher Suites     : 0,1,2,3
Cipher Suite Priv Max   : uaaaXXXXXXXXXXX
                        :     X=Cipher Suite Unused
                        :     c=CALLBACK
                        :     u=USER
                        :     o=OPERATOR
                        :     a=ADMIN
                        :     O=OEM

# /usr/local/bin/ipmitool user list 2

ID  Name             Enabled Callin  Link Auth  IPMI Msg   Channel Priv Limit
1                    true    false   true       true       USER
2   admin            true    false   true       true       ADMINISTRATOR

# /usr/local/bin/ipmitool channel getaccess 2 2
Maximum User IDs     : 5
Enabled User IDs     : 2

User ID              : 2
User Name            : admin
Fixed Name           : No
Access Available     : callback
Link Authentication  : enabled
IPMI Messaging       : enabled
Privilege Level      : ADMINISTRATOR

# /usr/local/bin/ipmitool channel info 2
Channel 0x2 info:
  Channel Medium Type   : 802.3 LAN
  Channel Protocol Type : IPMB-1.0
  Session Support       : multi-session
  Active Session Count  : 0
  Protocol Vendor ID    : 7154
  Volatile(active) Settings
    Alerting            : disabled
    Per-message Auth    : disabled
    User Level Auth     : disabled
    Access Mode         : always available
  Non-Volatile Settings
    Alerting            : disabled
    Per-message Auth    : disabled
    User Level Auth     : disabled
    Access Mode         : always available

# /usr/local/bin/ipmitool chassis status
System Power         : on
Power Overload       : false
Power Interlock      : inactive
Main Power Fault     : false
Power Control Fault  : false
Power Restore Policy : unknown
Last Power Event     :
Chassis Intrusion    : inactive
Front-Panel Lockout  : inactive
Drive Fault          : false
Cooling/Fan Fault    : false

# arp
Address                  HWtype  HWaddress           Flags Mask            Iface
192.168.1.112            ether   00:A0:A5:67:45:25   C                     bond0

# /usr/local/bin/ipmitool -I lan -H 192.168.1.112 -U admin -P admin chassis power status
Error: Unable to establish LAN session
Unable to get Chassis Power Status

Em suma. Ele existe na lista ARP, portanto, os arp estão sendo transmitidos. Não consigo fazer ping e não consigo conectar-me a ele. Alguém pode detectar algum erro flagrante na configuração?

Muito obrigado, Fidel

Fidel
fonte
Essa máquina está na internet? Brutalmente falando: corrija seu roteiro. Este é um IP privado - poderia muito bem ser o problema.
TomTom
1
Obrigado Tom, a máquina está em uma LAN local. As consultas e comandos do ipmi também serão provenientes da LAN local. Cheers
Fidel
1
Para expandir o comentário de Serhiy: se uma NIC compartilhada, o ipmitool não poderá ser executado no próprio servidor. Você deve executá-lo em um servidor remoto.
58568 Mark Wagner #
2
Você pode postar um dump de pacotes enquanto tenta fazer ping e ipmiping?
MikeyB
1
Com 50% de pacotes descartados e bond0 como interface - parece que você ligou duas interfaces e apenas uma se estiver conectada?
Nils

Respostas:

9

Como outras pessoas já declararam, pode ser um problema de rede. Você deveria poder executar ping no BMC por padrão.

No entanto, também pode ser um problema mais traiçoeiro causado pelo BMC não levar em consideração a nova configuração.

Tente redefinir o BMC: mc reset cold

Eu experimentei esse problema em muitas máquinas cheias de Dell IDRAC, e a redefinição sempre o corrigia.

zecrazytux
fonte
Graças ao tux, agora posso enviar instruções como "desligamento do chassi", mas não posso dizer para ligar. Não há respostas importantes quando está desativado.
Fidel
Pode ser devido ao modo de economia de energia, consulte lists.us.dell.com/pipermail/linux-poweredge/2009-February/…
zecrazytux
5

Na minha experiência, é necessário definir o endereço MAC do gateway padrão para estabelecer conectividade a partir da parte externa da sua rede. Além disso, se você estiver usando a agregação de link e tiver uma porta compartilhada para o BMC, isso trará outros problemas. Em alguns comutadores, é possível contornar o algoritmo de compartilhamento de carga para um endereço MAC ou IP e direcionar o tráfego para uma porta específica.

Milão
fonte
1
Milão, conte-me mais sobre a agregação de links e a porta compartilhada. Também estou tendo problemas semelhantes a isso. Você não pode usar a agregação de link e o ipmi compartilhado?
Matt
2

Se o seu BMC compartilhar a interface com a placa-mãe, verifique se o seu módulo de rede está carregado com "CrcStripping = 0".

Per Jessen
fonte
2

Acabei de encontrar o mesmo problema e o problema era que o ipmi estava configurado com um 'ID de VLAN 802.1q incorreto'. O ipmi começou a funcionar imediatamente após a execução deste comando:

sudo ipmitool lan set 1 vlan id off

keithpjolley
fonte
BTW, na pergunta original, o ID da vlan já está "desativado". Apenas tentando ajudar outras pessoas que acabem aqui no futuro.
keithpjolley
1

Eu tive um problema semelhante no qual pude arpingvisualizar o BMC do IPMI e vê-lo na minha tabela arp, mas não consegui executar ping.

O problema era que o BMC pensava que estava em uma rede / 31 e estava enviando todas as respostas para um gateway padrão inexistente. A solução é alterar o gateway padrão na configuração do IPMI ou adicionar esse endereço de gateway à NIC do seu cliente.

Navin
fonte
0

Pode ser facilmente um problema de firewall no servidor de destino (ou no meio). Por exemplo, você vê o tráfego chegar no UDP / 623 (porta ipmi) no servidor de destino? Você tem o iptables em execução, ou o SELinux, e se sim, você tentou ativar o log para ver o que está acontecendo?

Uma coisa que você pode fazer para eliminar o ipmi é interromper o serviço do ouvinte, executar um ouvinte temporário como o nc (netcat) e verificar se é possível conectar-se a ele a partir de um cliente (você pode usar o netcat novamente aqui também). Comece local e depois expanda.

Sempre aprendendo
fonte