Como encontrar o IP do host usando o Auto IP

1

Eu tenho um dispositivo que estou tentando conectar. Parece que o Auto IP está funcionando, de modo que, ao conectar minha máquina, eu recebo o endereço 169.254.163.41 . Eu preciso saber o endereço IP do dispositivo para que eu possa enviar arquivos de configuração para ele.

Existe alguma maneira de encontrá-lo? Ou há uma maneira de deduzir isso? Até agora eu verifiquei a saída de arp -a e não há nada lá além do endereço de broadcast 169.254.255.255 .

Eu também tentei pingar cada endereço no intervalo 169.254.163.0-255, mas continuo recebendo destination unreachable erros.

Editar:

Obrigado pela ajuda pessoal. Parece que a fonte de alimentação do dispositivo falhou. É uma configuração de protótipo, então não há manual como tal.

O problema de energia faz sentido agora, pois parece que meu conhecimento de IP foi falho e o endereço 169.254.* foi atribuído pelo próprio PC porque ele não recebeu ofertas DHCP .

    
por James 23.05.2016 / 12:41

6 respostas

4

Você está indo para a suposição errada.
Seu computador Windows dará a ITSELF um endereço IP automático se não conseguir um endereço IP de um servidor DHCP. Isso não diz nada sobre o outro dispositivo ao qual você deseja se conectar.
Você deve primeiro descobrir o comportamento de outros dispositivos se não conseguir um endereço DHCP.
Alguns dispositivos também geram dinamicamente um endereço 169.254. . . Nesse caso, fazer um ping 169.254.255.255 a partir do PC e depois inspecionar a tabela-ar com arp -a deve fornecer o endereço IP que o outro dispositivo está usando.

Se o outro dispositivo usar como padrão um endereço IP estático, será necessário consultar o manual para descobrir como determinar esse endereço IP.

Em alguns casos, um dispositivo não possui nenhum endereço IP, mas você pode atribuir um com uma ferramenta especial do fabricante ou por outros meios (geralmente uma entrada arp estática). Mais uma vez: consulte o manual.

    
por 23.05.2016 / 13:43
2

Primeiro, observe que o IP automático é configurado independentemente por cada dispositivo. Só porque o computador configura automaticamente um endereço de link local, não significa que o dispositivo outro faz. Você veria um comportamento idêntico se o outro dispositivo estivesse usando DHCP ou se tivesse um endereço estático configurado.

Você deve usar o Wireshark / tcpdump para ver o que o outro dispositivo realmente envia - procure por solicitações DHCP, sondas ARP, qualquer coisa que não seja enviada do seu próprio computador.

Observe também que o IP automático é sempre 169.254.0.0 / 16 (menos algumas reservas), não a / 24, portanto, o intervalo seria de 169.254.1.0 a 169.254.254.255, não apenas o um que você tentou.

(O intervalo inteiro é 169.254.0.1 a 169.254.255.254 - mas conforme especificado , " Os primeiros 256 e os últimos 256 endereços no prefixo 169.254 / 16 são reservados para uso futuro e NÃO devem ser selecionados por um host usando este mecanismo de configuração dinâmica. "Eles ainda podem ser configurados manualmente.)

Quanto à atribuição de endereços: Depende do dispositivo, mas oficialmente, IPv4 link-local (também conhecido como APIPA ) endereços são escolhidos pseudo-aleatoriamente, embora potencialmente semeados com os endereços MAC (assim o endereço permanece o mesmo toda vez ).

Alguns dispositivos (por exemplo, Ubiquiti) começam primeiro usando diretamente os dois últimos bytes de seu endereço MAC, por exemplo, …:ab:cd169.254.171.205 , mas isso é raro e fora do padrão.

Como Frank mencionou, alguns dispositivos respondem a pings de transmissão para 169.254.255.255 e / ou 169.254.0.0 . Isso também não é muito comum.

Geralmente, a atribuição de endereços locais de link sempre envolve sondar a rede em busca de outros hosts com o mesmo endereço - você pode ver as solicitações ARP usando Wireshark ou tcpdump.

    
por 23.05.2016 / 13:40
1
  • Desligue o dispositivo.
  • Conecte seu PC diretamente. A interface de rede deve estar ativa, mas o ip, etc. não importa.
  • Desativa tudo que gera ruído na rede.
  • Execute o tcpdump ou qualquer outra coisa que elimine todo o tráfego.
  • Quando você estiver configurado e pronto para usar, ligue o dispositivo. Se fizer alguma coisa via IP na inicialização ou não, você deverá vê-lo. O tcpdump é bruto, então você vê coisas que não estão na sua sub-rede. Provavelmente, ignore as coisas que vêm do seu próprio IP (ruído que você não conseguiu parar).

Se isso falhar, verifique o manual e provavelmente redefina-o de fábrica.

    
por 23.05.2016 / 13:43
0

Você tem DHCP server em sua rede? 169.254.x.x address indica que o dispositivo está configurado para usar DHCP , mas não recebeu endereço do servidor.

Se você tiver DHCP servidor, verifique se ele está configurado para fornecer o endereço IP ao seu dispositivo. (Por exemplo, o servidor DHCP só pode fornecer IPs aos endereços mac conhecidos.) Em seguida, o dispositivo deve obter o endereço IP real que pode ser usado para conexão.

    
por 23.05.2016 / 13:36
0

Você pode verificar este programa, , é um pequeno software que descobre seus dispositivos na sua rede.

a propósito, se você quiser o nome do host de um dispositivo em sua rede, você pode executar o ping com o parâmetro -a :

ping -a x.x.x.x

Espero que ajude você:)

    
por 23.05.2016 / 15:37
-1

O ip padrão de 169.254. . é algo que seu sistema operacional atribui ao seu nic, algum MS sem sentido criado. Você encontra seu ip na tabela arp se o dispositivo tiver mostrado algum sinal de vida na camada IP. Você também pode provocar tal por ping ip ..255 a partir de um ip estático e máscara de rede full blown se o dispositivo está ciente de broadcast. Você também pode trazer o seu nic no modo promíscuo e procurando por pacotes arp. O último recurso será redefinir as configurações de fábrica.

    
por 23.05.2016 / 12:52

Tags