this post was submitted on 21 Mar 2026
143 points (98.6% liked)
Selfhosted
60074 readers
783 users here now
A place to share alternatives to popular online services that can be self-hosted without giving up privacy or locking you into a service you don't control.
Rules:
-
Be civil: we're here to support and learn from one another. Insults won't be tolerated. Flame wars are frowned upon.
-
No spam.
-
Posts here are to be centered around self-hosting. Please ensure it is clear in your post how it relates to self-hosting.
-
Don't duplicate the full text of your blog or git here. Just post the link for folks to click.
-
Submission headline should match the article title.
-
No trolling.
Resources:
- selfh.st Newsletter and index of selfhosted software and apps
- awesome-selfhosted software
- awesome-sysadmin resources
- Self-Hosted Podcast from Jupiter Broadcasting
Any issues on the community? Report it using the report flag.
Questions? DM the mods!
founded 3 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
Pihole again, Vaultwarden, forgejo, syncthing
Thanks! I thought Syncthing does not use central servers? Whats the benefit of using one?
I'm not PC but, one benefit of using a central server for syncthing is an always on backup that doesn't require another client device to be on, it also allows for easier creation of new shares.
For example, with syncthing you can set the "servers" client device to auto approve/accept any shares that are to trusted devices, then when you get a new device, instead of needing to add that device to every device you share on the syncthing network, you only need to add that device to the server and then you can have your other clients connect to the servers share instead of device to device. It's easier. You can also configure the shares on the server to use encryption by default too, since you don't really ever need to actually see the files on the server since it's basically a install and forget style client.
As an example of what I mean:
I have 10 different devices that run syncthing, 9 clients and a "server" client. these clients are not always on at the same time, and as such when I change a file, the files can become desynced and cause issues with conflicts. By having a centralized server, as long as the server is on(it always is) and client itself is online, it's going to always sync. I don't need to worry about file conflicts between my clients as the server should always have the newest file.
Then for example say my phone died. Instead of needing to readd every seperate client that the phone needs to share with to the new device, I only need to add the phone as a trusted source on the "server" client via the webui -> click share to that device on every share the phone needs, and then remap the shares to the proper directories on the mobile device. this is vs having to add every device to the phone, and the phone to every device it needs access to ontop of reconfiguring all the shares. It's simpler, but fair warning does cause a single point of failure if the server goes offline.
I did not know that. Thanks for explaining!
In addition to what others have said, Syncthing will use public relay servers if it can't make a direct connection between your devices. Everything is encrypted, so it's not unsafe or anything as far as i know, but if you want to run your own private Syncthing relay server, you can. (Or run your own public one)