Arp demande 0 réponses


2

J'essaie de faire un ping sur mon appareil Android (10.0.0.38) depuis mon PC (10.0.0.56). Ils sont tous deux dans le même réseau.

Cependant, lorsque j'utilise arping pour envoyer des demandes ARP de mon PC à Android, je ne reçois aucune réponse.

Network capture: Who has 10.0.0.38 timeouts

Bien entendu, c’est la même chose lorsque je fais un ping parce qu’il faut également qu’ARP résolve le problème.

La seule façon pour moi de résoudre ce problème consiste à ajouter manuellement des entrées dans la table ARP à la fois sur mon PC et sur Android.

Pourquoi dois-je faire cela pour que les demandes ARP fonctionnent?
Y a-t-il une autre solution?

MODIFIER : J'édite cette question car il y a plus d'informations maintenant. Je n’ai donc pas dit d’abord que ce problème se présentait dans mon bureau. Ce que j’ai réalisé, c’est que cette fin d’après-midi, quand presque tout le monde a quitté le bureau, cela a fonctionné sans avoir à ajouter de nouvelles entrées dans le tableau arp.
Donc, je suppose que le problème vient de quelque chose qui bloque les requêtes ARP sur le réseau, mais que pourrait-il être?
Ceci est une capture d'écran de quand cela a fonctionné à nouveau:

Network Capture: arp requests sent and replied


J'ai essayé de faire un ping sur un autre appareil (10.0.0.11) à partir de mon PC et c'est le même problème, Destination Host Unreachable.
Nabil B.

Si vous pouvez envoyer une requête ping à d'autres périphériques à partir d'autres périphériques, mais que seul le PC est activé lorsque vous envoyez une requête ping à tous les autres, vous avez identifié la machine étrange, à savoir le PC. (et vice versa avec d'autres appareils).
Hennes

Uhm, vient de voir storage1.static.itmages.com/i/16/0711/… . Cela signifie que .38 ne répond pas. Bizarre. Je peux penser à aucune règle de pare-feu sensée qui fait cela. Quoi qu'il en soit, éditer cela dans le post.
Hennes

Une autre idée: quel est le masque de réseau sur l'appareil Android. Les deux sont-ils sur 10.0.0.0/24? Si cela est différent, il se peut que la diffusion ne soit pas reconnue comme une diffusion.
Hennes

Merci pour l'édition. Oui, ils ont la même diffusion et le même masque, à savoir 10.0.0.255 et 255.255.255.0.
Nabil B.

Réponses:


0

Comme je l'ai mentionné dans votre précédent message, la cause la plus probable de ce problème est le pare-feu ARP sur l'appareil Android.

Si vous souhaitez trouver la cause de ce problème sur l'itinéraire, vous devez effectuer une capture réseau sur le périphérique présentant ce problème. Je ne suis pas sûr si l'appareil Android prend en charge la capture réseau. Donc, ma suggestion est de commencer par le côté PC.

Tout d’abord, installez un logiciel de capture réseau tel que Wirehark, moniteur réseau. Configurez le filtre pour faire correspondre le message ARP avec le MAC source du périphérique Android afin de pouvoir rechercher les informations utiles à partir de milliers de paquets.

Commencez ensuite par capturer la capture et démarrez immédiatement le ping du côté Android du PC.

Lorsque le message d'erreur s'affiche, arrêtez la capture.

Si le PC ne reçoit aucune requête ARP d'Android ou si le PC reçoit et répond à la demande ARP d'Android, cela signifie qu'il y a quelque chose sur le réseau qui bloque le message ARP.

Si le PC reçoit le message ARP mais ne répond pas, cela signifie que le filtre ARP est filtré par le pare-feu du PC ou que le PC est configuré pour ne pas répondre au message ARP.

Il y a trop de possibilités, tout ce dont vous avez besoin est d'apprendre le fonctionnement d'ARP et de trouver des outils pour trouver la différence avec le processus ARP normal, puis de trouver vous-même la cause du problème.


Je pense que c'est le premier problème. Je n'ai pas dit dans ma question que j'ai ce problème à mon bureau. Maintenant que presque tout le monde est parti, les demandes d'arp sont envoyées et répondues, plus tôt dans la journée, ma capture wirehark ressemblait à ceci: storage1.static.itmages.com/i/16/0711/… et maintenant ça ressemble à ça: storage4.static.itmages.com/i/16/0711/… Alors, qu'est-ce qui pourrait bloquer les demandes d'arp lorsque tout le monde est au bureau?
Nabil B.

@NabilB. - Vous devriez mettre à jour votre question.
Ramhound

Ok, je l'ai édité.
Nabil B.

@NabilB. J'ai vu beaucoup de demandes ARP sans réponse dans votre première photo. Si vous capturez les paquets du côté source, cela n'a pas de sens. Parce que vous savez seulement que la source a envoyé la demande. Nous ne pouvons trouver aucune information sur qui supprime la demande. Nous devons effectuer une capture du côté de la destination. Selon l'image, vous envoyez une commande ping à un appareil Android à partir d'un PC et capturez les paquets sur le PC.
Steven Lee - MSFT
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.