Por que e / ou como responder a pings como 0.0.0.0?

2

Pergunta para alguém que sabe muito mais sobre redes do que eu ...

Então, resumindo a história, tive um problema com um servidor remoto hoje à noite que não consegui ser corrigido pelo ILO (a tecnologia de gerenciamento fora de banda da HP), mesmo depois de fazer um RTFM completo. Percebi que a versão do firmware do ILO neste servidor tinha mais de 5 anos e percebi que isso poderia ser a causa de minhas dificuldades, então fui atualizá-lo e não consegui. (O console de gerenciamento da web da OIT fornece um mecanismo para fazer atualizações de firmware.) Em um erro do qual vou me arrepender por muito tempo, decidi ligar para o suporte técnico e perguntar como conseguir atualizar o firmware. Ao realmente ouvir seus conselhos e fazer uma reinicialização da interface (também através do console de gerenciamento da web do ILO), ele se tornou não responsivo.

Comportamento esperado e iniciei um ping -t no endereço IP da interface do ILO, para saber quando ele voltou. Só que os pings estavam voltando como Reply from 0.0.0.0: ... eu decidi dar alguns minutos de qualquer forma, no caso de o reset estar fazendo algo estranho. Bem, meia hora depois, ainda estava respondendo de 0.0.0.0 , então mandei alguém desconectar o servidor. Isso mudou as respostas do ping para Request timed out. . Assim que ele foi conectado novamente, as respostas do ping de 0.0.0.0 começaram novamente. Mesmo agora, 6 horas depois, um ping para o endereço IP "real" dessa interface do ILO responde com uma resposta de 0.0.0.0 .

Por que vale a pena, não temos uma VLAN ou sub-rede separada para o nosso ILO (estou trabalhando nisso), e pingar endereços na sub-rede sem nada retorna um Request timed out. A tracert para o endereço passa pelos nossos comutadores, sai do link em nosso escritório principal, para o outro lado do T1 no site remoto ... e mostra 0.0.0.0 . Uma solicitação de ping da VPN remota (que é uma VLAN e uma sub-rede separadas) retorna Request timed out.

De tudo o que sei sobre rede, que aparentemente é menor do que eu pensava saber tão recentemente quanto ontem, não é possível obter uma resposta de 0.0.0.0 . Esse é o endereço "qualquer". Portanto, mesmo que a interface ILO tenha seu endereço redefinido como 0.0.0.0 , não será possível enviar uma resposta como 0.0.0.0 , então ... bem, alguém sabe por que isso está acontecendo? Ou como isso ainda poderia acontecer, para esse assunto?

UPDATE: Tem alguém no site para verificar as configurações no ILO e, com certeza, o endereço IP da interface foi redefinido para 0.0.0.0 .

    
por HopelessN00b 09.08.2012 / 06:33

2 respostas

3

Este é provavelmente um bug de firmware, mas a única situação que eu ouvi falar de que -sources- packets de 0.0.0.0 é o RARP (reverse ARP) que envia solicitações de um MAC todo zero para encontrar seu endereço IP. Este costumava ser um componente da inicialização sem disco uma vez, mas não foi visto em um bom tempo.

Pode ser que a estação de ping ainda mantenha o endereço MAC do ILO em cache - e, é claro, o switch intermediário. Se a OIT tivesse perdido seu endereço, poderia estar passando por um processo RARP / BOOTP. Ou apenas perdeu a cabeça.

    
por 09.08.2012 / 06:55
2

Isso é menos sobre o 0.0.0.0 e mais sobre a recuperação da sua OIT ...

Não consigo determinar se o servidor que hospeda o ILO está executando o Windows ou o Linux, mas supondo que você possa entrar no servidor, minha sugestão é redefinir o ILO para um endereço IP sã do sistema operacional do host. Isso pode ser feito rapidamente com o utilitário hponcfg ( Linux , Windows ).

Se você ainda não sabe, o firmware é muito importante no mundo HP ProLiant. Execute as atualizações do host e evite atualizar através da interface da web do ILO em revisões de firmware mais antigas.

    
por 10.08.2012 / 14:23