You can narrow it down: attach to the container, this’ll give you a life “feed” of all messages the container produces. Then with that running, open your app and see if the container has anything to say about the sync process.
You can narrow it down: attach to the container, this’ll give you a life “feed” of all messages the container produces. Then with that running, open your app and see if the container has anything to say about the sync process.
As always: have you checked the logs?
Not for a Synology, but I doubt Hetzner cares where the data comes from. Works well, especially once you got the keys in place. Have stored and restored, it’s a simple file storage.
Let’s Encrypt is fully automated and will issue certificates as long as you provide an email address AND have a proper, working config. Don’t get stuck on that email “issue”, your problems will lie somewhere else.
As always when problems arise: check the log files.
A big portion of that is caused by the drives, so you’d have to compare the empty QNAP vs your empty machine. Also, depending on which NAS appliance, check that the CPU is actually powerful enough to run all your services.
will all my Jellyfin traffic go through the VPS and count as bandwidth used?
Yes.
“Cloud” simply means it’s on other people’s machines.
No. Why do you think it is?
Back when I started this compatibility with clients was an issue; but I don’t use Android anymore. In any case, is this still an issue?
Um… How are we supposed to tell you if your unnamed DAV client will have problems with your unnamed new DAV server? Works fine for me.
Did you check the logs for any messages when it drops out? Dmesg mostly.
And basically useless if you need external users to be able to connect to the services.
In addition to the explanation you got from the other user: once you’ve set up the bouncer middleware in the configs (don’t know if there even exists a good way to do that outside of the configs files), you simply assign the middleware in the compose file as usual.
That’s because a lot of them are dependencies for the packages you actually want to use, and those needed for the system to work as designed.
You could also try OpenCloud, which is a Go rewrite of ownCloud.
A fork of the internal Owncloud Go rewrite.
AIO
Yeah, that one is basically a take-it-or-leave-it approach. It’s a lot easier to customize when running your own Docker stack. It grew over the years and the team tries to sell it as an all-in-one SharePoint replacement (which it can be), but that also means it turned into an even more convoluted system.
I was looking into alternatives earlier this year, maybe one of them could be a solution for you:
There are others, or servers like WebDAV itself.
Debian on my servers as a very stable base, Fedora Kionoite on the laptop to try out the concept of atomic distros.
Probably simply not a lucrative target for automated scanning/attacks, unlike e.g. ssh.
Did you actually test which drive is faster?
I’d up the RAM to whatever your budget allows. 8GB are on the low side for several heavy services at the same time.
There is no need to run Traefik if you already have a working reverse proxy. Also, unless your nginx is running on non-standard ports, the ports 80 and 443 should not be available for traefik, which will prevent it from working correctly.