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.
Passive TCP/IP Geo-Location
71–80 of 91 posts
Re: Passive TCP/IP Geo-Location
#72Honestly 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?
Re: Passive TCP/IP Geo-Location
#73I 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…
Re: Passive TCP/IP Geo-Location
#74Re: Passive TCP/IP Geo-Location
#75Earlier 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…
Re: Passive TCP/IP Geo-Location
#76I 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).
Re: Passive TCP/IP Geo-Location
#77I 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.
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
#78Earlier 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.