2

CanYouSeeMe is good for checking if a system can be connected to by external systems on the Internet, but is there a way to see if the system can be pinged?

For example, my ISP seems to be blocking every port such that CanYouSeeMe (or any other system) cannot connect to my system regardless of the port—eg, FTP, Telnet, HTTP, MySQL, SVN, etc. (Yes, I am certain that the router/firewall is not the offender.) That is, I can connect via localhost or NAT IP, but not public IP. That said, I can successfully ping my public IP. However the response times are identical to those from pinging my NAT IP and localhost, so I’m not sure that I am indeed pinging my public IP (ie, is it being automatically redirected to localhost?) Therefore, I am trying to find a way/service that can try pinging my system to see if my system is visible to the outside world at all. CanYouSeeMe is good for the most part, but it is too limited (no protocol options, so I can’t test UDP or ICMP, therefore no ping).

Does anyone know of a more comprehensive way to test for the existence of a system?

2
  • 1
    You sure it is your ISP that blocks all the ports and not the settings on your router and/or firewall?
    – Greg
    Jun 23, 2011 at 17:10
  • 1
    Yup.​​​​​​​​​​​
    – Synetech
    Jun 23, 2011 at 18:35

1 Answer 1

1

Here are a couple of online tools that provide "ping" and "port check" (to check if a specific TCP port responds to connection attempts) and a variety of other related tools:

These sites have links to numerous other (mostly regional) sites like the above ones:

8
  • Yup, that did the trick. The traceroute shows that it dies once it hits the ISP. The ping failed altogether which implies that the local ping automatically redirects the public IP to localhost. Strange.
    – Synetech
    Jun 23, 2011 at 18:37
  • When your router gets instructions to route to a specific IP address, if it's local it may be routing back locally and not bothering with the internet at all (many home routers function this way). That could explain why you can ping it locally (resolution of name-to-ip-address is an entirely different process than sending ICMP traffic, which is what the "ping" utility uses). Jun 23, 2011 at 23:03
  • Regarding redirection, ICMP is not necessarily a useful gauge for this because many administrators do block ICMP traffic while letting other traffic through. That's why the "port check" utility is so useful -- you can use it to determine if TCP traffic gets through where ICMP traffic doesn't. Unfortunately that tool doesn't have an option to test UDP traffic, but in most cases I find that UDP is fine where TCP works. Jun 23, 2011 at 23:05
  • 1
    Keep in mind that some ISPs violate the RFCs and block pings to help stop DOS attacks.
    – Hydaral
    Jul 14, 2011 at 2:38
  • 1
    @Randolf Richardson, I agree, it is terrible, and have personally found it to be quite rare. It's the poor man's solution to DOS.
    – Hydaral
    Jul 14, 2011 at 6:00

You must log in to answer this question.

Not the answer you're looking for? Browse other questions tagged .