Iguana X has a Role role based permission system to restrict user access to various Iguana system and Component component controls.
...
To perform actions a user needs the required permission. By default users do not have access to edit Iguana system settings - they By default, every Iguana instance has an admin user with full access to Iguana system and component controls. Any users created by the admin must be granted access permissions through the use of a role. To edit ‘roles’ for example a user would need to have a matching role tag that grants access to ‘Edit Roles’.
The only user that has all permissions granted to them by default is the admin user.
In Settings > Roles, the admin User can create custom #Role Tags with lists of granted permissions to be assigned to both Users and Components. Iguana system permissions will be applied to the User with the assigned #Role. Component permissions will only be in effect for components with the assigned #Role.
...
Create a Role
...
roles to perform any iguana system or component actions.
Roles contain a list of granted permissions and are assigned to users and components as #role Tags. There are two types of roles:
Expand | ||
---|---|---|
| ||
User Roles are assigned to users to grant Iguana system and component controls. For example, you may have separate #roles for team members using Iguana based on their needs:
|
Expand | ||
---|---|---|
| ||
These can be used when you have particular components that you want to place further restrictions on. For a Component Role to apply, the User (agent) and the component (target) must have matching #roles. For example, critical components that may be used for operational purposes which do not need to be accessed by every user, a #critical role can be created and assigned to the component and the users who require access. Any user without the matching #critical role assigned, will not have the permissions on that #critical components. |
Creating Roles
Expand | ||
---|---|---|
| ||
Note: Tags are case sensitive and must match exactly when applied to Users and Components. |
Expand | ||||
---|---|---|---|---|
| Choose the the Iguana and Component
| |||
|
...
Assigning Roles
Expand | ||
---|---|---|
| ||
In Settings > Users, click Edit on the User you wish to add a #Rolerole. You can add multiple Roles roles to a single User, each Role is additive and will provide the User the assigned access permissions. |
...
user to apply both User Roles and Component Roles. |
Expand | ||||
---|---|---|---|---|
| To apply permissions to a component, you must add a tag to the component that matches with a role. Components without any tags that match to a role are ‘unsecure’ in that there are no permission restrictions applied to the component - ie. anyone can do anything to the component
| |||
Component Roles are assigned to components in the Component Card Tags field.
In the Component Card Tags, you will see an alert stating that there are no matching role tags (no permissions applied), meaning that the User will have full component permissions available.
If a User applies a #Role tag which does not have Tag editing permission to a component, a warning will appear to confirm the change before applying the new permissions. | ||||
Expand | ||||
| ||||
|
Once unique Users and Roles are configured in your Iguana instance, if you have another User with full admin rights, you can delete the admin user. In the future if this needs to be restored, you can do so on the command line.