Haha, I was the one to ask that question because I would be quite interested myself. 
But yes, this is how PG is running currently AFAIK. 
For the DB, I know that people can use sharding or other fancy ways but a basic sync could also be good enough I guess depending on the needs. 
No idea how I missed your message, but yes, that is absolutely correct. You can use Servury to self host services, which could be anything that runs on the internet. That could be an XMPP server, Plex, a website, and so on.
Thank you for the kind words about the blog posts, they are always a blast to write.
1 Like
Unfortunately, Privacy Guides doesn’t have a category for VPSs yet. You should apply for kycnot.me. They have the VPS categories that suit your products.
1 Like
I understand that breaking the law is forbidden
- Any activity that violates applicable laws (US law and laws of your jurisdiction)
does this mean P2P is not allowed or is it just any sort of illegal P2P activity will get your account banned?
The first thing I thought was this could make a nice platform for a private seedbox.
1 Like
Well, essentially, our suspensions work with abuse reports, so if we EXPLICITLY receive an abuse report for your server IP, we process it and suspend your server. But your account won’t be banned in that case, you’ll still be able to request your server to be reinstated for 4.99$ (which is the same price as an IP change) and subsequently assign a new IP to your server.
1 Like
I just went ahead and applied to kycnot.me : Servury | KYCnot.me
I just requested verification, so it is currently unlisted.
1 Like
@ybceo You should probably add a link in the first post in this thread.
2 Likes
Great idea, I just did. Are you personally aware of any other listing websites which could be interesting for Servury?
1 Like
I am thinking of adding an eSIM product line, this way things could go full circle : anonymous connectivity → anonymous infrastructure.
Do you guys have any recommendations? Would you personally find the anonymous eSIM product line a valuable addition to Servury?
1 Like
With cellular, there’s the issue of the persistent IMEI and IMSI identifiers and location tracking that you have to contend with, and I don’t think there’s a good way to deal with that. You could avoid collecting personal data and that would be cool, but calling it anonymous would be false advertising IMO. Whatever provider you’re using for your MVNO is still going to see all your customers’ locations at all times while they’re connected and be able to track them around.
2 Likes
I would be interested if the price is reasonable and it works in South Asia.
By the way, do you use your own hardware for Servury? Or you rely on large cloud/datacenter providers?
Our lowest priced server option is priced at 15.59 / month (55 cents for 1 day). We have Singapore as a location in Asia and looking to find a reliable provider in Tokyo eventually.
As for hardware, we currently do not own the hardware, we instead work with individuals and other providers which are privacy friendly. However, locations where we own the hardware and do collocation in datacenters will be coming soon.
2 Likes
True, however, think of this situation :
User purchases an e-sim and constantly routes all of their traffic through Tor or a VPN.
What would the MVNO be left with? Unless something is going completely over my head, the only thing they would have is the location of some device owned by someone they don’t know the name of.
If that is correct, which I’m 99% sure it is, the location tracking could definitely still be an issue depending on each user’s threat model. But I’m sure that for some, the mere idea of being able to purchase connectivity without even providing a name would be huge. What do you think?
The user’s location data at all times, that’s a pretty huge privacy issue. It can be highly identifying as well, I mean who else goes to the same places at the same exact times as you?
I agree but that already exists, at least in America with prepaid phone plans. To me, privacy innovation would involve having randomized and rotating identifiers so there’s no way to link you to your activity.
3 Likes
Yes, that is to be assumed by anyone using mobile networks to connect to the internet, so I guess you’re right, it would be impossible to call such service “anonymous“.
>To me, privacy innovation would involve having randomized and rotating identifiers so there’s no way to link you to your activity.
Is that even possible? Has it been done before? If it is, you best believe Servury will offer eSIM connectivity in the coming months. Regardless, I will look into that now.
1 Like
So Cape claims to offer it through a service called Obscura where they’ll send you a “preconfigured Android phone” that can supposedly rotate IMSI and IMEI every day, however there’s not much info on it and it’s not available to the general public. Their normal service rotates your IMSI every day I believe but the IMEI will still be static.
Phreeli uses blind signatures to some effect to protect customer data but I don’t think they do anything about IMSI and IMEI.
1 Like
I have finally finished the v2 of the website, here are the changelogs :
-Full No-JS compatibility, even the captchas
-Added BYOIP for Montreal location, rDNS coming soon
-Encrypted VPS now available on Montreal location (Debian 12 zero-knowledge LUKS setup)
-Budget plans now available on Montreal location (1 vCPU, 2GB RAM at 3.99$/month)
-Dual IP stack on Montreal location (IPv4+IPv6)
-FreeBSD and OpenBSD OS options on Montreal location
-Many more improvements in the management panel and on the API side as well.
Feel free to browse and write some feedback here!
7 Likes
The CAPTCHA where you have to pull the slider to complete the image seems to be broken on Safari, I can’t complete it. My Safari is stock with no extensions and no lockdown mode on version 26.4. Also it seems like you can’t register with a passkey anymore, any reason why?
I’ll investigate the Safari anCaptcha issue - is it happening on mobile or desktop?
As for passkeys, I dropped support for them because they can not work without Javascript - I could bring them back but the current credential-only model is far more simple to manage and maintain as a solo dev.
Edit : I would 100% bring them back if I get a lot of demand for them, but I simply haven’t received much requests for passkey auth since v2 came out.
It looks like it works now that I’m checking again, although it looks like you should be able to slide it. Maybe it could be more visually apparent that you can’t click and drag?
That’s a shame, maybe there will be some way to support passkeys without JS in the future.