Cloudron Forum

BTW: As temporary work around if someone has already did the switch:

• Copy/Export the zone file in the new console.
• Delete it in the new console
• Import in the old console

That should work for now, but from November on it won't anymore. So be careful.

Yeah, that is exactly what I mean.

Update:
ACME seems to be having a solution for the issue already:
https://github.com/acmesh-official/acme.sh/issues/6554

I use Redmine for that. It looks a bit outdated at times,but it does the job better than most other solutions and is rock solid.

A client of mine has build a 1000 beds hospital with Redmine as the PMS,so there is that.

As some of you may have noticed Hetzner has announced a consolidation of their consoles and in the future will operates it's DNS services under the regular server console.

But: The current Cloudron implementation of DNS Challenges does not work with the new API and therefore once you have transfered you have a major issue once your certificates run out. (And sadly that is not well documented by Hetzner and there are certain situations where you need to transfer immediately)
In theory manual adding should be possible, but is an issue for larger deployments of course.

So: What to do now?

Kind regards,
Phil

Nope, absolute standard install. I had to go back one update to make it work again for now.

Hi everyone,
the current version of Joplin (2.3.2) suddenly throws a rather strange error and became unresponsive.

 $ yarn run [--inspect] [--inspect-brk] [-T,--top-level] [-B,--binaries-only] [--require #0] <scriptName> ...
Usage Error: The nearest package directory (/app/code/packages/server) doesn't seem to be part of the project declared in /app/code.
- Finally, if /app/code is fine and you intend packages/server to be treated as a completely separate project (not even a workspace), create an empty yarn.lock file in it.
 - If /app/code is intended to be a project, it might be that you forgot to list packages/server in its workspace configuration.
 - If /app/code isn't intended to be a project, remove any yarn.lock and/or package.json file there.
 => Healtheck error: Error: Timeout of 7000ms exceeded

Most interestingly it occured days after the 2.3.2 update and I couldn't identify any other factors that could have caused this.
Does anyone have an idea how to solve this?

Just as a sidenote: Had similar issues recently - Nextcloud appeared to be the issue, more specifically Nextcloud brought the backup process into some strange shenanigans which crashed the whole VM.
I had no time to properly investigate, though, and we do not use nextcloud really, so I simply uninstalled it. Fixed it.

To bring up this issue again: With Keycloak there is now another app that realistically doesn't need to be seen by the everyday user - but they still need access to it if login e.g. to a reverse proxied app, etc. is done through it. So it would be beneficial to have the ability to hide apps either by group or at least "non admin users".

I am also using app proxy,but my question is unrelated to that, nebulon has already noted the intended use Peter (and now I) meant.

Is there any update on this? The current system of allowing all users is a bit suboptimal.

As the MeshCentral Development has taken up speed again after a bit of a hiatus: is there any update on it on Cloudron? Would be an extremely powerful addition, especially together with OIDC.

@umnz Thanks for the confirm, can report the same meanwhile - Hetzner Proxmox, regular 24.04LTS Ubuntu as a VM works as smooth as the old installs did.
The only two problems I encountered are more app related.

So can new installations now be done on 24.04 LTS directly if they are already V8?

Hi,
I know developers rightfully hate nothing more than "are we there yet/when are you done" questions, but could you give a rough guess how far 8.0 is away currently?

We will need to move two servers and while we still got a bit of time a rough guess would enable us to decide if it's worth installing the current version or wait for 8.0 and do a clean Ubuntu 24.04 LTS(which would make a few other things easier for us). We are totally happy to wait (it's done when it's done), but I would hate to install two new installations and then 8.0 comes out 3 days later.

Considering that Discord has said goodbye to it's (never true) ad-free policy as well a revolt is currently gaining more traction again.
(https://www.techspot.com/news/102455-discord-looks-boost-gaming-revenue-ditching-long-time.html)
It might be a even more interesting addition now.

Would be quite an interesting business case for smaller corp. users tbh - KASM can do something similar with their sidecar VPN service (or docker desktop with integrated VPN as it's now available with the development version). This enables users to use the Kasm frontend (which is basically Guacamole), connect to docker desktop instance and then use a VPN to the desktop to the Final destination (e.g) in a jumpserver setting.
The downside is the ridiculous pricing of Kasm workspaces for commercial customers - 600-1200$ for a rarely used tool is unfeasible for most smaller customers.

Cloudron could really be useful as a "rougher but still working solution":
While we have no Docker desktop on Linux, these could easily be hosted elsewhere and are provided by various projects.
BUT people should not keep these desktops publicly available via VNC/RDP - That is where Guacamole cones into play.
One option would be to use Guacamole to point to an internal network "behind" a Cloudron instance in a DMZ. But that is currently not possible as Cloudron basically only supports one network,right?
(See my other topic about this from 2022)

The other, imho much easier to achieve, option would be to make Cloudron internal network connection to OpenVPN instances (Portainer is an example of a project than has done similar things) on a container to container base - e.g. letting Guacamole connect to a WG/OpenVPN to then connect to the required external resources.
Even without providing a actual Docker Desktop it would still make it much much easier and safer to provide properly separated infrastructure.
(Besides, in my jumpserver scrnario of course Guacamole alone can act as an direct Jump to the target infrastructure then).

Tbh,I currently don't see a way for people to safely use Guacamole on Cloudron in a public environment safely at all.

Offering something in that regard would be an compelling business case, even nore so as Cloudron of course offers a massive "SSO" solution for all the other business needs as well.

@girish We would actually ve willing to sponsor that feature at least partially-Feel free to contact me.

The last post in regards of this is from 2022, is there any update on this functionality? It would be very interesting if one could use Cloudron to connect to a VPN server - e.g. to use Guacamole as a support tool.

Yeah, would absolutely love that as well. Rustdesk is generally solid, but selfhosted via Cloudron would be really nice.

Considering the bad shape Calibre Web is after all these years (Not Cloudron,I mean thebase) and how great Kavita meanwhile has become I am also fully in support of bringing that to Cloudron.