You could also use rclone together with mergerfs to create some kind of layer. like /mnt/remote /mnt/local /mnt/mergerfs You then write stuff locally, and it'll upload stuff in the background to your remote storage. You can look for inspiration @ https://github.com/l3uddz/cloudplow

Some tar - streaming would help with all the small files.

@imc67 geo-block feels like a more feature-rich solution, that might be of help, but not exactly my cup of tea. I would guess, that Cloudflare doesn't prevent anyone from accessing your web service directly (should they figure out the IP address, for example, via e-mail you've sent)?

Guess CentOS / RedHat is out of consideration now...

That is fixed https://forum.cloudron.io/topic/9625/branding-bug

@LoudLemur said in icedrive as backup solution?: How would marking the bucket on idrive e2 as private rather than public effect usage with applications on the Cloudron? With object storage, public buckets mean it's accessible via HTTP to anyone. Some people use it to host web assets or even entire static websites.

Moving forward, what would be a good backup policy be to prevent this issue from occurring in the future? Should I just get seed boxes and sync directly from there to my local machine?

@LoudLemur I find rsync too slow with zilions of small files. You'd think it would be quicker as incremental, but large compressed files are beating many small files, same for storage space, compressed significantly less storage costs.

good point, I will remove them from the 1-click area in our install page

@robi Next to the likes of WordPress and cPanel - Cloudron has come such a long way!

ok. will work something out. thanks

@LoudLemur (Going by the topic subject), if the error is related to PTR record, then the solution is not correct. The PTR record is set by your VPS provider and not by your DNS provider PTR record goes by many names - Reverse DNS, rDNS, PTR. Unlike "forward" DNS which looks up something based on the domain name, a "reverse" DNS looks up based on the IP address. And who owns the IP address? The VPS provider. So, you have to change it there. This means that to fix PTR record issue, you have to fix this in SSDnodes and not in Porkbun or whatever name server you have. If SSDnodes, does not let you set PTR record, you have to ask them by raising a support ticket. More information at https://docs.cloudron.io/email/#ptr-record

Same here in a home server situation.

I can't answer for Cloudflare DNS and it's security benefits. But on Cloudron side, it's quite straightforward to change the DNS provider. Just click on the Domain, it will open up a edit domain dialog and change the provider to Cloudflare.

I'm getting a sync error (floccus firefox + nextcloud). I might have messed up the step where you select the default location of the "folders" used for syncing. What settings are you guys running? Syncing failed with E019: HTTP status 404. Failed POST request. Check your server configuration and log. BTW, that's the message from the downloaded log that the plugin spat out. Unless there's a different log somewhere? SOLVED: I didn't install the Nextcloud Bookmarks plugin. Darn Monday mornings

@humptydumpty i really want search working on the browser and mobile app

@girish I couldn't ping other devices and then I noticed the gateway is different (via ipconfig). MB! I remembered that I'm using the guest wifi (easy to remember pass) since I can't access my vaultwarden to get the credentials for my main wifi. If I wasn't on the same network, why would my connection to the homeserver stay internal (via local IP) instead of accessing the apps thru the domain like any other website? After connecting to the main wifi, I can access the apps/homeserver just fine.

@timconsidine said in Cloudron Documentation Ideas: I find Cloudron documentation fine in its current form Cloudron has good quality documentation, I agree.