Come comunicare con un dispositivo a cui è assegnato un indirizzo IP "0.0.0.0"?

Ho un equipaggiamento industriale che gira su un sistema operativo piuttosto semplice chiamato VxWorks . Di solito comunico con il sistema a scopo di risoluzione dei problemi impostando il mio IP IPv4 sullo stesso intervallo dell'IP locale e quindi eseguendo il software di diagnostica.

Qualche settimana fa ho scoperto che per qualche strana ragione l'addome IP locale del sistema si è impostato su 0.0.0.0. Ora voglio entrare nella diagnostica per cambiarlo, ma il mio PC non consentirà di impostare un IP a partire da 0.

Esiste un altro modo per comunicare con un dispositivo che dispone di un IP locale per l' 0.0.0.0utilizzo di un PC Windows.

Non è possibile ripristinare le impostazioni predefinite di fabbrica del dispositivo senza rispedirlo al produttore.

0.0.0.0non è un indirizzo IP valido. RFC1700 (a) afferma che 0.0.0.0/8( 0.anything.anything.anything) è riservato solo come indirizzo di origine.

Normalmente vedrai sistemi e applicazioni associare le porte a 0.0.0.0ciò significa che la porta è accessibile da qualsiasi interfaccia.

Non ho familiarità con VxWrks ma suppongo che ci sia un modo per specificare un IP locale per l'interfaccia con altri dispositivi del computer.

WindRiver ha una varietà di manuali su come configurare la configurazione IP.

Puoi indurre il tuo PC a pensare che il dispositivo abbia un indirizzo IP reale. Ma hai bisogno dell'indirizzo fisico (noto anche come indirizzo MAC), il cosy con 6 campi a due cifre esadecimali. Puoi farlo aggiungendolo alla tua tabella di risoluzione arp. In Windows, apri un terminale cmd e usa arp.

arp -s <IP address> <physical address>

Naturalmente, è necessario un indirizzo IP univoco e nella propria rete. Altrimenti, lo stack verrà reindirizzato da qualche altra parte. Se arrivi a questo punto, dovresti essere in grado di accedere al dispositivo. L'infrastruttura di rete verrà instradata in base all'indirizzo fisico.

In Linux è praticamente lo stesso. Apri un terminale, usa arp.

Potrebbe non funzionare !! Alcuni dispositivi rispondono solo al proprio IP. Ma suppongo che non sia il tuo caso.

L' 0.0.0.0indirizzo IP va bene ma immagino che qualcos'altro sia cambiato sulla rete su quel dispositivo per bloccare il traffico di rete a configurazione zero dal consentire al tuo software diagnostico di connettersi facilmente a quel dispositivo.

Come altri, nella loro risposta 0.0.0.0è indicato un indirizzo IP non instradabile che viene spesso utilizzato dal software per associare qualsiasi indirizzo IP su tutte le interfacce di rete su un dispositivo. Ciò significa sostanzialmente:

"Ehi, sono un pezzo di software e accetterò qualsiasi connessione stabilita a qualsiasi indirizzo IP assegnato sulla macchina su cui sono in esecuzione."

Pertanto, se il dispositivo utilizza DHCP, per ottenere il proprio indirizzo IP per le interfacce connesse, e ottiene un indirizzo assegnato, 1.2.3.4è possibile connettersi a quel dispositivo all'indirizzo 1.2.3.4. E se quell'indirizzo cambia al 5.6.7.8dispositivo ti consentirà felicemente di collegarti tramite 5.6.7.8.

L' 0.0.0.0sembra essere qualcosa che hai scoperto, ma non è la causa del problema. Piuttosto, sono la mia opinione, il problema che hai è rivelato quando dichiari:

"Di solito comunico con il sistema a scopo di risoluzione dei problemi impostando il mio IP IPv4 sullo stesso intervallo dell'IP locale e quindi eseguendo il software di diagnostica."

Innanzitutto, sembra strano. Perché dovresti cambiare l'indirizzo IP locale della tua macchina per connetterti al dispositivo VxWorks? Non dovresti semplicemente connetterti direttamente all'indirizzo IP del dispositivo?

Bene, quando affermi tutto ciò a cui riesco a pensare è che il dispositivo - e il software diagnostico - potrebbero funzionare usando una sorta di configurazione di rete a configurazione zero . Ciò significa che il dispositivo trasmette sulla rete e il software diagnostico è progettato per cercare queste trasmissioni del dispositivo per aiutarlo a connettersi al dispositivo senza conoscere l'indirizzo IP esatto.

Questo tipo di roba di rete "autoconfigurante" a configurazione zero è una comodità fino a quando non diventa un mal di testa.

La mia prima ipotesi è che è possibile connettersi direttamente al dispositivo se è possibile determinare quale indirizzo IP gli è stato assegnato. E pensando ancora di più, scommetto che il motivo per cui potresti connetterti in passato, ma non ora, potrebbe avere a che fare con alcune modifiche di rete che hanno bloccato le porte su cui sta trasmettendo la configurazione di rete a configurazione zero del dispositivo . Quale porta potrebbe essere? Incerto. Ma se il traffico a configurazione zero non viene instradato attraverso la rete, è per questo che non è possibile connettersi al dispositivo e l' 0.0.0.0indirizzo IP non ha nulla a che fare con esso.

0.0.0.0è un indirizzo irrinunciabile. Non è possibile instradarlo perché "non esiste davvero", o in realtà, "può esistere in troppi luoghi".

Può avere significati leggermente diversi a seconda che si tratti di un host o di un percorso.

Come route, che non è applicabile in questo caso, significa "route predefinita" che senza ulteriori istruzioni indica il gateway predefinito o "una qualsiasi delle mie route" o simile a 127.0.0.1

Come host, in particolare nel tuo caso, lo è anche; come spiegato su Wikipedia :

L'indirizzo che un host rivendica come proprio quando non gli è stato ancora assegnato un indirizzo. Ad esempio quando si invia il pacchetto DHCPDISCOVER iniziale quando si utilizza DHCP.

L'indirizzo assegnato da un host a se stesso quando la richiesta dell'indirizzo tramite DHCP non è riuscita, a condizione che lo stack IP dell'host lo supporti.

Supponendo che di solito usi DHCP, un paio di cose da provare, piuttosto che un ripristino completo: "spegnilo e riaccendilo" o semplicemente scollega la rete, aspetta un minuto, ricollegalo. Potrebbe semplicemente chiedere un nuovo DHCP indirizzo.

Inoltre, ovviamente, assicurati che possa effettivamente vedere il suo server DHCP.