Applies To:
Show VersionsBIG-IQ Centralized Management
- 5.0.0
How do I manage and authorize BIG-IQ users?
As a network or system manager, you need a way to differentiate between users and to limit user access based on how they interact with BIG-IQ and its managed devices. To help you, the BIG-IQ has a default set of roles you can assign to a user.
You can give a user access to specific BIG-IQ system functionality by relating a user with a specific role. Or, you can connect a user with a user group and then associate the group with a role. A role is defined by its specific access rights. A user group is a collection of individuals with access to the same resources with authentication locally on BIG-IQ, or remotely through LDAP or RADIUS. Additional security is provided through bidirectional trust and verification through key and certificate exchange (AuthN and AuthZ).
About authenticating BIG-IQ users with RADIUS and LDAP
By using BIG-IQ® with your LDAP or RADIUS authentication server, you can remotely manage user access based on specific BIG-IQ roles and associated permissions.
Configuring authentication with RADIUS
The areas that users can access on BIG-IQ are based on the role you assign to each user. You can configure BIG-IQ to verify user credentials against your company's RADIUS server.
Using pre-defined RADIUS groups for authentication
Some RADIUS deployments include non-standard, vendor-specific attributes in the dictionary files. For these deployments, you must update the BIG-IQ system's default dictionary. Follow these steps if you want to use pre-defined RADIUS user groups on BIG-IQ.
- Copy the TinyRadius .jar file from the BIG-IQ system.
- Extract the contents of the TinyRadius .jar file.
- Update the file org/tinyradius/dictionary/default_dictionary file, by adding the vendor-specific attributes.
- Repack the contents into a new .jar file.
- Replace the old TinyRadius .jar on each BIG-IQ system with the new TinyRadius .jar file you created in step 4.
For example:
Before integrating BIG-IQ with your LDAP server
Before integrating LDAP authentication with the BIG-IQ® system, you must first perform the following tasks:
- Use an LDAP browser to review the groups and users in your directory's structure and where they're located in the hierarchy of organizational units (OUs).
- Decide how you want to map user names.
- The first option is to map users directly to their Distinguished Name (DN) in the directory with a user bind template in the form of uid=<username>, ou=people,o=sevenSeas. For example, when you map John Smith's user name with his DN as uid=<jsmith>, ou=people,o=sevenSeas and he logs in as jsmith, he is correctly authenticated with his user name in the directory through his DN.
- The second option is to allow users to log in with names that do not map directly to their DN by specifying a userSearchFilter in the form of (&(uid=%s)) when creating the provider. For example, if John Smith's DN is cn=John Smith,ou=people,o=sevenSeas, but you would like him to be able to log in with jsmith, specify a userSearchFilter in the form of (&(jsmith=%s)). If your directory does not allow anonymous binds, you must also specify a bindUser and bindPassword so that the BIG-I system can validate the user's credentials.
- Decide which groups in your directory to map into BIG-IQ groups.
- If you configured a bindUser and bindPassword for users, the BIG-IQ system displays a list of groups from which to choose.
- If you haven't configured this for your users, you must know the DN for each group.
- Find out the DN where you can for all users and groups. This is the root bind DN for your directory, defined as as rootDN, when you create a provider. The BIG-IQ system uses the root bind DN as a starting point when it searches for users and groups.
- Find the host IP address for the LDAP server. The default port is 389, if not specified otherwise.
Configuring authentication with LDAP
Changing the default password for the administrator user
Adding a BIG-IQ user
Associating a user or user group with a role
Standard user roles shipped with BIG-IQ
BIG-IQ® system ships with several standard roles, which you can assign to individual users.
Role | Role Description / Access |
---|---|
Administrator | This role has access to all licensing aspects of System Management and Device Management. This includes access for adding individual users, assigning roles, discovering BIG-IP® systems, installing updates, activating licenses, and setting up BIG-IQ® in a high availability (HA) configuration. |
ADC Deployer | This role has access to deploy and view ADC configuration objects for managed ADC devices. |
ADC Editor | This role has access to edit all ADC configuration objects. |
ADC Manager | This role has access to all aspects of ADC, including areas involved in creating, viewing, modifying, and deleting Local Traffic and Network objects. |
ADC Viewer | This role has view-only access for all ADC objects and features. |
Access Auditor | This role has access to all Access reports and dashboard. |
Access Deployer | This role has deploy access to Access configuration objects. This role cannot discover and edit devices or policies. |
Access Editor | This role has edit access to Access configuration objects. This role cannot discover and deploy devices or policies. This role includes the ability to add, update, and delete pools and pool members from the Access configuration object editor. |
Access Manager | This role has deploy and edit access to Access configuration objects, and has access to Access Reports and Dashboard. This role cannot add or remove devices and device groups, and cannot discover, import, or delete services. |
Access Viewer | This role has view-only access to Access configuration objects and tasks for Access devices that have been discovered. This role cannot edit, discover, or deploy devices or policies. |
Device Manager | This role has access to all aspects of Device Management, including areas involved in device discovery, group creation, licensing, software image management, UCS backups, templates, connectors, certificates, self IP addresses, VLANs, and interfaces. |
Fraud Protection Manager | This role has access to all aspects of the Fraud Protection Service functionality for Web Client Security. |
Fraud Protection View | This role has view-only access to all Fraud Protection Service objects for Web Client Security . |
Network Security Deploy | This role has access to view and deploy Network Security objects. |
Network Security Manager | This role has access to all aspects of Network Security, including areas involved in creating, viewing, modifying, and deleting shared and firewall-specific security objects. |
Network Security Edit | This role has access to create, view, and modify objects for Network Security. |
Network Security View | This role has view-only access to firewall objects for Network Security. This role cannot edit, discover, or deploy devices or policies. |
Security Manager | This role has access to all aspects of Network Security, Web Application Security, and Web Client Security, including areas involved in device discovery, creating, viewing, modifying, and deleting Web Application Security, shared and firewall-specific security objects. |
Trust Discovery Import | This role manages device trust establishment, service discovery, service import, removal of services and removal of trust. |
Web App Security Deployer | This role can deploy and view ASM configuration objects for managed ASM devices. |
Web App Security Editor | This role manages config objects within the ASM module. |
Web App Security Manager | This role has access to all aspects of Web Application Security, including areas involved in creating, viewing, modifying, and deleting shared and web application-specific security objects. |
Web App Security Viewer | This role permits read-only access to the ASM module. |
Disassociating a user from a role
Adding a new user role
In addition to the standard roles that ship with BIG-IQ®, there are some roles specific only to ADC and device management that you can add to your available options. These roles are:
- Device Viewer - This role has access to view the devices in the group you specify.
- Pool Member Operator - This role has access to enable, disable, or force offline pool members on pools to which the administrator has granted them access.
- Virtual Server Operator - This role has access to enable or disable virtual servers to which the administrator has assigned them access.