Administration
Syncing users from Qlik Sense
To make the setup of users as simple as possible Qlik Alerting syncs users from the linked Qlik Sense installation during the initial registration process. It also periodically scans Qlik Sense for updates to keep the user list, user licenses, and license details current. This is currently set to check every 30 minutes.
The sync process works in two phases to permit management of very large user lists. You will not notice if you have a limited user list as it will process very quickly:
- It will return all user details without user attributes.
- It will then batch process the users to retrieve all of the attributes such as email and groups from the identify provider server (e.g. Active Directory).
An admin user in Qlik Alerting can also manually activate the sync process.
Do the following:
-
Navigate to Admin > User Management > Users. (You will need to be logged in as an administrator or the super admin to view this menu.)
- Click Sync Qlik Sense Users at the bottom left of the table.
Qlik Alerting licensing
Qlik Alerting has a site-based license that will read the license details from Qlik Sense which should have the Qlik Alerting attributes as part of the license details. If you have purchased Qlik Alerting recently and this is your first install please ensure your Qlik Sense site has been updated with the revised license details as this is a prerequisite for installing.
Access privileges in Qlik Alerting are governed by the user's licensed access to Qlik Sense. The table below outlines how licenses in Qlik Sense translate to Qlik Alerting access.
Qlik license type | Qlik Alerting access and defaults |
---|---|
Professional |
|
Analyzer |
|
Capacity Analyzer |
Recipient by email only, no access to web portal nor mobile app. |
No license access |
Recipient by email only, no access to web portal nor mobile app. |
Equivalent privileges for alternative Qlik Sense license models
- Token-based license sites will treat anyone with User Access pass or Login Access Pass as an equivalent to a Professional license.
- Core-based license sites will treat all users as an equivalent to a Professional license.
Assigning administrator rights to a user
You will need to always have at least one administrator user at any one time. There is no limit on how many administrator users you can assign.
Do the following:
- Navigate to Admin > User Management > Users.
- Use the search object to find the user you wish to make an administrator and highlight that row.
- Click on the edit button on the bottom toolbar.
- Change the user role dropdown and select administrator.
- Click Save.
Assigning user roles
There are two different types of user roles in Qlik Alerting: user and administrator. An administrator will have access to all functionality to be able to manage all aspects of the Qlik Alerting site.
Assigning user privileges
Professional level users can be given additional functionality through the assignment of user privileges. Only professional level users will be shown in the assigner user lists for privileges as other users cannot be assigned additional privileges. Administrator role users are also excluded from this list as they have access to all privileges as part of their user role.
The following user privileges are available:
User privilege | Description |
---|---|
System Alerts | Allows a professional Qlik Sense licensed user access to system alerts functionality to create and receive system alert notifications. |
Distribution Setting | Allows a professional Qlik Sense licensed user access to create broadcast and managed shared alerts which are sent to users with either a standard or a broadcast license. |
Broadcast Notification | Allows a professional Qlik Sense licensed user access to create and manage broadcast notifications. These are manually created notification messages that can be sent to a user group. |
Share Alerts | Allows a professional Qlik Sense licensed user to be able to share alert records they have created with other named professional or analyzer licensed users who are enabled in Qlik Alerting. This functionality makes a copy of the alert record that the recipient will take ownership of when they accept. |
Steps to assign a user privilege
Do the following:
-
Navigate to Admin > User Management > User Privileges. (You will need to be logged in as an administrator to view this menu.)
You will see a table that identifies the user privilege types available with a count to help you see what has been assigned.
-
Click the edit (pencil) icon of the user privilege type to which you wish to assign users.
The next page will show you two lists of users, on the left those who have not been assigned this privilege and on the right those who are already assigned.
- Select those users you wish to move, use the search to find users easily.
- Click the direction arrows to move them from one list to the other.
- Click Update.
Enabling access for a user
A user will automatically be enabled to use Qlik Alerting based on their license allocation rights in Qlik Sense. You can disable their access as identified below. However, any user who wishes to create and/or to receive an alert will require an email address to be stored against their user record in Qlik Alerting. The email can come from one of two sources; the Qlik Sense user sync if the email address is an attribute stored against the user in Qlik Sense (i.e. it comes from the user directory connector) or the email can be entered and saved directly in Qlik Alerting.
To enter a user's email address do the following:
- Navigate to Admin > User Management > Users (you will need to be logged in as an administrator in Qlik Alerting to see this page).
- Search for the user you wish to add an email for.
- Click on the ... menu on the user and select Edit.
- Enter the email address in the Email ID field.
- Click Save.
The user should now be able to receive email notifications, if they have an appropriate license in Qlik Sense, and can request to set their password from the Qlik Alerting login page.
Disabling access for a user
Disable the user in the Admin > User Management > Users area. Click the enabled switch against the user to turn off the users access.
Using trusted SSL certificates with Qlik Alerting
The Qlik Alerting install ships with a default self-signed certificate to secure the connection between the desktop of the user and the hosted application. This is a secure approach that enables HTTPS connections but will result in error messages in browsers, such as “The site’s security certificate is not trusted” (Chrome) or “This Connection is Untrusted” (Firefox).
This also has an affect on the way the Qlik Alerting Extension will work in Qlik Sense as this can cause cross-domain errors which require the user to click on a message that allows the browser to ‘run unsafe scripts’ (not an optimal user experience).
Steps to add a trusted SSL certificate for Qlik Alerting
Do the following:
- Access to the Qlik Alerting server via remote desktop.
- Navigate to the C:\Program Files\Qlik Alerting\config\certificates folder.
-
Backup the server.pem and server_key.pem certificate files, so you can rollback the change if necessary.
Information note- If you have been using a previous version of Qlik Alerting or Ping Alerting and have client.pem and client_key.pem certificates, you can simply rename them. Replace client with server.
-
Pass phrases for SSL certificates are not supported at this time.
- Replace the certificate files with your equivalent server.pem and server_key.pem certificate files.
- Restart the Qlik Alerting Gateway service.
Managing HSTS settings for an SSL connection
By default Qlik Alerting is set as securely as possible and we have HSTS headers enabled. This means that if you have connected to the site as HTTP or HTTPS you will be forced to connect (by the browser) as HTTPS the next time you connect. This has caused some issues with connections from the extension and mobile app where the environments are not fully secured with 3rd party trusted certificates. The HstsMaxAge setting can be managed to disable this behaviour, follow the steps below.
Do the following:
- Access to the Qlik Alerting server via remote desktop.
- Navigate to the C:\Program Files\Qlik Alerting\gateway\config folder.
- Open the default.json file with a text editor.
- Find the "hstsMaxAge" setting and change the default value 31536000 (1 year) to 0.
- Save the default.json file.
- Restart the Qlik Alerting Gateway service.
Additional security configuration options
Additional configuration options are available for organizations who wish to manage security tightly or wish to be specific about which security features to apply:
- Allow or block HTTP access.
- Allow or block TLS 1.2 (default), TLS 1.1, or TLS 1.0.
- Add additional security headers to manage CORS access and other security restrictions.
To access these settings do the following:
- Access to the Qlik Alerting server via remote desktop.
- Navigate to the C:\Program Files\Qlik Alerting\gateway\config folder.
- Open the default.json file with a text editor.
- Find the "allowInsecure" and "customHeaders" settings where you can change the settings.
- Save the default.json file.
- Restart the Qlik Alerting Gateway Service.
Changing the ports for Qlik Alerting web access
If you wish to change the default ports from 4551 for HTTP and 4552 for HTTPS you must make this change in two places. For example, if you are running Qlik Alerting on a stand alone server with no other programs reserving these ports, you may wish to use ports 80 (HTTP) and 443 (HTTPS), which makes it easy for a user as they do not have to enter these default ports in the URL each time.
Do the following:
- Update the settings in the web UI.
- In the Qlik Alerting web portal, navigate to Admin > Config.
- Update the HTTP and ports to those you would like to change to, for example 80 (HTTP) and 443 (HTTPS).
- Click Save.
- Update the config file for the services.
- On the server, navigate to C:\Program Files\Qlik Alerting\config.
- Open the default.json file.
- On line 4, edit "httpPort": 4551; changing the 4551 value to your HTTP port entered in the Qlik Alerting settings step, for example port 80.
- On line 5, edit "httpsPort": 4552; changing the 4552 value to your HTTPS port entered in the Qlik Alerting settings step, for example port 443.
- Restart the Qlik Alerting Gateway service.
- You should now be able to access Qlik Alerting through these new ports.
- If you have used the Qlik Sense extension in any app, you will need to reset the port setting in each of these instances.
Backup and restore the MongoDB database
You will want to periodically backup the MongoDB database as this serves as the core of Qlik Alerting. It is recommended that you backup the database before each install.
Steps to backup
- RDP onto the server as an administrator user.
- Open a command window as an administrator.
-
Enter the following to change directory:
cd "C:\Program Files\MongoDB\Server\4.0\bin"
Information noteIf you are using a newer version of MongoDB, or it is located in a different location such as a D:\ drive, then please adjust this appropriately. -
Enter the following command, where Backup Name is the identifier for your backup:
mongodump --db=qlikalerting --out="Backup Name"
- This will create a new folder in the C:\Program Files\MongoDB\Server\4.0\bin folder called "Backup Name" and will export all of the data from the database into JSON format files.
- Zip this new folder and store where you require.
Steps to restore
- RDP onto the server as an administrator user.
- Open a command window as an administrator.
-
Enter the following to change directory:
cd "C:\Program Files\MongoDB\Server\4.0\bin"
Information noteIf you are using a newer version of MongoDB, or it is located in a different location such as a D:\ drive, then please adjust this appropriately. - Move the backup to a location that is easy to identify and unzip the file so the folder is located here, for example D:\backups\Backup Name.
-
Enter the following command, where Backup Name is the identifier for your backup:
mongorestore "D:\backups\Backup Name"
- You will now have restored the qlikalerting database in MongoDB.