XPost: alt.comp.os.windows-10, alt.comp.freeware
From: bugsy@zimage.comBUGSY
Mike Easter wrote:
>> it doesn't matter where the vpn actually is.
>> What matters is only where a typical geolocate command reports it to be.
>
> Are you trying to use a variety of free vpn/s; or are you using a vpn
> service (often pay) which provides an 'array' of vpns to use, your choice?
The vpn services I use are all free and are a variety around the world.
Even so, the question is more general than finding vpn in a certain city.
>
> As an example; proton vpn free provides 100 servers in 3 countries, .us
> .jp .nl whereas proton pay provides 1700 servers in over 60 countries.
>
> And, one can choose which country one wants free or pay.
The country is very often not enough granularity (see previous examples).
What matters is only what location the company thinks your location is.
>
> The parameters of other free/pay vpn/s have other varieties of choices.
If you want to watch some sports, even a state isn't enough granularity.
The sports provider is likely using a similar geolocate to what you want.
>
> I actually don't think your 'problem' is very difficult in one sense;
> but on the other hand, some 'wiley' services which care where the
> participant is located are also able to detect the very condition of
> your using a vpn, particularly the free ones.
That's not true in the situations that I've been testing out for years.
I can easily do what I want to do using the web services I already listed.
What I'm looking for is what robertson found so we all now know they exist.
The only question is which database is most comprehensive database for us.
And which geolocate batch will query that comprehensive database for us.
Ex: geolocate 123.123.123.123 => Paris, France
--
Please wear your mask!
Bugs are everywhere. :)
!__!
(@)(@)
\.'||'./
-: :: :-
/'..''..'\
--- SoupGate-Win32 v1.05
* Origin: you cannot sedate... all the things you hate (1:229/2)
|
