<< Click to Display Table of Contents >> Navigation: Configuration > Permissions > Role System |
The Role System is located in the Administrator Backend.
A user who is not member of any role cannot log into the SpaceObServer Web Access.
The following permissions are defined in the SpaceObServer Web Access:
Permission |
Description |
Has access to the 'Administrator Backend'. |
Member of this role have access to the 'Administrator Backend'. |
Show also data where the logged in user is not the owner and ignore the ACL filter. |
When the checkbox is deactivated and the ACL for a scan is activated, then the visible data will be filtered by the ACL. When the checkbox is deactivated and the ACL is deactivated, then the user can only see the data where he is the owner. When the checkbox is activated, then all data is visible to the member of this role. |
Show the tab 'Users'. |
Toggles the visibility of the tab 'Users'. |
Allow showing checkboxes in the directory tree.a |
Member of this role can enable checkboxes in the directory tree. It is possible to mark folders and files for cleanup purposes. |
Start scans |
Users receive an additional entry in the context menu of the directory tree to start a scan. |
SpaceObServer Web Access provides default roles with recommended configurations:
Role |
Description |
Administrator |
The 'Administrator' role has all permissions to administrate the software. |
Normal |
Members can see all data, but cannot access the administrator page. |
Restricted |
Members have restricted access to the data and cannot access the administrator page. |
It is possible to create custom roles. The Roles 'Normal' and 'Restricted' can be deleted. The Role 'Administrator' cannot be deleted.
After login (authentication) the SpaceObServer Web Access automatically handles the authorisation of the user. Therefore SpaceObServer Web Access requests the groups of the logged-in user from the Active Directory and caches them. If the group membership of the user in the Active Directory is changed during the caching period, the new group membership may not yet be in effect when the user logs in for the second time. This is because the second time the user logs in, the groups are not loaded from the Active Directory, but from the cache. You can clear this cache in the Administrator Backend in the tab 'Information'.