What is the purpose of blocking/dropping inbound ICMP traffic on a public web server? Is it common for it be blocked?

I had to test if a server was accessible from various locations (tested on various servers located in different states/countries). I'd rely on ping as a quick & reliable method of determining if a server was online/network-accessible. After not receiving a response on a couple boxes, I tried using lynx to load the site, and it worked.

  • 6
    Warner explained it fairly well. As an aside - don't test one service (ICMP) to determine if another (HTTP) works. Imagine that there's a load-balancer in front of the website you care about, that responds to ping, but the webservers themselves are all misconfigured and serving up nothing but "Access denied". If you care about availability of HTTP, use curl. If you care about SMTP, use a script to test mail receipt. Check return codes on anything you do check. – mfinni Mar 10 '10 at 17:34

It's fairly common these days to drop ICMP, as it's a generic method to use for Denial of Service purposes. A higher-bandwidth host or a multiple of hosts repeatedly pinging a single Web server could utilize all its bandwidth.

Others might drop to lessen their footprint on the Internet, thus potentially being overlooked by mass scan traffic.

While it's common, I'd argue that it provides little value and does little to minimize DoS and footprint while limiting diagnostic potential.

  • Thanks, the server I was testing was a web server that handles the company vpn. Considering the type of service, dropping ICMP makes sense. – John Himmelman Mar 10 '10 at 19:26

Apart from the dubious DoS protection and lowered profile, there's a common but overlooked reason a given IP might not respond to pings: it isn't actually assigned to an interface.

Redirecting (port forwarding) IP/protocol/port tuples to the various services you want gives you greater service density on a smaller network.

For instance, suppose your ISP routes to you. You've got three choices:

  • Route them normally. Leaves you two usable IPs, one of which must be your gateway, so a single host.
  • NAT external IP to internal IP. Leaves you four hosts.
  • Redirect traffic to internal services as needed. SMTP (TCP 25), DNS (TCP/UDP 53), and your corporate website (TCP 80,443) could all exist on a single external address.

The third way is increasingly common. Most administrators (myself included), when setting it up, don't bother to redirect ICMP so it just drops at the firewall.


There's no harm in blocking ICMP type 0 (Echo reply), but blocking all ICMP traffic breaks responses to the client if any link in the retun path has an MTU less than the Send Max Segment Size of the TCP connection. This happens because the web server can no longer receive ICMP type 3 code 4 packets (Destination Unreachable; Fragmentation Needed and DF set).

In practice this isn't much of a problem because anyone who needs to tunnel traffic also must set up a mechanism for dealing with the multitude of web servers who's TCP stacks are hampered by misconfigured firewalls.


Helps with denial of service attacks. No real reason to need the site open for pinging from the public.

Plus it doesn't give the stats for the website; one host or IP could easily be answering for a load balancing farm of servers on the back end (pinging a mysite.com doesn't tell you if all the servers are working properly behind the name.)

Could be just policy of the company to drop unnecessary traffic, or only allow port 80 and SSL traffic in to be redirected to other servers internally.

I guess the other question would be, why bother allowing outside systems to ping your servers if they really have no need to?

  • 3
    There's a joke in here somewhere.. --- google.com ping statistics --- 1 packets transmitted, 1 received, 0% packet loss, time 0ms rtt min/avg/max/mdev = 52.220/52.220/52.220/0.000 ms --- microsoft.com ping statistics --- 3 packets transmitted, 0 received, 100% packet loss, time 1999ms – Warner Mar 10 '10 at 17:34

Your Answer

By clicking "Post Your Answer", you acknowledge that you have read our updated terms of service, privacy policy and cookie policy, and that your continued use of the website is subject to these policies.

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