Go to documentation repository
Previous page Next page
To configure two-factor verification, do the following:
- On the Hardware tab of the System settings dialog box, create the Virtual access server object, based on the Computer object.
- Create the FACE verificator object, based on the Virtual access server object, and go to its settings panel.
- From the Camera drop-down list (1), select the camera that captures the faces. The camera should work as part of the Face Recognition Server.
- From the Server drop-down list (2), select the Face Recognition Server.
- From the Control drop-down list (3) select the access granting mode:
- Server decides - depending on the result of the access rights check or face verification, the access is granted or denied.
- Always redirect - regardless of the result of the second stage, the verifier redirects its solution to the external verifier (Event Manager/Photo ID/Script). Depending on the result, the access is granted or denied.
- Redirect on failure - if the first stage is successful, then this mode is similar to the Server decides mode. If the first stage is failed, then the solution is delegated to the external verifier.
- Redirect on success - if the first stage is failed, then this mode is similar to the Server decides mode. If the first stage is successful, then the solution is delegated to the external verifier.
- From the Mode drop-down list (4) select the access rights checking mode:
- Recognition only - the server makes the access granting decision based only on face verification.
- Rights checking - the server makes the access granting decision after successful verification of user access rights (access level, time zones, blocking, antipassback) and, then, successful face verification. If at the stage of checking access rights, a discrepancy in rights is found, then the device will be prompted to deny access, and face verification will not be started. The access denial event from the FACE verificator object will not be displayed in the Event viewer. If this mode is selected, the following settings become available:
Check date of begin and Check expiration - sets the mode of checking the access card validity:
Do not check – do not check the start or expiration date of the card.
Do not include – do not include the start or expiration date of the card in the check.
Include – include the start or expiration date of the card in the check.
- Check blocking – set the checkbox to check if the user is blocked.
- Check AntiPassBack – set the checkbox to control double pass.
- From the Object type drop-down list (5), select the type of object that will initiate the face check. Typically, this is an access point, reader, etc.
- From the Object drop-down list (6), select the object of the type specified above.
- From the Event drop-down list (7), select the event by which the face check will be launched. The list of available events depends on the selected object type.
From the Reaction for access drop-down list (8), select the command that will be sent to the initiating object upon the successful face verification. The list of available commands depends on the selected object type.
From the Reaction for denial drop-down list (9), select the command that will be sent to the initiating object upon the unsuccessful check/face verification. The list of available commands depends on the selected object type.
If necessary, in the Cache-parameter No.1-No.3 fields (10), specify the parameters that are individual for each ACS integration software module.
Note
For example, in the Noder ACS integration module, each request to the operator is accompanied by the param1 parameter. This parameter must be returned when confirming the access, otherwise the command will be ignored.
Click the Apply button (11) to save the settings.
An example of the two-factor verification configured for the Noder ACS integration module is presented below.
The two-factor verification is configured.