Live data from Hacker News

Passive TCP/IP Geo-Location

geoloc.foremski.pl

71–80 of 91 posts

Re: Passive TCP/IP Geo-Location

#71
post #69

this puts me in one of about 6 locations in the world each with an accuracy of several thousand kilometers. probably because i suffer from quite unpleasant packet loss. but not convinced it works.

Some of the circles are inverse circles. I thought it was inaccurate at first too, until I realized the India result was telling me "you're NOT in Peru".

Re: Passive TCP/IP Geo-Location

#72
post #36

Honestly this does not seem to be a very smart thing to do at all. Your ping times is probably just going to reveal on which coast of US you are on (unless you're speedtest.com or something like that). If you want city-level accuracy, at least in US, just use geo IP lookup: https://geoiptool.com/ This finds my city perfectly, unlike the link above (which says I'm somewhere on US West coast).

How does Geo IP Tool make these predictions? Like, where is the data it's associating my IP with coming from or how are they obtaining it?

they start with WHOIS data and add what they can from there to improve accuracy. Quite a few residential ISPs register blocks of IP addresses (subnets) to a city, town, neighborhood, etc.

Re: Passive TCP/IP Geo-Location

#73

I have a question about geolocation when using Google Compute. All of the geolocation services identify my server as US based, when in fact it is located in asia (ping and traceroute reveals). Was wondering perhaps HN big heads can explain it to me:) I suspect it is somehow related to how Google operates its SDN and that IP is assigned to massive AS block. Nevertheless, I think there is a decent performance risk when…

CDNs mostly use network-level data to find the "closest" and/or highest performance cache, not geography. if your server is in Asia, most CDNs will be able to calculate that Singapore, Tokyo, Hong Kong, etc. have a lower latency to you than a US one that more closely matches WHOIS data for your IP address.

Re: Passive TCP/IP Geo-Location

#75

Earlier quoted context omitted.

Yes, I use and love Little Snitch too, but don't you have a rule that says Browser = Allow all?

Nope. It only took me a few days to work out whitelists/blacklists for the sites I use often, i.e. most citicards.com subdomains get an "allow" but cardoffer.citicards.com gets a "deny". On other sites I come across it's usually trivial to whitelist the domains that provide their functionality, and most adservers and tracking servers I've already blocked. Given browsers are the main place I get tracked, putting an al…

I see. I use uBlock Origin for the browser, and Little Snitch for application level connections. Similar strategy though, starting with deny all, and gradually building a whitelist to get sites functional.

Re: Passive TCP/IP Geo-Location

#76
post #50

I see the bug. If the ping times are high enough (~250ms) it will happily create circles which exceed the area of earth, and the google maps API will happily draw negative circles which exclude the user's likely location. Really there should be a max function that shades the entire earth (or ignores it since that result really can't tell you anything).

If ping times are over 250ms the user's likely location is China (but could also be online via satellite, or in space). Of course, if the user is in China, Google Maps won't display.

Re: Passive TCP/IP Geo-Location

#77
post #50

I see the bug. If the ping times are high enough (~250ms) it will happily create circles which exceed the area of earth, and the google maps API will happily draw negative circles which exclude the user's likely location. Really there should be a max function that shades the entire earth (or ignores it since that result really can't tell you anything).

If ping times are over 250ms the user's likely location is China (but could also be online via satellite, or in space). Of course, if the user is in China, Google Maps won't display.

Eh? RTT between London and Sydney for example is around 300ms and testing that page, I see a 316ms RTT from Singapore (in London).

Theoretical minimum RTT's based on the speed of light for systems on the opposite side of the world is nice and all but doesn't take into account the realities of packet processing on the internet.

Re: Passive TCP/IP Geo-Location

#78
post #77

Earlier quoted context omitted.

If ping times are over 250ms the user's likely location is China (but could also be online via satellite, or in space). Of course, if the user is in China, Google Maps won't display.

Eh? RTT between London and Sydney for example is around 300ms and testing that page, I see a 316ms RTT from Singapore (in London). Theoretical minimum RTT's based on the speed of light for systems on the opposite side of the world is nice and all but doesn't take into account the realities of packet processing on the internet.

..and those of actual cable routing (esp. on land), and the speed of light in fiber vs. vacuum, that alone adding 66ms for a great circle.
Post reply on HN