Why does Nmap report "Host seems down" when a simple ping succeeds?

me@computer:~$ ping
PING ( 56(84) bytes of data.
64 bytes from icmp_req=1 ttl=45 time=91.1 ms
64 bytes from icmp_req=2 ttl=45 time=102 ms
64 bytes from icmp_req=3 ttl=45 time=100 ms
--- ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2002ms
rtt min/avg/max/mdev = 91.136/98.182/102.417/5.022 ms

me@computer:~$ nmap

Starting Nmap 5.21 ( http://nmap.org ) at 2014-04-02 14:23 EDT
Note: Host seems down. If it is really up, but blocking our ping probes, try -PN
Nmap done: 1 IP address (0 hosts up) scanned in 3.04 seconds

Are Nmap's "ping probes" different from the command line ping?

  • Might I suggest you upgrade your installation of Nmap? The current version is 6.40. Version 5.21 is 4 years old and is missing 361 NSE scripts and thousands of service and OS fingerprints. – bonsaiviking Apr 2 '14 at 19:24
  • Thanks. 5.21 is the version I apt-got by default. I guess I'll go download and build the latest. – AShelly Apr 2 '14 at 19:41
  • Yeah, Ubuntu is woefully behind on Nmap. You could check the dependencies on the .deb from Kali, which is current. – bonsaiviking Apr 2 '14 at 19:57

Nmap sends many different probes to determine if a host is up. In your specific case, because you are running Nmap without root privileges, it cannot send ICMP Echo requests, which is what the ping utility uses. In this case, it tries to connect to port 80 and port 443, reporting the host as up if the connection is opened or rejected. Your target must have a firewall which is dropping all traffic to those ports.

To allow Nmap to find the system, try running it with root permissions. The sudo command is frequently used for this purpose, e.g. sudo nmap

ping can send ICMP packets because it is installed setuid to root, meaning that any user can run it, but it will run as the root user when they do. Setuid programs must be extra super careful about not letting regular users gain a shell through this extra permission. Nmap in particular cannot prevent this privilege escalation, so it should never be made setuid.

  • I am on Windows and still getting same error while running it in cmd with admin rights. Ping is always fine. – shashwat Oct 28 '15 at 5:21
  • 3
    I'm root but have this problem – vladkras Feb 21 '17 at 9:05
  • Without root/sudo, how can ping do an ICMP ECHO but not nmap? – MikeP Mar 27 '18 at 16:21
  • 1
    @MikeP /bin/ping is setuid-root. No matter who runs it, it runs with root privilege. Setuid programs must be thoroughly tested to ensure they cannot be used to run arbitrary commands. Nmap is not capable of being safely installed setuid-root, so you must use some other mechanism: root's password or sudo. – bonsaiviking Mar 27 '18 at 19:47

Yes they are different by default, ping is ICMP, and nmap ping sends a syn package to port 80 if I remember correctly, try using the -PE, -PM, -PP flags to make it do an ICMP ping


without privilege, you can scan the port with netcat :

nc -z -w5 hostname 22; echo $?

answer 1 if failed, otherwise answer :

Connection to hostname 22 port [tcp/ssh] succeeded!


  • Its best to quote and cite answers when you refer to them, the order of answers, can change daily. This answer itself has changed the order of the anwers to this question. – Ramhound Nov 28 '16 at 13:49

Simple fix for me (Windows 10). I just disabled my wireless adapter, which was not in use since I was using the primary LAN adapter. I'd recommend to disable all but your primary adapter.


It might come from a firewall setting. In case, check the firewall.

  • $sudo systemctl status firewalld
  • $sudo systemctl stop firewalld

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy

Not the answer you're looking for? Browse other questions tagged or ask your own question.