J'ai remarqué que l'exécution de nmap 192.168.0.*
répertoriait tous les périphériques connectés à mon point d'accès sans fil, à l'exception de mes téléphones Android; toutefois, si je fais Ping
n'importe lequel d'entre eux, ils sont connectés, je me demandais quelle est la raison pour que cela se produise.
Comme @cremefraiche le note dans les commentaires, le phase de découverte d'hôte de Nmap (parfois appelé "analyse de ping") n'est pas la même chose que ICMP Echo Request (utilisé par l'utilitaire ping
). Dans certains cas (avec les autorisations root sur une cible dans un sous-réseau différent), la demande d'écho ICMP est utilisée, mais ne sera jamais utilisée contre des cibles sur le même AP que le scanner, sauf si vous utilisez explicitement l'option --disable-arp-ping
.
Pour des raisons que je reviendrai plus tard, je suppose que vous n'exécutez pas cette analyse avec les privilèges root (Sudo
). Dans ce cas, la découverte de l'hôte Nmap est implémentée en essayant de se connecter à TCP ports 80 et 443; si l'une ou l'autre de ces options est rejetée ou acceptée, l'hôte est considéré comme étant "actif". Si les connexions expirent (ce qui peut arriver avec un système protégé par un pare-feu), l'hôte est marqué "hors service".
Si vous exécutiez avec le privilège root, Nmap enverrait une requête ARP afin de déterminer l'adresse MAC de l'IP que vous ciblez. Répondre à ce type de demande est obligatoire pour pouvoir être connecté à un réseau Ethernet ou à un réseau local sans fil. Il est donc pratiquement garanti que cela fonctionne. Si vous utilisez Sudo
et que vous n'obtenez toujours pas de réponse, vous devriez probablement enregistrer un rapport de bogue avec le projet Nmap ([email protected]).
Eh bien, je pense que ce n’est pas le lieu pour vous de demander, mais je vous répondrai. Si vous utilisez -Pn, tous les hôtes seront considérés comme en ligne. Chaque fois que l'hôte est en panne, j'utilise -Pn. Exemple:
nmap -Pn 192.168.1.*
(Désolé pour mon mauvais anglais)