Per domain user subscription and admin role
-
Yeah, I'd love this, as per my post back in July:
Domain-based admin rights. I want to be able to give people all the rights of an Administrator, but only for specific domain names.
@girish responded to that saying:
I wanted to make a post about how we plan to implement this under the "service provider setups" feature. I will try to make a post about it early next week since we will need some input anyway before we implement the feature.
And here says:
Fix access control for service provider setups - There's a few small issues. Service providers wants admin flag per app, better control of SFTP user management and also to unify PHPMyAdmin across apps. We will see what we can do.
does this come with group- or domain-admins who can only install apps/add and edit users from their designated domains/groups?
Not part of the multi-host but it's part of the "Fix access control for service provider setups"
I don't think @girish ever got around to writing his post about "service provider setups" though...
-
The domain admin concept is clear, since it's quite popular in all the shared hosting concepts. However, Cloudron is not suited for shared hosting setups. It just wasn't designed from the ground up that way. You have to isolate users/groups etc to be per "org". Also, have to
Instead, we designed each VM/Cloudron to be for an organizational entity (and not for multiple organizations to be on a single Cloudron).
I also think business model wise, web hosters try to squeeze every bit of the hardware and overload a server massively with many orgs. This is not what we had in mind. Technically, we would make very different decisions if our goal was to have a server with 10 different organizations. (For example, shared nginx/apache servers etc would be better than our current docker based approach).
In any case, the product has to change based on what customers want So, if there is enough interest for this feature, let's see what we can do.
-
@girish Thanks for the reply and explanation Girish. I actually didn't imply I wanted a fully featured multi-organisation approach to Cloudron management, and even less if it implies major changes to Cloudron core design. I actually like that the current design is oriented to single user / organisation as it prevents centralisation.
The use case I had in mind was mainly for a single organisation that has several domains and a fluctuating users base of about 200. By default all users have access to all apps (unless you configure manually as I mentioned in the post).
The issue is that with users coming and going, you must make sure not to make mistakes with permissions and correctly isolate them from each domains by manually managing groups.
The other issues is that these users make regular requests to create email list, email accounts, adding or removing users. So it'd be handy to be able to give more people admin rights just for these particular aspects and restricted to a specific domain.I thought what I had described was not a fully featured multi domains function for cloudron, but "just" (says someone who doesn't code) some additional domain management capabilities that could be implemented with functions that already exist in cloudron (namely with User Groups and different role levels). But I can imagine that when it comes down to doing, it becomes more complicated.
-
Maybe the solution is just to make all apps only visible by their creator with "Only visible to the following users and groups" being the default option selected, until Groups & Users are added.
Then, it sounds like you could solve the multi-org issue just with your Groups naming convention, eg:
- org1-admins
- org2-admins
- org-1-websites
- org-2-websites
- org1-accounts
- org2-accounts
etc. Does that work for what you describe?
-
@marcusquinn it does, I think, but it'd be a lot quicker/ easier if you could just say (instead of defining per app) x group has access to all apps on x domain, y group has access to all apps on y domain.
-
@avatar1024 also as @marcusquinn suggested, I don't see why assigning new users to domains vs assigning them to groups is in any way more error prone. The only difference is that apps installed have to be setup with the correct groups.
-
@nebulon for me it isn't about error proneness, it's simply a matter of being able to quickly and easily create and apply domain-based groups.
i.e. right now it is perfectly possible to a create a group and call it somedomain.com and then to manually limit any app on that domain to that group, it just takes lots of steps.
I'd be great (i.e. much quicker and easier) to be able to just say "limited all apps on x domain to x group".
-
@nebulon fair enough. I imagine quite a few people would find this useful, but could be totally wrong and agree there are more important features to be worked on. Really looking forward to the 6.0 release! Volumes etc sound really great!
-
@jdaviescoates Yep, this would be really useful. I have some friends who want to host their website on my site but I don't want to give them full admin roles.
-
@cyberfreakde you can already do it using the existing groups and roles, you just have to remember to do it for each app
-
@cyberfreakde Right, as @jdaviescoates set, just create a "website" group with just the users and then set the group as the permission in the app's Access control view. The important thing to remember is that the "default" Access is accessible to all. So you have to go into each app and make sure it's not accessible to all. Another thing is that Cloudron "admin" always has access to all apps.
-
@cyberfreakde Yes, in Cloudron 6, there is an option - https://docs.cloudron.io/apps/#non-admin-access . The SFTP access info is not displayed for normal users currently (which can be considered a bug). But they should be able to login with
username@app.domain.com
and their cloudron password (sftp port 222). -
@jdaviescoates @cyberfreakde
you can also set up a WP instance with all the groups configured as you need them, then just clone it for new sites and drop in users as needed. Config once, clone many. -
@jdaviescoates Yeah, for that we need a group dropdown to select all the different apps.