Camada de link de rede equivalente a 'ping' para sondar um dispositivo que caiu da intranet?

4

Aqui está minha situação. É hipotético, mas acontece com frequência suficiente para ser um problema.

Temos um comutador de rede ethernet de camada 2 genérico. Todos os dispositivos conectados a esse switch usam endereços IP em uma rede privada 10.1.1.0/24.

Anexamos um novo dispositivo a essa rede e ele executa o Linux embarcado. Nós configuramos este dispositivo para usar a rede 10.1.1.0/24. Este dispositivo estava funcionando bem, mas misteriosamente caiu da rede. Não podemos nos conectar a este dispositivo usando ferramentas TCP / IP tradicionais (ping, telnet 10.1.1.100 22 , etc.).

Suspeitamos que esse dispositivo tenha sido redefinido e voltado para sua configuração de rede padrão, onde deseja uma rede como 192.168.1.0/24 ou 192.168.0.0/24 (não lembro qual rede). Parece estar reiniciando, repetidamente (talvez fazendo um DHCPDISCOVER entre reinicializações).

Este dispositivo ainda está conectado ao switch e parece ter uma conexão de link entre as reinicializações.

Existe uma maneira de eu testar o dispositivo em um computador conectado ao mesmo switch? Existe um equivalente da camada 2 para o comando ping ou um ping de difusão para mostrar todos os dispositivos conectados a esse segmento da lan?

    
por Stefan Lasiewski 16.04.2011 / 06:01

3 respostas

2

Você pode atacar isso de várias maneiras. Primeiro, tente encontrar o manual técnico do dispositivo em questão. Isso lhe dirá exatamente o que ele usa para uma configuração padrão.

Em seguida, remova o comutador de rede da equação, se possível. Conecte o dispositivo diretamente a um computador usando um cabo cruzado . Dessa forma, você pode configurar o PC para estar na rede, como você acha que o dispositivo está, e veja se você pode falar com ele. Isso também permite que você use facilmente uma ferramenta como tcpdump para observar o que o dispositivo está enviando pela rede. Por exemplo, se eu conectar um dispositivo diretamente à porta ethernet do meu Mac com um cabo cruzado, posso fazer isso:

# tcpdump -i en0

para ver todo o tráfego proveniente do dispositivo (note que você precisa ser root ou executar esse comando via sudo ).

Assistir a saída do tcpdump deve lhe dar uma ideia muito clara do que o dispositivo não responsivo está tentando fazer na rede.

Observe que eu recomendo conectar o dispositivo diretamente ao seu computador devido à maneira como os switches de rede funcionam. O switch não envia tráfego para sua porta se não for destinado a você. Assim, o dispositivo pode estar tagarelando, mas como o seu computador não está na mesma rede IP, você não verá a maioria dos dados. Existem maneiras de contornar isso, como o espelhamento da porta do switch, mas, em geral, é mais simples ignorar completamente o switch.

    
por 16.04.2011 / 08:50
4

arping pode ser o que você está procurando?

    
por 16.04.2011 / 06:22
2

Além da arping, ping 255.255.255.255 e arp -na juntos podem ajudar.

    
por 16.04.2011 / 09:06