Good suggestion. For future reference: The current zen spamhaus check only covers SBL, SBLCSS, XBL and PBL blocklists. To query DBL, one can do host domain.com.dbl.spamhaus.org 127.0.0.1 on cloudron . Would be good to get this automated like the zen check

@girish said in Optional 2FA for proxy auth?: @jdaviescoates proxyAuth will move to OIDC based login very soon. Once that is done, hopefully you don't have to deal with this much (because it will automatically login for other apps). Ah yes, I figured that might soon be the case. Excellent, I think that'll basically solve it @girish said in Optional 2FA for proxy auth?: On a general note, it's not possible to disable 2FA since this will be a security hole which bypasses 2FA As in, one can keep trying username/password combinations without a 2FA now and know if it's valid or not. Figured there'd be a good reason not to do it

@jdaviescoates right, unless it's a wildcard DNS for minio.ex.org you'll need to add buckets subs and see what minio does with it. Check logs.

thank you very much @girish, I'm also eager to test it…

@RazielKanos i think nebulon has tryed that, but its not going well for them. by the way, if you didn't see it, here is the post

Yes true. With the way minio nowadays works all these aliases need to map to the backend.

I use gluetun at home with an OpenVPN-based VPN service, and it works like a charm. Not sure how we would implement it in cloudron, though. At my home server I use a docker-compose file with all the services, and on the ones I want to use the VPN, I use network_mode: service:gluetun. Gluetun also needs NET_ADMIN capability enabled.

@jdaviescoates Sure, in the overall scheme of things, having to click on an app in the Dashboard to find it's app code name, then back, is two clicks. Seeing the Notification, following the link to the logs, figuring out which of all those characters is the app code name, copying that, then clicking back, or switching tabs, to then enter that into a Search box (paste, enter), is not the end of the world. But I've had a few other instances where being able to just see at a glance what the app code name is would be nice.

@luckym said in Ability to go back within the installation setup wizard: I wanted to restore Cloudron from a backup but in the setup wizard under "Domain Setup" mindlessly filled in the DNS information and clicked next instead of clicking on "Looking to restore". I've done this before too. Perhaps @staff could look at making the "Looking to restore" bit that's tiny at the bottom a lot more obvious? And maybe even add another step afterwards that asks "are you actually looking to restore? go back" or something?

I attended one of DNSME's webinars, and they went over DNS failover. Most of it went over my head so fast I ended up with a buzzcut, but one thing was clear, DNSME is no ordinary DNS provider. They offer some really advanced features like failover, load balancing, traffic redirection, etc. and I really wish that's something I could make use of on Cloudron. It's definitely an overkill, but it's a move in the right direction.

@eddowding this is a feature request I don't think you're the first to say it either.

@robi said in Add Cloudflare Storage as Backup target: Is anyone using R2 with more than 10GB of data? Does it flip into the paid tier if you have incrementally accumulated 11+GB in your current month? Or does it only count uploaded per month? I've been pondering moving over, but would be interested to know this.

@jayonrails https://forum.cloudron.io/post/47122

yeah but it would be cool if it was deployed on the host server by default

i didn't know cloudron was like active directory. or had active directory builtin.