¿Cómo comunicarse con un dispositivo que tiene una dirección IP asignada "0.0.0.0"?

Tengo un equipo industrial que se ejecuta en un sistema operativo bastante básico llamado VxWorks . Por lo general, me comunico con el sistema para solucionar problemas al configurar mi IPvv4 en el mismo rango que la IP local y luego ejecutar el software de diagnóstico.

Hace unas semanas descubrí que, por alguna extraña razón, la dirección IP local del sistema se estableció 0.0.0.0. Ahora quiero entrar en diagnósticos para cambiarlo, pero mi PC no permitirá configurar una IP desde el principio 0.

¿Hay alguna otra forma de comunicarse con un dispositivo que tenga una IP local para 0.0.0.0usar una PC con Windows?

No hay forma de restablecer el dispositivo a la configuración predeterminada de fábrica sin enviarlo de vuelta al fabricante.

0.0.0.0No es una dirección IP válida. RFC1700 (a) establece que 0.0.0.0/8( 0.anything.anything.anything) está reservado solo como una dirección de origen.

Normalmente verá sistemas y aplicaciones que unen puertos, lo 0.0.0.0que significa que se puede acceder al puerto desde cualquier interfaz.

No estoy familiarizado con VxWrks, pero supongo que hay una manera de especificar una IP local para interactuar con otros dispositivos informáticos.

WindRiver tiene una variedad de manuales sobre cómo configurar la configuración de IP.

Puede engañar a su PC para que piense que el dispositivo tiene una dirección IP real. Pero necesita la dirección física (también conocida como la dirección MAC), la cosa con 6 campos de dos dígitos hexadecimales. Lo haces agregándolo a tu tabla de resolución de arp. En Windows, abra un terminal cmd y use arp.

arp -s <IP address> <physical address>

Por supuesto, necesita una dirección IP única y en su red. De lo contrario, la pila se redirigirá en otro lugar. Si llega a este punto, debería poder acceder al dispositivo. La infraestructura de red se enrutará de acuerdo con la dirección física.

En Linux es más o menos lo mismo. Abra una terminal, use arp.

¡Puede que no funcione! Algunos dispositivos responden solo a su propia IP. Pero supongo que no es tu caso.

La 0.0.0.0dirección IP está bien, pero supongo que algo más ha cambiado en la red en la que se encuentra el dispositivo para bloquear el tráfico de red de configuración cero y permitir que su software de diagnóstico se conecte fácilmente a ese dispositivo.

Como otros, el estado en su respuesta 0.0.0.0es una dirección IP no enrutable que a menudo es utilizada por el software para enlazar cualquier dirección IP en todas las interfaces de red en un dispositivo. Esto básicamente significa:

"Hola, soy un software y aceptaré cualquier conexión realizada a cualquier dirección IP asignada en la máquina en la que estoy corriendo".

Entonces, si el dispositivo usa DHCP, para obtener su propia dirección IP para sus interfaces conectadas, y obtiene una dirección asignada, 1.2.3.4entonces puede conectarse a ese dispositivo en 1.2.3.4. Y si esa dirección cambia al 5.6.7.8dispositivo, felizmente le permitirá conectarse a través de 5.6.7.8.

La 0.0.0.0Parece que hay algo que has descubierto, pero no es la causa del problema. Más bien, soy mi opinión, el problema que tienes se revela cuando declaras:

"Por lo general, me comunico con el sistema para solucionar problemas al configurar mi IPvv4 en el mismo rango que la IP local y luego ejecutar el software de diagnóstico".

Primero, eso parece extraño. ¿Por qué necesitaría cambiar la dirección IP local de su máquina para conectarse al dispositivo VxWorks? ¿No debería simplemente conectarse directamente a la dirección IP del dispositivo?

Bueno, cuando dices esto, todo lo que puedo pensar es que el dispositivo, y el software de diagnóstico, podrían funcionar utilizando algún tipo de configuración de red de configuración cero . Es decir, el dispositivo transmite en la red y el software de diagnóstico está diseñado para buscar estas transmisiones del dispositivo para ayudarlo a conectarse al dispositivo sin conocer la dirección IP exacta.

Este tipo de material de red de configuración cero "autoconfigurable" es conveniente hasta que se convierte en un dolor de cabeza.

Mi primera suposición es que puede conectarse al dispositivo directamente si puede determinar qué dirección IP le ha asignado. Y pensando aún más, apuesto a que la razón por la que podría conectarse en el pasado, pero no ahora, podría tener que ver con algún cambio de red que haya bloqueado los puertos en los que se está transmitiendo la configuración de red de configuración cero del dispositivo . ¿Qué puerto puede ser? Inseguro. Pero si el tráfico de configuración cero no se enruta a través de la red, entonces es por eso que no puede conectarse al dispositivo y la 0.0.0.0dirección IP no tiene nada que ver con eso.

0.0.0.0es una dirección no enrutable. No hay forma de que pueda dirigirse a él porque "realmente no existe", o en realidad, "puede existir en demasiados lugares".

Puede tener significados ligeramente diferentes dependiendo de si es un host o una ruta.

Como ruta, que no es aplicable en este caso, significa "ruta predeterminada" que sin más instrucciones significa la puerta de enlace predeterminada, o "cualquiera de mis rutas", o similar a 127.0.0.1

Como anfitrión, lo más notable en su caso, lo es; como se explica en Wikipedia :

La dirección que un host reclama como propia cuando aún no se le ha asignado una dirección. Como cuando se envía el paquete DHCPDISCOVER inicial cuando se usa DHCP.

La dirección que un host se asigna a sí mismo cuando la solicitud de dirección a través de DHCP ha fallado, siempre que la pila IP del host lo admita.

Suponiendo que usualmente usa DHCP, hay un par de cosas para probar, en lugar de un reinicio completo: "apáguelo y vuelva a encenderlo" o simplemente desconecte la red, espere un minuto y vuelva a enchufarlo. Es posible que solo solicite un nuevo DHCP habla a.

Además, por supuesto, asegúrese de que realmente pueda ver su servidor DHCP.