Não é possível acessar o dispositivo pela interface de rede. O que agora?

Question

Eu cometi um erro muito burro hoje.

Eu comprei uma câmera de rede há alguns dias atrás de um revendedor no eBay, e ela roda Linux embarcado. Não sei o que fiz, mas editei /etc/network/interfaces , reiniciei e agora o dispositivo não está mais recebendo um endereço do DHCP.

Realmente não há outras maneiras óbvias de acessá-lo. O dispositivo tem: uma entrada Ethernet e uma entrada de energia. A placa em si é quase totalmente sem etiqueta, por isso estou perplexo. Tudo o que sei é que lsusb tinha retornado duas portas não utilizadas (suponho que seria para uma interface sem fio via USB, considerando que ela tinha todos os arquivos para conexão sem fio, não apenas uma interface) e a memória flash está no chip . O que eu faço agora? Eu apenas li isso?

Se eu fizesse: agh.

Eu tentei um cabo crossover; não funcionou. Conectado, sem resposta. Verificou o Wireshark e era uma cidade fantasma, exceto eu. Aqui estão algumas imagens:

A área na parte de baixo da placa é o sensor CMOS e o aparelho de lentes. A segunda placa embaixo não tem conexão com a placa principal, exceto a energia. Eu não esperava que o sensor CMOS ficasse tão exposto, então quando eu levantei o quadro superior, estremeci de medo!

    

Answer 1

2 ideias para você: 1) Procure por um botão ou botão "redefinir para padrões de fábrica" ou qualquer coisa que possa ser em curto ou pressionado :) 2) Pergunte ao vendedor o nome e a senha da rede wifi que ele usou para conectá-lo, depois duplique-o no seu roteador. É provável que você tenha apenas matado a interface com fio, não a interface Wi-Fi, e as configurações antigas ainda podem estar lá

    

Answer 2

Bem atirar!

Com o cabo cross-over, você pode tirar um computador da sua rede de modo que ele só fique conectado à sua câmera. Em seguida, execute uma varredura completa do ip com o nmap.

nmap -T4 -A -v 0-255.0-255.0-255.0-255 >> IP_Scan.results

Isso deve verificar todos os ip e porta possíveis para obter resultados notáveis. Agora isso vai demorar um pouco, mas não deve demorar algumas semanas, como seria na internet real, e eu sugiro tentar pelo menos estes dois intervalos racionais por conta própria primeiro (há um meio, também, mas eu sempre esqueço, ...):

nmap -T4 -A -v 10.0-255.0-255.0-255 >> IP_Scan.results

nmap -T4 -A -v 192.168.0-255.0-255 >> IP_Scan.results

Você também desejará verificar o intervalo de atribuição automática de 169.254.0-255.0-255 , caso a interface de rede seja padronizada para tal coisa.

Na verdade, não tenho certeza de que você precise ou queira usar um cabo crossover para isso, mas faz mais sentido para mim no momento de escrever. Você provavelmente deseja verificar com dois computadores que têm IPs conhecidos primeiro para garantir que você obtenha resultados de volta com a sua configuração.

De qualquer forma, uma vez que a varredura esteja completa, você pode verificar a abertura do arquivo IP_Scan.results (ou o que quer que você tenha nomeado) para ver quais IPs e portas existem. Você deve então ser capaz de descobrir em que é o IP da câmera.

Uma vez que você tenha um ou mais IPs, execute o nmap como root neles para encontrar o endereço MAC - mas você provavelmente terá que forçar seu computador a estar na mesma rede primeiro. Talvez seja necessário consertar seu laptop / desktop como um roteador ou gateway na mesma sub-rede que você encontra no dispositivo. Dessa forma, você pode enganar os dois dispositivos para que entrem em rede e comunicar pacotes válidos; embora possa precisar de alguma coerção adicional.

    

Answer 3

Talvez você forneça ao dispositivo um IP estático em uma sub-rede diferente daquela em que você está olhando. Os LEDs do switch piscam quando você conecta o dispositivo? Se sim, há tráfego de rede e você pode usar uma ferramenta de monitoramento de rede para detectar os pacotes enviados pelo dispositivo, bem como a sub-rede em que está transmitindo.