Arp richiesta 0 risposte


2

Sto cercando di eseguire il ping del mio dispositivo Android (10.0.0.38) dal mio PC (10.0.0.56). Entrambi sono nella stessa rete.

Tuttavia, quando utilizzo l'arping per inviare richieste ARP dal mio PC al mio Android, non ricevo alcuna risposta.

Acquisizione di rete: chi ha timeout 10.0.0.38

Questo è ovviamente lo stesso quando eseguo il ping perché anche questo ha bisogno di ARP per risolvere.

L'unico modo per risolverlo è aggiungendo manualmente le voci nella tabella ARP sia dal mio PC che da Android.

Perché devo farlo per far funzionare le richieste ARP?
C'è un'altra soluzione?

EDIT : sto modificando questa domanda perché ora ci sono più informazioni. Quindi non ho detto prima che questo problema si stava verificando nel mio ufficio. Quello che ho capito è che nel tardo pomeriggio, quando quasi tutti hanno lasciato l'ufficio, ha funzionato senza dover aggiungere nuove voci nella tabella arp.
Quindi immagino che il problema derivi da qualcosa che blocca le richieste arp nella rete, ma cosa potrebbe essere?
Questo è uno screenshot di quando ha funzionato di nuovo:

Network Capture: richieste arp inviate e risposte


Ho provato rumore metallico un altro dispositivo (10.0.0.11) dal mio PC e questo è lo stesso problema, Destination Host Unreachable.
Nabil B.

Se è possibile eseguire il ping di altri dispositivi da altri dispositivi, ma solo il PC actus up durante il ping di tutti gli altri, è stata identificata la macchina strana, vale a dire il PC. (e viceversa con altri dispositivi).
Hennes,

Uhm, ho appena visto storage1.static.itmages.com/i/16/0711/… . Ciò significa che .38 non risponde. Strano. Non riesco a pensare a nessuna regola del firewall sana che lo faccia. Ad ogni modo, modificandolo nel post.
Hennes,

Un'altra idea: qual è la maschera di rete sul dispositivo Android. Sono entrambi su 10.0.0.0/24? Se è diverso, potrebbe non riconoscere una trasmissione come trasmissione.
Hennes,

Grazie per il montaggio. Sì, hanno la stessa trasmissione e maschera, che è 10.0.0.255 e 255.255.255.0
Nabil B.

Risposte:


0

Come ho già detto nel tuo precedente post, la causa più possibile di questo problema è il firewall ARP sul dispositivo Android.

Se si desidera trovare la causa del percorso di questo problema, è necessario eseguire un'acquisizione di rete sul dispositivo con questo problema. Non sono sicuro che il dispositivo Android supporti l'acquisizione di rete. Quindi il mio suggerimento è iniziare dal lato PC.

Innanzitutto, installa un software di acquisizione di rete come WireShark, Monitor di rete. Configura il filtro in modo che corrisponda al messaggio ARP con il MAC di origine del dispositivo Android in modo da poter trovare le informazioni utili da migliaia di pacchetti.

Quindi avvia prima l'acquisizione e inizia subito a eseguire il ping del PC dal lato Android.

Quando viene visualizzato il messaggio di errore, interrompere l'acquisizione.

Se il PC non riceve alcuna richiesta ARP da Android o il PC riceve e risponde alla richiesta ARP da Android, significa che c'è qualcosa sulla rete che blocca il messaggio ARP.

Se il PC riceve il messaggio ARP ma non risponde, significa che l'ARP viene filtrato dal firewall del PC o che il PC è configurato per non rispondere a un messaggio ARP.

Ci sono troppe possibilità, tutto ciò di cui hai bisogno è imparare come funziona ARP e trovare alcuni strumenti per trovare la differenza con il normale processo ARP e quindi trovare tu stesso la causa principale.


Penso che questo sia il primo problema. Non ho detto nella mia domanda che sto avendo questo problema nel mio ufficio. Ora che quasi tutti se ne sono andati, le richieste arp vengono inviate e risposte, prima di oggi, la mia acquisizione di wirehark era simile a questa: storage1.static.itmages.com/i/16/0711/… e ora sembra così: storage4.static .itmages.com / i / 16/0711 /… Quindi cosa potrebbe bloccare le richieste arp quando tutti sono in ufficio?
Nabil B.

@NabilB. - Dovresti aggiornare la tua domanda.
Ramhound,

Ok, l'ho modificato.
Nabil B.

@NabilB. Ho visto molte richieste ARP senza risposta nella tua prima foto. Se acquisisci i pacchetti sul lato sorgente, non ha senso. Perché sai solo che l'origine ha inviato la richiesta. Non è possibile trovare informazioni su chi elimina la richiesta. Dobbiamo eseguire un'acquisizione sul lato destinazione. Secondo l'immagine, esegui il ping del dispositivo Android dal PC e acquisisci i pacchetti sul PC.
Steven Lee - MSFT,
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.