Cloudron Forum

If you just put the IP, you are missing the host header. Cloudron itself routes traffic for http per host header internally. An app proxy currently cannot route an upstream request with a certain HostHeader to another IP than what is specified by DNS. Subsequently, you can't circumvent cloudflare, if cloudflare is active for a certain DNS entry, even when the cloudron instance might have access to a network already without routing over cloudflare.

Alternatively that could be achieved by offering a "private secondary domain" by default.

It would be super helpful if the App Proxy would be improved, by not only allowing to specify an upstream Host Header, but also an upstream IP.

This way any cloudflare enabled app could have a private secondary domain that circumvents cloudflare.

It exists for more than 2 years apparently:
https://git.cloudron.io/platform/cloudron-cli/-/blame/master/src/actions.js?ref_type=heads#L665

Why is this endpoint missing from the API docs?

still, it is recommended as the default method for the lamp stack app... How do people do it? Is it really that buggy?

Is it only me or is the app settings File Manager super buggy?

• It does not upload folders?
• It does not delete files when clicking the three dots on a file, without prior highllighting of the file by clicking it somewhere else...
• It does not create new folders...

Ok got it. Is there a particular reason, why a simple upload through the webui is not supported?

I have a backup of an app on my local disk. Is it correct that I can't simply upload the backup?

Any plans for when this is coming back?

Hey, with me running cloudron for some longer time, backups accumulate and start producing cost on s3.

Since we have a bunch of Synology devices in the company the question would be if it would be possible to have a wireguard VPN configured for a certain IP range, so that backups can be stored on devices in private networks?

@girish Thank you so much. Btw. I feel like you are a super awesome and efficient developer. Keeping up with support, while advancing the platform all the same time: My deepest respect for handling all that at this high level of quality. Thank you!

ok, analyzed the problem: When changing the domain of the dashboard, apparently the old config stays in the nginx folder... If no other app is using the domain after that, this leads to a ceritificate not being found error.

We have mutiple cloudron instances. One is now showing a nginx config startup fault. Deleting the config and recreating it is not solving the issue.

It would make Cloudron the PERFECT company base setup. Mail, Gitea, Verdaccio, Minio, element, ... and Strapi.

Any update here? This would come in really handy right now

... In a way. We are developing our own solution now, that uses Synology as a base for on premise installations.

fleetdm.com device management would be super cool.

https://github.com/fleetdm/fleet