I think access to the admin UI will still be needed in order to access Etherpad's Plugin Manager. (I don't believe there's a way to specify or update plugins from the json file.)
sparkwise
Posts
-
Admin Login won't work -
Custom skins not loading@nebulon Is there a way that I can add my custom skin files to
/run/etherpad-lite/src/static/skins/
? I can't access that directory from Cloudron's File Manager. -
App state incorrectly reported as "Running" immediately after security update rebootThanks for clarifying!
-
App state incorrectly reported as "Running" immediately after security update rebootI've noticed that after I apply security updates from the Cloudron Notifications page, all apps show as "Running" immediately after the Cloudron has finished rebooting, even before apps are passing their own health checks. I suspect all apps should initially be in the "Stopped" state after the reboot.
-
Appreciating Cloudron’s controls over app updatingI wanted to express appreciation to the Cloudron team for great tooling to support reliable updates. The Etherpad app has changed quite a bit since the previous package, and a great set of platform-level features has made managing potentially breaking version updates very manageable:
- allowing user to specify exactly when auto-updates should run
- only auto-updating if the new version is marked as “stable”, with unstable updates available but not automatic
- allowing user to disable auto updates for specific app(s)
- cloning an app to test changes in a sandbox
- backups automatically created before each version update
- one-click to roll back to any past version
Together, these make it low-stress to manage big updates. Great work on the platform!
-
Custom skins not loadingPreviously, custom skins could be added to the
/app/data/skins
directory and would render correctly if specified inskinName
in the settings.json file.In this latest version in (org.etherpad.cloudronapp@4.1.0, v2.1.1), custom skins are no longer loading from this directory. Instead, Etherpad is now looking for them in the
/src/static/skins
directory.Here's the error in the logs:
[ERROR] settings - Skin path /run/etherpad-lite/src/static/skins/<name> does not exist. Falling back to the default "colibris".
This folder structure previously worked but no longer does. Was the
/app/data/skins
path defined somewhere in the Cloudron package? Perhaps it needs to be re-added? -
Admin Login won't work@nebulon I noticed that the app links to an admin login at
/admin/login
, but Cloudron's login lives at/admin-auth/
. -
New upstream releases availableGreat to hear! Looking forward to testing it out!
-
Cal.com - Embeded problems - ERROR 404 This page does not exist. -
Cal.com - Embeded problems - ERROR 404 This page does not exist.@nebulon Looking forward to trying it. We only do app updates during a weekly maintenance window on Saturday, so it will be a few more days before I can report back.
(Cal.com typically takes 10+ minutes to become available after a restart, so I’m particularly careful to avoid weekday updates with this app.)
-
Cal.com - Embeded problems - ERROR 404 This page does not exist.We ran into this issue recently, too. As a temporary workaround, we updated the code snippet from
<domain>/embed/embed.js
tohttps://cal.com/embed/embed.js
. The upstream issue is at https://github.com/calcom/cal.com/issues/14990. It looks to me like this regression is being fixed in thecalcom/docker
repo with https://github.com/calcom/docker/pull/364. Hopefully this gets incorporated in the next upstream release. -
Metabase Enterprise Edition@girish We were exploring the Pro plan, but didn't initially realize that it would require a separate Metabase app and a data migration path. If we were to move forward with this in the future, I could see migrating to the hosted metabase.com solution. I agree that it probably doesn't make sense for Cloudron to package.
-
New upstream releases availableGreat to hear!
-
Certificate install failures in Event Log@girish Confirming that the issue was unrelated. It was very helpful to be able to manually refresh certificates and then view the log files. Thanks!
-
Certificate install failures in Event LogI just took a look at Cloudron's Event Log, and I'm seeing cron errors that I don't recall seeing before: An entry stating
"Certificate install for <subdomain> failed"
for each Cloudron app subdomain. Could this have something to do with how Cloudflare is preparing (refs 1, 2) for the Let's Encrypt certificate chain changes later this year? Or perhaps totally unrelated? -
PostHog is developer-friendly, open-source product analyticsCurrently using the hosted version. It is excellent! Would definirely prefer to self-host on cloudron if that was an option.
-
2FA in OpenVPN App@girish I believe so. We were using the "OpenVPN Connect" Mac app on the front-end, which supports this. My understanding is that the Cloudron build of the OpenVPN server would need to be built with the
libpam-google-authenticator
package, in order to enable a user to enable it from the app-specific terminal (and to configure the server app to require it.)I ended up going a different route (switching to AWS Client VPN) so this is no longer pressing for us, but I do think it would enable a nice security enhancement.
-
2FA in OpenVPN AppIt seems like the
libpam-google-authenticator
package would need to be included in the app build. Works with any time-based one-time password tools. -
2FA in OpenVPN AppIdeally, using the currently-supported
.ovpn
(or.tblk
) profile + MFA (rather than username/password + MFA). -
2FA in OpenVPN App@girish Wanted to check back in on this thread. Is there a way to configure and require 2FA in order to connect a client to the OpenVPN server? I found a series of blog posts (starting with https://openvpn.net/blog/multi-factor-authentication-with-openvpn-community-edition/) that uses
oathtool
to do this, and curious to learn if those instructions would work on Cloudron as-is or if something more is required first.