Advanced Installation Topics
Advanced Installation Topics
Advanced Installation Topics
CHAPTER 1 Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5
The Installation Guides . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .5
Minimum Privileges Required by Windows Users . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .6
CHAPTER 8 VMware . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 39
VMware Installation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 39
Virtual Machine Setup . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 39
Creating a New Virtual Machine . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 39
Recommended Hardware Configurations . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 40
Reference . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 61
Appendices . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 79
The Advanced Installation Topics Guide focuses on those aspects of the OnGuard installation that are
not part of normal procedures. Topics covered include:
• Installing Oracle and SQL Server databases
• How to perform a remote installation
• How to use SNMP with OnGuard
• Ports used by OnGuard
• OnGuard Services
Installation Guide. DOC-110. A comprehensive guide that includes instructions for installing the
OnGuard software. This guide also includes information on the current SQL Server version and the
browser-based client applications
Upgrade Guide. DOC-120. A short and sequential guide on upgrading and configuring an access
control system that utilizes SQL or SQL Server Express system.
Enterprise Setup & Configuration User Guide. DOC-500. A guide that includes instructions for
installing database software, the access control system Enterprise software, and how to setup complex
Enterprise systems.
Component or
Program Task Required Privileges Notes
Database Setup Use Database Setup Standard user must Map the
have a login to SQL AccessControl
Server, and must run database to the user
Database Setup with with the roles:
administrator • db_datareader
privileges. This • db_datawriter
restriction does not
• db_ddladmin
apply if the
application.config file
is configured to use
the Lenel database
user.
Universal Time Convert data to UTC Standard user must Map the
Conversion utility time have a login to SQL AccessControl
Server, and must log database to the user
into Windows as an with the roles:
administrator. This • db_datareader
restriction does not • db_datawriter
apply if the
application.config file
is configured to use
the Lenel database
user.
Component or
Program Task Required Privileges Notes
Web Area Access Assign and remove Standard user must Map the
Manager access levels to/from have a login to SQL AccessControl
cardholders Server. This restriction database to the user
does not apply if the with the roles:
application.config file • db_datareader
is configured to use • db_datawriter
the Lenel database
• db_executor
user.
Component or
Program Task Required Privileges Notes
The following overview and instructions are for the following Oracle 12c Release 1 Server
installations:
• Single instance database(s) (no Real Application Cluster [RAC]/grid control)
• Enterprise Edition
• Oracle 12c Release 1 Database Server
• Enterprise Manager Database Express
• Windows Server 2012 R1 64-bit
If your configuration includes any customizations, or a different version of Oracle or Windows, then
your procedures will differ from those provided in this chapter. Make adjustments accordingly.
An Oracle 12c Release 1 database-compatible Oracle 32-bit client must be installed on each OnGuard
system, regardless of whether it will be an OnGuard server or client, and independent of whether it is
also the database server. Oracle 64-bit clients will not work with the OnGuard software.
If you are using Windows 7 64-bit or Windows 8/Windows 8.1 64-bit, you might need to run Oracle
applications, such as the Net Configuration Assistant, as an Administrator for configuration changes
to persist.
If installing on a server with the IP address set to DHCP, then you must first configure a loop-back
adapter.
When installing and configuring Oracle Database 12c, do not close any Oracle windows while a
program is running. Doing so can result in configuration errors and loss of data. Instead, utilize the
Oracle close or cancel buttons.
3. Configure the Database server’s Listener and Naming Methods by running the Net Configuration
Assistant from the database’s Oracle Home. For more information, refer to Step 3: Configure the
Live Database Home Net Configuration on page 15.
4. Create the Live database. For more information, refer to Step 4: Create the Live Database on
page 15.
5. If the Windows Firewall will be enabled on any Oracle client or server, then take the necessary
steps to avoid firewall issues. For more information, refer to Step 5: Prevent Firewall Issues on
page 17.
6. Perform Step 6: Configure the LISTENER Manually on page 17.
7. Verify that the Live database is accessible from the database home. For more information, refer
to Step 7: Verify Live Database Accessibility from the Database Oracle Home on page 18.
8. Verify that the Live database is accessible from the Enterprise Manager. For more information,
refer to Step 8: Verify Live Database Accessibility from the Enterprise Manager Database
Express URL on page 18.
9. Perform Step 9: Prepare the User Scripts on page 19.
10. Create the Live Database Oracle users. For more information, refer to Step 10: Create the Live
Database Oracle Users on page 20.
11. Create the Archival database. For more information, refer to Step 11: Create the Archival
Database on page 21.
12. Install and configure the planned Oracle client. For more information, refer to Step 12: Install
and Configure the Planned Oracle Client on page 21.
13. Install OnGuard 7.3. For more information, refer to Step 13: Install OnGuard 7.3 on page 21.
Note: Setup Assistant runs automatically after the OnGuard installation completes.
Note: By default, OnGuard replicates all data that can be archived to the Master server. For
this reason, you might wish to Archive to database on the Master server only.
When deciding which Oracle Client to use, consider the Lenel recommendations and restrictions. Go
to https://partner.lenel.com/downloads/onguard/software. Once there, select Compatibility Charts
from the Choose type of download menu, and select the Databases chart.
Note: When accessing the Downloads section at https://partner.lenel.com, make sure to select
the version of OnGuard that is currently installed.
Also review Oracle’s Client/Server/Interoperability Support Matrix for Different Oracle Versions
(Doc ID 207303.1).
Sample OnGuard
Database OnGuard Live Archival
Configuration Database Database Oracle Client
SHost.sample
.com
Host Name
C:\app\Ouser
Oracle Base
C:\app\Ouser\
product\12.1.0\
Oracle Home dbhome_1
Sample\Ouser
Oracle Home
User
LnlLive.sample
Global .com
Database Name
LnlLive
Local Net
Service Name
(SID)
LnlLive.sample
.com
Service Name
1521
Port
Sample\
Authentication AuthUser
User*
* The specified user must be the same for the Live and Archival database, if present.
Notes: Patch Sets are now released as part of Oracle full installation packages. To ensure you
have an approved version, go to the Lenel web site at: https://partner.lenel.com/
downloads/onguard/software. Once there, select Compatibility Charts from the
Choose type of download menu, and then select the Databases chart.
When accessing the Downloads section at https://partner.lenel.com, make sure to select
the version of OnGuard that is currently installed.
2. The Configure Security Updates window opens. Complete the Email and Password fields, and
then click [Next]. You might need to provide Proxy server and port information.
3. The Download Software Updates window opens. If you wish to update the software, select the
preferred option, and then click [Next]. Or you can select Skip software updates, and then click
[Next].
Notes: Updates must be for an approved version of Oracle Database 12c Server. The list of
approved versions can be found on the Lenel Web site at: https://partner.lenel.com/
downloads/onguard/software. Once there, select Compatibility Charts from the
Choose type of download menu.
When accessing the Downloads section at https://partner.lenel.com, make sure to select
the version of OnGuard that is currently installed.
4. If you chose to update the software, the Apply Software Updates window opens. Select the
appropriate option for applying all updates, and then click [Next].
5. The Select Installation Option window opens. Select Install database software only, and then
click [Next].
6. The Grid Installation Options window opens. Select Single instance database installation, and
then click [Next].
7. The Select Product Languages window opens. Use the arrow buttons to move the desired
languages to the right pane, and then click [Next].
8. The Select Database Edition window opens. Select Enterprise Edition, and then click [Next].
9. In the Specify Oracle Home User window, select the windows account to run the Oracle services.
Oracle recommends using a non-Administrator Windows user. Click [Next].
10. The Specify Installation Location window opens. Modify the Oracle Base to match the Oracle
Base specified for the Live database in Step 1: Pre-Installation Planning on page 12, and then
click [Next].
11. The Prerequisite Checks window opens, followed by the Summary window.
a. Verify that the requirements are met, as shown in the Summary window.
b. Click [Install]. The installation progress is shown in the Install Product window.
Note: The installation process might take several minutes or more, depending on your system
resources.
12. The Finish window opens. Click [Close].
Note: The Configure Database Options, Manage Pluggable Databases, and Delete
Database options are enabled only if you have an existing database.
3. The Creation Mode window opens.
a. Select the Advanced Mode radio button.
b. Click [Next].
4. The Database Template window opens.
a. Select the Custom Database radio button.
b. Click [Next]
Note: Selecting a template that does not include datafiles gives you full control to specify and
change additional database parameters.
5. In the Database Identification window, specify the Global Database Name.
a. Type LnlLive.<fully qualified domain> or just LnlLive (depending on
whether your database server is in a domain or part of a workgroup) in the Global Database
Name field.
b. Click [Next].
Note: The Oracle System Identifier (SID) populates automatically with the first 12
alphanumeric characters.
6. The Management Options window opens. Select the Configure Enterprise Manager (EM)
Database Express check box and then click [Next].
7. The Database Credentials window opens. Type the administrative password(s) you would like for
the different accounts, enter the Oracle Home User Password, and then click [Next].
8. On the Network Configuration window, select the Listener configured previously and then click
[Next].
9. The Storage Locations window opens. Choose the storage, recovery, and file locations, and then
click [Next].
Note: The Enable Archiving recovery option is not related to the new OnGuard database
archiving feature.
10. The Database Options window opens.
a. Deselect all database components.
b. Click [Next].
11. The Initialization Parameters window opens. Leave the default settings on the Memory, Sizing,
Character Sets, and Connection Mode tabs, and then click [Next].
12. The Creation Options window opens. Ensure the Create Database check box is selected, then
select the Customize Storage Locations button.
a. In the Customize Storage window, rename the following tablespaces per the following table.
b. Select the tablespace to rename.
c. Enter the new tablespace name in the Name field.
d. Update the Size field, entering the new size.
e. Click [Apply] before selecting the next tablespace to modify.
f. Click [OK] when done with all modifications.
The following table identifies the necessary tablespace names and recommended minimum sizes.
New
Old Tablespace Tablespace
names names New Size (MB) Notes
USERS LENEL_DATA 50
UNDOTBS1 UNDOTBS1 50
Note: You can specify other names in the Name field. If you do, you must set the
defDataSpace variable to the new Name. For more information, refer to Step 9:
Prepare the User Scripts on page 19.
13. After Create Options configuration is complete, click [Next].
14. The Pre Requisite Checks window opens. If the checks pass, then it automatically transitions to
the Summary window. Confirm the configuration, and then click [Finish].
15. The Progress Page is shown. This might take over 5 minutes depending on system resources.
16. Upon completion, the Database Configuration Assistant window opens and shows key
information. Write down the EM Database Express URL, and then click [Exit].
17. From the Progress Page, click [Close] as long as all steps have a Finished status. Otherwise
investigate and resolve the issue.
Note: The following steps are only required if your Oracle server or client firewalls are
enabled.
1. Open the Oracle LISTENER TCP port (typically 1521) for inbound and outbound traffic.
For more information, refer to “Using OnGuard on Supported Operating Systems” in the
Installation Guide.
2. To resolve port redirection issues, see Oracle Metalink Note 361284.1 and implement one of the
options presented.
a. When prompted for the Oracle Home User’s password, enter the password and then press
<Return>.
b. To create and start the LISTENER’s window service might take several minutes or more
depending on your system resources.
c. When done the system should indicate “The command completed successfully.
d. Open Services and set the OracleOraDB12Home1TNSListener service to Automatic Startup
type.
For more information, refer to “Using OnGuard on Supported Operating Systems” in the
Installation Guide.
4. Restart the Live database host server.
For more information, refer to “Using OnGuard on Supported Operating Systems” in the
Installation Guide
d. Login as the System user.
2. Confirm that the Live database is online and started.
3. Configure the DEFAULT profile.
a. Select Security > Profiles and select the DEFAULT profile.
b. Select Actions > Alter Profile.
c. Set Expire in (days) to Unlimited.
d. Set Number of failed login attempts to lock after to Unlimited.
Note: This is not a good long-term practice, but is useful prior to installing OnGuard and
before the Login Driver is synchronized with the database.
e. Click [OK].
4. Log out of Enterprise Manager.
IMPORTANT: Restricted user configuration allows you to avoid granting the Lenel and/or
Windows Authenticated users the DBA role. This ensures that OnGuard Oracle
users can only execute OnGuard functionality and not database-level
administration tasks, such as backups and restores. This makes the Oracle
database more secure. In fact, the restricted users will not be allowed to login
to the Enterprise Manager Database Express.
1. Create a local folder on the Database server.
2. If restricting the Lenel user or configuring a Windows Authenticated user, then copy the <Path to
OnGuard installation disc>\program files\OnGuard\DBSetup\New\RestrictedUserRole.ora to the
local folder on the Database server.
3. Copy the <Path to OnGuard Install Disc>\program files\OnGuard\DBSetup\New\LenelUser.ora
to the local folder on the Database server.
4. Edit the local copy of the LenelUser.ora file as described in the remarks in the file.
a. If you chose not to use the LENEL_DATA and/or LENEL_TEMP tablespace names, then
you must change the LENEL_DATA and/or LENEL_TEMP references on the CREATE
USER line to match the tablespace names configured previously when creating the database.
Contact your database administrator for details.
b. If restricting the Lenel user, then comment out the GRANT line with DBA specified and un-
comment the @@RestrictedUserRole.ora and the GRANT line with
LENEL_RESTRICTEDUSER_ROLE specified.
c. If you need to change the default LENEL password of “Secur1ty#”, then modify the
CREATE USER line to reflect the desired password.
d. Save and exit.
5. If you are NOT planning on using a Windows Authenticated user for application.config
(Database Setup and OnGuard Web Applications), then continue to Step 10: Create the Live
Database Oracle Users on page 20. Otherwise copy the <Path to OnGuard Install Disc>\program
files\OnGuard\DBSetup\New\WindowsUser_Authentication.ora to the same local folder on the
Database server as the LenelUser.ora script was placed.
6. Edit the local copy of the WindowsUser_Authentication.ora file as described in the remarks in
the file.
a. If you chose not to use the LENEL_DATA and/or LENEL_TEMP tablespace names, then
you must change the LENEL_DATA and/or LENEL_TEMP references on the CREATE
USER line to match the tablespace names you configured previously when creating the
database. Contact your database administrator for details.
b. If not restricting the Lenel user, then un-comment the @@RestrictedUserRole.ora line.
c. Replace “WindowsUser” references with Live Database Authentication User with an
"OPS$" prefix.
d. Save and exit.
IMPORTANT: You must be logged in as the System user, using the same password set on the
Database Credentials window in Step 4: Create the Live Database on page 15.
4. Verify that Oracle connects properly. You should see “Connected to” in the console.
5. From the SQLPlus SQL prompt, run the following: @@local folder
path\LenelUser.ora.
6. Verify there were no errors. You should see output similar to the following:
"User created."
"Role created." (IF Lenel user restricted)
"Grant succeeded." (Approximately 23 of these IF Lenel user
restricted)
"Commit complete." (IF Lenel user restricted)
"Grant succeeded."
"Commit complete."
7. If not configuring Windows Authentication, then skip to Step 11: Create the Archival Database
on page 21.
8. At the SQL prompt, run the following: @@WindowsUser_Authentication.ora.
9. Verify there were no errors. You should see output similar to the following:
"User created."
"Grant succeeded."
"Commit complete."
10. Exit SQL.
Notes: The following steps are only required if you plan to Archive to a database.
By default, OnGuard replicates all data that can be archived to the Master server. For
this reason, you might wish to Archive to database on the Master server only.
If you plan to archive to an Archival database, then create the Archival database by performing the
following steps after creating the Live database. References to the Live database or its settings should
be replaced with the Archival database or its settings.
1. Repeat Step 4: Create the Live Database on page 15 to create the Archival database, but:
a. Change the Database name to LnlArch.<fully qualified domain> or just LnlArch (depending
on whether your database server is in a domain or part of a workgroup) in the Global
Database Name field, or whatever you specified in the table entry for OnGuard Archival
Database’s Global Database Name in Step 1: Pre-Installation Planning on page 12.
b. Use the same listener created for the Live database.
2. Repeat Step 7: Verify Live Database Accessibility from the Database Oracle Home on page 18.
3. Repeat Step 8: Verify Live Database Accessibility from the Enterprise Manager Database
Express URL on page 18.
4. Repeat Step 10: Create the Live Database Oracle Users on page 20.
Note: Utilize the same local folder and scripts that were modified for the Live database.
5. The Archival database is now ready for use.
For detailed information about the Live and Archival databases, refer to the Archives Folder chapter
in the System Administration User Guide.
Note: If Windows single sign-on is used for database authentication, log in as the Windows
(domain or local) user specified during the Oracle user creation.
IMPORTANT: If you are using Windows 7, you might need to run Oracle applications, such as
the Net Configuration Assistant, as an Administrator for configuration changes
to persist.
IMPORTANT: If installing the 64-bit version of Oracle Database, you must also install the 32-
bit version of the client tools or OnGuard will not work properly.
1. Launch Oracle Universal Installer from the Oracle Client 12c Release 1 disc or folder by running
setup.exe.
Notes: Patch Sets are now released as part of Oracle full installation packages. To ensure you
have an approved version, go to https://partner.lenel.com/downloads/onguard/software.
Once there, select Compatibility Charts from the Choose type of download menu,
and then select the Databases chart.
When accessing the Downloads section at https://partner.lenel.com, make sure to select
the version of OnGuard that is currently installed.
Notes: Updates must be for an approved version of Oracle Client 12c Release 1. The list of
approved versions can be found on the Lenel Web site at: https://partner.lenel.com/
4. If you chose to update the software, the Apply Software Updates window opens. Select the
appropriate option for applying all updates, and then click [Next].
5. The Select Product Languages window opens. Move the desired languages to the right pane
using the arrow buttons, and then click [Next].
6. The Specify Oracle Home User window opens. Select the windows account to run the Oracle
services. Oracle recommends using a non-Administrator Windows user. Lenel recommends
using the same Oracle Home User as the Live database you will be connecting to. Click [Next].
7. The Specify Installation Location window opens. Modify the Oracle base to match the Oracle
Base specified for the Live database if this Oracle client host is also the Oracle Live Database
host. Otherwise accept the defaults, and then click [Next].
Note: This recommendation should be acceptable even if the Oracle client and Oracle
database are different versions because the Software location should reflect a
differentiating version sub-directory as well as a unique home name.
8. The Summary window opens.
a. Verify that the settings meet the desired configuration.
b. Click [Install].
9. The Install Product window opens, showing the progress of the installation. The installation
process might take several minutes or more depending on your system resources.
Note: The installer wizard window closes if installing the Oracle Client on a Windows Server
2012 R2 workstation that also has the Oracle Server installed. The Oracle Client cannot
be installed on a Windows 8.1 64-bit workstation without the Oracle Server.
10. The Finish window opens. Click [Close].
Note: The following sub-steps are only required if your Oracle Server or Client firewalls are
enabled.
1. Open the Oracle LISTENER TCP port (typically port 1521) for Inbound and Outbound traffic.
For more information, refer to “Using OnGuard on Supported Operating Systems” in the
Installation Guide.
2. To resolve port redirection issues, see Oracle Metalink Note 361284.1 and implement one of the
options presented.
b. Click [Next].
3. The Net Service Name Configuration window opens.
a. Select the Add radio button.
b. Click [Next].
4. The Service Name window opens.
a. Enter the Live database’s Global Database Name.
b. Click [Next].
c. Verify TCP is selected and then click [Next].
d. Enter the Live database’s Host Name, accept the default standard port of 1521, and then
click [Next].
e. Select the Yes, perform a test radio button, and then click [Next].
f. Select the Change Login radio button.
g. Enter the Live database’s System User and Password.
h. Observe the details, which should indicate that the test was successful.
i. Click [Next].
j. Accept the default Net Service Name, which should match the Live database’s Local Net
Service Name (SID), and then click [Next].
k. Select the No radio button, and then click [Next].
5. The Net Service Name Configuration window opens. Click [Next].
6. If an Archival Database is utilized, then repeat steps 2 through 5, replacing the Live Database
settings and references with the Archival Database settings. Otherwise, continue to step 7.
7. Select the Naming Methods configuration radio button.
a. Click [Next].
8. The Select Naming Methods window opens.
Note: If the client host is also a database host, then these setting might already be present.
a. In the Available Naming Methods list, select Easy Connect Naming.
b. Click the right arrow button.
c. Repeat steps 8a and 8b for Local Naming.
d. Click [Next].
9. The Naming Methods Configuration Done window opens. Click [Next].
10. Click [Finish].
Transparent data encryption (TDE) performs real-time I/O encryption and decryption of the database
and database log files. (Standard OnGuard log files are not encrypted.)
The encryption uses a database encryption key (DEK), which is stored in the database boot record for
availability during recovery. The DEK is a symmetric key secured by using a certificate stored in the
master database of the server or an asymmetric key protected by an EKM module. TDE protects data
“at rest,” meaning the data and log files. It provides the ability to comply with many laws,
regulations, and guidelines established in various industries.
For detailed information, refer to “Understanding Transparent Data Encryption” http://
msdn.microsoft.com/en-us/library/bb934049.aspx.
IMPORTANT: TDE does not provide encryption across communication channels. For more
information about how to encrypt data across communication channels, refer to
“Encrypting Connections to SQL Server” http://msdn.microsoft.com/en-us/
library/ms189067.aspx.
Enabling TDE
To utilize TDE for the OnGuard database, the system should have Windows Server 2012 R2 or
Windows Server 2012 and SQL Server 2012 or SQL Server 2014 installed.
To enable TDE, refer to the section, “Using Transparent Database Encryption” in the article,
“Understanding Transparent Data Encryption” http://msdn.microsoft.com/en-us/library/
bb934049.aspx.
Note: Encryption is CPU intensive. Therefore, servers with high CPU usage will suffer
performance loss.
• WARNING! • These features should only be used for client installations. Lenel does not
recommend or support centralized installation or upgrading of servers because
servers require additional care and attention.
IMPORTANT: After enabling the automatic client updates feature, all Security Utility system
modifications and license terms are accepted automatically on the client
workstation being updated.
Notes: Keep the old license in the License Server so that the out-of-date client can start and
check for an update. Once updated, the new client will use the new license.
At startup, Client Update application checks to see if server components are installed on
the client workstation. If the application finds any server component other than the
Communication Server, then the client update is canceled and the user sees an error
message.
For information on troubleshooting automatic client update functionality, refer to Client
Update Troubleshooting in the System Administration User Guide.
This functionality only applies to new releases, service packs, and incremental updates
where the OnGuard version number has changed.
Service packs always contain the base installation plus the service pack. This enables a
client workstation with OnGuard to update directly to an OnGuard service update.
Note: When the OnGuard update installation completes, the Installation Package.msi file is
deleted from the client workstation automatically.
Notes: This workflow assumes that the OnGuard server workstation is already installed and
configured to run the LS Client Update Server service, as described in Client Update
Form Procedures in the System Administration User Guide.
This workflow also assumes that the server and client are running a supported version of
the OnGuard software.
1. The client user attempts to login to an application in OnGuard, and then receives a message that
the OnGuard installation is out of date, and asks if the user wants to upgrade now or later. If user
selects later, the OnGuard application closes.
If the user selects now, the OnGuard application closes and the LS Client Update service
application launches.
Notes: The user always has the option to cancel a client update that is in progress.
If the user cancels while in the download queue (refer to Step 4) and then initiates a
client update again, the user is placed at the back of the queue.
If the user cancels while the installation package is downloading and then initiates a
client update again, the download continues from where it left off (download is queued
if the maximum concurrent downloads is reached, as described in Step 4).
If the user cancels an installation that is in progress, the user can run the installation
package again.
2. The LS Client Update service application attempts to reach the LS Client Update Server service
location, and displays an error message if unsuccessful.
3. Once the connection is made, the LS Client Update service application requests a download of
the OnGuard installation package.
Notes: Before requesting the download, the LS Client Update service checks to see if the
installation package (Installation Package.msi file) was already placed or pushed onto
the client workstation. If so, the process skips to Step 7.
If the download begins but fails (due to timeout, network outage, cancelled by client,
and so on), the download will resume from where it left off when the user restarts the
download.
4. The LS Client Update Server service either starts downloading the OnGuard installation package
(Installation Package.msi file) and logs a Download Started transaction in the User Transaction
Log, or places the client in the download queue.
If the maximum number of concurrent client downloads is reached, the LS Client Update service
application informs the user of the position in the queue. The server logs a Queued for Download
transaction in the User Transaction Log.
5. The LS Client Update service application receives the installation package, and verifies it was
not corrupted during transfer.
6. The LS Client Update service application notifies the LS Client Update Server service that the
download was successful. The server logs a Download Finished transaction in the User
Transaction Log.
7. The LS Client Update service application starts installing the OnGuard client update with no user
prompts (unattended installation mode). The client also notifies the LS Client Update Server
service to log an Installation Started transaction in the User Transaction Log.
Note: If the installation fails, the user can retry the installation. Users are notified that the
installation has failed. After fixing the cause of the failure, the user clicks [Retry].
8. Once the installation is complete, the LS Client Update service application notifies the LS Client
Update Server service to log an Installation Finished transaction in the User Transaction Log.
9. The LS Client Update service application deletes the installation package from the client
workstation.
10. The LS Client Update service application notifies the user that the installation is complete. The
user then closes the application.
Note: To run a detailed report of the client update statistics, refer to Running a Client Update
Report in the System Administration User Guide.
Notes: This workflow assumes that the OnGuard server workstation is already installed and
configured to run the LS Client Update Server service, as described in Client Update
Form Procedures in the System Administration User Guide.
This workflow also assumes that the required LS Client Update service application file
was placed manually on client workstations running a supported version of the
OnGuard software. The required file is: Lnl.OG.AutoUpgrade.Client.exe.
This file can be found on the OnGuard disc, in the \program files\OnGuard directory.
This same directory also contains the installation package.txt file, which describes the
purpose and process for using the application file, and which can be distributed to the
client workstations along with the application file.
In addition, Microsoft .NET Framework 4.6.1 must be installed before running the LS
Client Update Service application manually.
The application file is small enough that it can be easily distributed as an e-mail
attachment.
Note: The application prompts users who do not have Administrator privileges to provide an
administrator’s user name and password. The Client Update workflow will not proceed
without an administrator’s login information.
2. The LS Client Update service application asks the user for the LS Client Update Server service
location, and the port to use. For client workstations that do not already have OnGuard installed,
the application allows the user to select the Installation type:
• Typical client (all features)
• Monitoring client
• Badging and credential client
3. The LS Client Update service application attempts to reach the LS Client Update Server service
location, and displays an error message if unsuccessful.
4. Once the connection is made, the LS Client Update service application requests a download of
the OnGuard installation package.
Notes: Before requesting the download, the LS Client Update service checks to see if the
installation package already exists on the client workstation. If it does, the process skips
to Step 8.
If the download begins but fails (due to timeout, network outage, cancelled by client,
and so on), the download will resume from where it left off when the user restarts the
download.
5. The LS Client Update Server service either starts downloading the OnGuard installation package
and logs a Download Started transaction in the User Transaction Log, or informs the user of the
position in the download queue.
6. The LS Client Update service application receives the installation package, and verifies it was
not corrupted during the transfer.
7. The LS Client Update service application notifies the LS Client Update Server service that the
download was successful. The server logs a Download Finished transaction in the User
Transaction Log.
8. The LS Client Update service application starts installing the OnGuard client update with the
normal user prompts. The client also notifies the LS Client Update Server service to log an
Installation Started transaction in the User Transaction Log.
Note: If the installation fails, the user can retry the installation. Users are notified that the
installation has failed. After fixing the cause of the failure, the user clicks [Retry].
9. Once the installation is complete, the LS Client Update service application notifies the LS Client
Update Server service to log an Installation Finished transaction in the User Transaction Log.
10. The LS Client Update service application deletes the installation package from the client
workstation.
11. The LS Client Update service application notifies the user that the installation is complete. The
user then closes the application.
Note: To run a detailed report of the client update statistics, refer to “Running a Client Update
Report” in the System Administration User Guide.
IMPORTANT: In order to use this deployment method properly, follow the instructions as
provided. Any attempt to alter the installation options or use additional
switches can potentially block certain layers of configuration in the product
installation, resulting in an incomplete and non-functioning installation.
Note: Make sure to locate the Installation Package.msi file and not another ,msi file on the
source media. The Installation Package.msi file is over 500 MB in size and includes
the entire client deployment file set.
3. Make a copy of the Installation Package.msi file and place the copy elsewhere (for example, the
desktop or the root level of a drive).
The Installation Package.msi file is the only file required to stage and deploy unattended
clients. No other files are needed from the source installation media.
4. Once the copy of the Installation Package.msi file is staged for deployment, specific command
line parameters applied to the msiexe.exe file can be used to silently deploy client installations.
Use the specified parameters as shown in Command Line Parameter Reference on page 36.
IMPORTANT: Do not deviate from the following parameters as certain overrides (such as /qb
and /qr quiet modes) can suppress critical third party and configuration
elements necessary for the client to properly install.
Notes: The use of quiet modes is not required because OnGuard has a custom
CLIENTUPDATE property that controls the user interface suppression levels to deny
user intervention, but to allow required configuration to occur.
Only use straight/ambidextrous quotation marks instead of curly/smart quotation marks
for parameters. Curly/smart quotation marks are not supported.
To ensure you have the required privileges to fully configure OnGuard, run the
msiexec.exe file as an administrator by right-clicking on the file and selecting Run as
Administrator.
If you do not specify whether to include or exclude a feature, that feature is deployed based on its
default feature level.
ADDLOCAL="{A},{C},{E},{G}" REMOVE="{B},{D},{F},{H}"
{A…Z} Feature List:
– AlarmMonitoring1
– AreaAccessManager1
– BadgeDesigner1
– DeviceDiscovery2
– DeviceDiscoveryService2
– FormsDesigner1
– IDCredentialCenter1
– MapDesigner1
– SkyPointIntegrationAdvancedFeatures2
– SystemAdministration1
– VisitorManagement1
– VideoViewer1
1 Features delivered by default in a standard client installation
2
Features not delivered by default in a standard client installation
Note: Unless you have a specific intent to use the features not delivered by default in a
standard client, it is recommended that you do not include them in your custom
deployment.
Examples
The following examples show how to execute Unattended OnGuard Client Deployment.
Note: The formatting in Example 2 shows line returns where there are spaces. To see how the
formatting would appear in a command prompt, copy Example 2 and paste it into a
simple text editor.
VMware provides a way to create a virtual machine. OnGuard server software and the
Communication Server are certified to run on VMware ESXi.
VMware Installation
Installation of VMware ESXi should be performed according to the manufacturer documentation. Be
sure the physical server (host) and storage array are listed on the hardware compatibility list for ESXi
to meet the minimum requirements.
Also, take into consideration the minimum requirements of the applications that will be installed on
the virtual machine (guest).
5. Once the virtual machine has been created, install OnGuard according to the instructions in the
Installation Guide.
Note: OnGuard only supports SNMPv1 Traps, whether they are sent when OnGuard is
configured as an Agent, or if they are received when OnGuard is configured as an
SNMP Trap Manager.
SNMP (Simple Network Management Protocol) is used primarily for managing and monitoring
devices on a network. This is achieved through the use of get and set requests which access and
modify variables on a given device, as well as SNMP traps which are used to notify Managers of
changes as they occur. The device which is being managed or monitored is called the Agent. The
application that is doing the managing or monitoring is called the Manager. You can think of a
Manager as the coach of a team, and Agents as all the players on the team. The following diagram
illustrates how OnGuard can be used as an SNMP Manager:
OnGuard
Database
SNMP
s Agent
T rap
SNM P
SNMP
SNMP Traps
Agent
SNM P
T raps
SNMP
Alarm Monitoring Workstation Agent
Agents generate trap messages, which are sent to a Manager to indicate that something has changed.
Trap messages generally contain the system uptime, the trap type, and the enterprise number.
OnGuard uses Enterprise specific trap messages to send alarms to SNMP Managers. OnGuard
generates trap messages, but does not listen for messages from SNMP Managers. The following
diagram illustrates how OnGuard can be used as an SNMP Agent:
SNMP
Agent
r a ps
SNMP T
SNMP
SNMP Traps
Agent
SNMP
Traps
SNMP Manager OnGuard
system
Configuring OnGuard as an SNMP Agent requires the use of DataConduIT and the DataConduIT
Queue Server, as shown in the diagram that follows.
OnGuard system
Internal
architecture OnGuard
of OnGuard Database
system
Linkage Server
DataConduIT
SNMP
SNMP SNMP
Agent Agent
Third-party
SNMP Manager
Why use SNMP with OnGuard? This depends on whether you are using OnGuard as an SNMP
Manager or as an SNMP Agent.
Configuring SNMP
The following steps must be completed before you configure OnGuard as either an SNMP Manager
or an SNMP Agent:
1. Install the Windows SNMP components. You will need your Windows CD to complete this
procedure. For more information, refer to Install the Windows SNMP Components on page 44.
2. Install a license with SNMP support.
1. In Windows, open the Control Panel. For more information, refer to “Using OnGuard in the
Supported Operating Systems” in the Installation Guide.
2. Double-click “Add or Remove Programs”.
3. The Add or Remove Programs window opens. Click “Add/Remove Windows Components”.
4. The Windows Components Wizard window opens. Select the Management and Monitoring
Tools check box.
5. Click [Details].
6. The Management and Monitoring Tools window opens. Verify that the Simple Network
Management Protocol check box is selected, and then click [OK].
7. Click [Next].
8. The Configuring Components window opens. The status bar is updated as the installation
proceeds.
10. A message indicating that you have successfully completed the Windows Components Wizard is
displayed. Click [Finish].
Notes: You are required to enter the workstation’s NetBIOS name. (The NetBIOS name is
specified when Windows networking is installed/configured.)
Only one SNMP Manager is allowed to run on each Communication Server. You can
have several Communication Servers running with an SNMP Manager on each one and
have all Agents in that part of the network configured to report to the local Manager.
This would help localize network traffic.
7. Click [OK].
Add Agents
If OnGuard receives an event from an Agent that has not been defined, it will automatically add an
Agent for it and have the default name set to the IP address of the Agent. You can then go in and
modify the Name to whatever you want. On a segmented system, Agents are added to the Manager’s
segment by default, but they can also be assigned to different segments as well.
To add an Agent manually:
1. In System Administration, select SNMP Managers from the Additional Hardware menu. The
SNMP Managers folder opens.
2. Click the SNMP Agents tab.
3. Click [Add].
4. In the Name field, type a name for the SNMP Agent.
5. In the IP address field, enter the IP address of the SNMP Agent.
6. (Optional) In the Location field, enter the location of the SNMP Agent.
7. (Optional) In the Description field, enter a description of the SNMP Agent.
8. Click [OK].
9. Repeat steps 1-8 for all Agents you wish to add.
Notes: This location can be changed in the ACS.INI file by adding the following setting:
[SNMPManager]
MIBDir=“drive:\absolute\path\to\MIB\directory”
To make changes in the ACS.INI file on a Windows 7, Windows 8, or Windows 8.1
computer, you must right-click on the ACS.INI file and run it as an Administrator.
This directory is processed when a MIB file is loaded in order to load modules that may be
imported into the MIB file being loaded. Only files containing imported modules should be
saved in this directory. In most cases, the default files in this directory are sufficient. If additional
files are required, determine which additional files define the modules imported by the MIB file
and place them in this directory.
If a MIB file for an imported module is not present in this directory and the processor encounters
an undefined identifier in the MIB file it’s parsing, it will log an error to MIBProcessor.log in the
C:\ProgramData\Lnl\logs directory.
3. In System Administration, select SNMP Managers from the Additional Hardware menu. The
SNMP Managers folder opens.
4. Click the SNMP Management Information Base tab.
5. Click [Add].
6. The Open window is displayed. Navigate to the MIB file you wish to load, and then click [Open].
In this example, the lenel.mib file is being loaded.
Note: After a MIB file has been loaded into OnGuard, the actual file is no longer needed.
SNMP Reports
Reports are run from System Administration or ID CredentialCenter. For more information, please
refer to the Reports Folder chapter in the System Administration or ID CredentialCenter User Guide.
There are two SNMP-related reports that can be run:
• SNMP Agents - lists all SNMP Agents sorted by segment and name
• SNMP Management Information Base Configuration - lists all MIB data grouped by enterprise
The SNMP Management Information Base Configuration report lists each node’s label and OID
(Object ID) description. If configured, the following additional options will also be listed:
• Use in alarm description
• Include label with value
• Use leaf node only for label
Note: For more information, refer to the DataConduIT Message Queues Folder in the System
Administration User Guide.
b. Click [OK].
4. On the General sub-tab:
a. In the Queue name field, type the name of the queue. The name is case-sensitive.
b. In the SNMP manager field, type the name of the queue manager.
c. Note that the Queue type and Operation that you selected are displayed, but cannot be
modified.
5. On the Settings sub-tab:
a. If you wish to have photo, signature, and fingerprint information sent in messages, select the
Include photos and signature in messages check box.
Note: Including photo information in the messages makes the size of the message sent much
larger.
b. Select whether a message will be sent when cardholder, badge, visitor, and linked accounts
are added, modified, or deleted.
c. If you wish to have a message sent when an access event occurs, select the Send a message
when access events occur check box.
d. If you wish to have a message sent when a security event occurs, select the Send a message
when security events occur check box.
6. Using the Advanced sub-tab is optional and for advanced users. On the Advanced sub-tab you
may:
a. Type an object event WMI query directly into the Object event WMI query textbox.
b. Type an access and security event WMI query directly into the Access and security event
WMI query textbox.
7. Click [OK].
that the name of CMU and The Regents of the University of California not be used in advertising or
publicity pertaining to distribution of the software without specific written permission.
CMU AND THE REGENTS OF THE UNIVERSITY OF CALIFORNIA DISCLAIM ALL
WARRANTIES WITH REGARD TO THIS SOFTWARE, INCLUDING ALL IMPLIED
WARRANTIES OF MERCHANTABILITY AND FITNESS. IN NO EVENT SHALL CMU OR
THE REGENTS OF THE UNIVERSITY OF CALIFORNIA BE LIABLE FOR ANY SPECIAL,
INDIRECT OR CONSEQUENTIAL DAMAGES OR ANY DAMAGES WHATSOEVER
RESULTING FROM THE LOSS OF USE, DATA OR PROFITS, WHETHER IN AN ACTION OF
CONTRACT, NEGLIGENCE OR OTHER TORTIOUS ACTION, ARISING OUT OF OR IN
CONNECTION WITH THE USE OR PERFORMANCE OF THIS SOFTWARE.
---- Part 2: Networks Associates Technology, Inc copyright notice (BSD) -----
Copyright (c) 2001-2002, Networks Associates Technology, Inc
All rights reserved.
Redistribution and use in source and binary forms, with or without modification, are permitted
provided that the following conditions are met:
• Redistributions of source code must retain the above copyright notice, this list of conditions and
the following disclaimer.
• Redistributions in binary form must reproduce the above copyright notice, this list of conditions
and the following disclaimer in the documentation and/or other materials provided with the
distribution.
• Neither the name of the Networks Associates Technology, Inc nor the names of its contributors
may be used to endorse or promote products derived from this software without specific prior
written permission.
THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS
“AS IS” AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED
TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A
PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT
HOLDERS OR CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL,
SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT
LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE,
DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY
THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT
(INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF
THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
---- Part 3: Cambridge Broadband Ltd. copyright notice (BSD) -----
Portions of this code are copyright (c) 2001-2002, Cambridge Broadband Ltd.
All rights reserved.
Redistribution and use in source and binary forms, with or without modification, are permitted
provided that the following conditions are met:
• Redistributions of source code must retain the above copyright notice, this list of conditions and
the following disclaimer.
• Redistributions in binary form must reproduce the above copyright notice, this list of conditions
and the following disclaimer in the documentation and/or other materials provided with the
distribution.
• The name of Cambridge Broadband Ltd. may not be used to endorse or promote products derived
from this software without specific prior written permission.
THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDER “AS IS” AND ANY
EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED
WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE
ARE DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT HOLDER BE LIABLE FOR
ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL
DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE
GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)
HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT,
STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN
ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE
POSSIBILITY OF SUCH DAMAGE.
IMPORTANT: To use OnGuard over the Internet, you must have purchased the optional
Citrix XenApp application.
2. Install Citrix XenApp. For more information, refer to Step 2: Install Citrix XenApp on the Server
on page 56.
3. Configure the License Server. For more information, refer to Step 3: Configure the License
Server on page 57.
4. Create a site. For more information, refer to Step 4: Create a Site on page 57.
5. Create the master image. For more information, refer to Step 5: Create the Master Image on
page 58.
6. Publish an application. For more information, refer to Step 6: Publish an Application on page 58.
7. Access the applications from the Citrix Receiver Web. For more information, refer to Step 7:
Access the Applications from the Citrix Receiver Web on page 59.
Note: Confirm that the operating system has the latest updates.
1. Add the operating system in domain.
2. Use a clean installation of Microsoft SQL Server as your starting point.
3. Start the Server Manager.
For more information, refer to “Using OnGuard in the Supported Operating Systems” in the
Installation Guide.
4. From the Server Manager, add the following roles and features:
• IIS:
• Web Server > Health and Diagnostics > Logging Tools
• Web Server > Health and Diagnostics > Tracing
• Management Tools > IIS 6 Management Compatibility > select all sub items
• Application Server:
• Keep the features that are selected by default
• Remote Desktop Services:
• Remote Desktop Session Host
• Remote Desktop Licensing
• Remote Desktop Web Access
5. In the Server Manager:
a. Click [Configure this local server].
b. In the Properties section, click On for IE Enhanced Security Configuration.
c. For both Administrators and User, select Off.
d. Click [OK].
Notes: When installing Citrix XenApp, you may need an ISO mounting application.
Ensure that your license for Remote Desktop services is current.
Ensure that your license for Citrix XenApp is current. When you obtain this license,
ensure that the server name is exactly as specified. The server name is case-sensitive.
2. On the Citrix menu screen, click [Start] next to XenApp Deliver applications.
3. On the XenApp screen, click the Delivery Controller link below the Get Started heading.
4. On the License Agreement screen, accept the license and then click [Next].
5. On the Core Components screen, keep the default settings as they are and click [Next].
6. On the Features screen, keep the default settings as they are and click [Next].
7. On the Firewall screen, keep the default settings as they are and click [Next].
8. On the Summary screen, click [Install]. When the installation is complete, click [Finish].
c. Click [Next].
6. On the Connection screen, select a Connection type.
• If machine management is not used (such as when using physical hardware), select No
machine management, click [Next], and then go to step 9.
7. If the Network screen appears:
a. In the Name for these resources field, enter the desired name.
b. Select the network to use.
c. Click [Next].
8. If the Storage screen appears, select the storage device to use and click [Next].
9. On the Additional Features screen, uncheck the App-V publishing check box and click [Next].
10. On the Summary screen, click [Finish].
The setup takes several minutes to complete.
Note: Before installing OnGuard, try publishing Notepad or Calculator to confirm that
publishing works correctly.
Note: The applications in the operating system are automatically displayed on this screen. If
you already installed OnGuard, the OnGuard applications are automatically displayed.
If the application under test is not displayed, add the application by clicking [Add] and
then selecting Manually...
7. On the Summary screen, enter the Deliver Group name and click [Finish].
Note: Most of the following ports use the Transport Control Protocol (TCP). Ports 45303,
45307, and 46308 use the User Datagram Protocol (UDP). Port 9111 uses the Hypertext
Transfer Protocol (HTTP) protocol.
80 Web Server (IIS) Web browser OnGuard server Only used Used for Web Applications
with to communicate with the
OnGuard Web Service. Check IIS
5.12 and configuration for the correct
later port configuration.4
135 DCOM Initial Any DCOM Lenel NVR; All OnGuard Cannot be changed.
Connections application OnGuard Versions
443 Web Server (IIS) Web browser OnGuard server Only used Used when SSL is utilized
SSL with for the Web Applications.
OnGuard Port 443 is used for secure
5.12 and web browser
later communication.4
1433 Default port for All client Database server Check SQL Server
SQL Server applications configuration/
and services documentation; this can be
changed in SQL
configuration.
1521 Default port for All client Database server Check Oracle configuration/
Oracle applications documentation; this can be
and services changed in Oracle
configuration.
3001 Connected Communication Connected OnGuard 5.0 The default port the
controllers Server controllers and later Communications Server
uses to communicate with
controllers. Configurable
within System
Administration.
4002 Global Output Linkage Server Global Output OnGuard 5.0 Can be changed in ACS.INI
Server RPC Server and later [Service] section
GosRpcPort1
4003 Login Driver RPC Applications Login driver OnGuard 5.0 Can be changed in ACS.INI
and services and later [Service] section
that login to the LoginRpcPort1
OnGuard
database
4004 Communication Alarm Comm Server All OnGuard Can be changed in ACS.INI
Server Socket Monitoring; versions [Service] section
(event reporting) Linkage Server DriverSocketPort1
4005 Linkage Server System Linkage Server OnGuard 5.7 Can be changed in ACS.INI
RPC Administration and later [Service] section
LinkageServerRpcPort1
4006 Video Server RPC System Archive Server OnGuard 5.7 Can be changed in ACS.INI
Administration; and later [Service] section
Linkage Server VideoServerRpcPort1
4009 - Alarm Monitoring Communication Alarm OnGuard 5.9 Used for the Guard Tour,
4057 RPC Server Monitoring and later Grant-Deny Popup and
Failure to Acknowledge/
Forward Alarm features
only. One port used per
Monitoring instance on a
given machine (typically
4009). Can be changed in
ACS.INI [Service] section
AcsmntrRpcMinPort,
AcsmntrRpcMaxPort2,3
4061 DataExchange Linkage Server Data Exchange OnGuard 5.9 Can be changed in ACS.INI
and later [Service] section
DESocketPort1
4062 DataExchange Linkage Server Data Exchange OnGuard 5.9 Can be changed in ACS.INI
and later [Service] section
DERpcPort1
4070 HID Edge device Communication HID Edge OnGuard 6.1 Used for bi-directional
communication Server devices and later communication between
OnGuard Communication
Server and HID Edge
devices. Can be changed in
the ACS.INI file under the
[HID VertX] section
Listening Port1
5671 Used by the LS OnGuard OnGuard server OnGuard 7.0 Can be changed via the
Message Broker server and later5 Security Utility. See the
service to transfer Security Utility release
incremental notes for more information.
credential data, When the Security Utility
deliver message opens, click [More Info] in
delivery, for data the disclaimer to view the
queuing, and release notes.
event logging. This is for SSL traffic.
5672 Used by the LS OnGuard OnGuard server OnGuard 7.0 Can be changed via the
Message Broker server and later5 Security Utility. See the
service to transfer Security Utility release
incremental notes for more information.
credential data, When the Security Utility
deliver message opens, click [More Info] in
delivery, for data the disclaimer to view the
queuing, and release notes.
event logging. This is for non-secure
communication. Either Port
5671 or 5672 may be used.
5671 is the default port.
7008 SkyPoint Base Communication Communication OnGuard 7.0 Used for communication
Server and later between SkyPoint Base
Server and the OnGuard
software.
7654 LS Client Update Client Update Client Update OnGuard 7.0 Can be changed in System
Server service service server and later Administration >
Administration > System
Options, on the Client
Update form.
8032 Used by the LS Site Publication Site Publication OnGuard 7.0 Can be changed via the
Site Publication server server and later Security Utility. See the
Server (Enterprise Security Utility release
or Replicator). notes for more information.
This is for binary When the Security Utility
transaction opens, click [More Info] in
transfer. the disclaimer to view the
release notes.
8048 Used by the OnGuard OnGuard server OnGuard 7.1 Used for communication
OpenAccess server and later between the NGINX web
REST Proxy server and OpenAccess
REST Proxy.
8049 LS Web Event OnGuard Event OnGuard 7.2 Used for receiving events
Bridge service server subscriber and later using WebSocket through
the LS OpenAccess and LS
Event Context Provider
services.
8080 Used by the Web All client OnGuard server OnGuard 7.1 Can be changed via the
Server (NGINX) applications and later Security Utility. See the
for OpenAccess Security Utility release
notes for more information.
When the Security Utility
opens, click [More Info] in
the disclaimer to view the
release notes.
8189 License Server All client License Server OnGuard 5.7 To change the License
applications and later Server port:
1. Use the Configuration
Editor to change the
port number. Refer to
the Configuration
Editor appendix in the
Installation Guide.
2. The following must be
added to the
LicenseServerConfig\
Server.properties file
(file content is case-
sensitive!):
Port=8189 where
'8189' is replaced by
the desired port
number.
(This line is not present
by default. The whole
file is not present by
default; it is created
when the admin
username or password
is changed.)
8888 Software License License Server Lenel’s public OnGuard 6.1 Port used for online
at customer site License Admin and later activation and deactivation
site of software based licensing.
This port must be open to
activate a software-based
(FLEXnet) license.
9111 Application Server Web hosted Application OnGuard Used for communication
(as a Windows applications Server 5.12 and with the Application Server
Service) later service.
Lnl.OG.ApplicationServer.S
ervice.exe.config contains
the Application Server port
configuration. The Web
Service web.confg file
indicates to the Web
Service how to connect to
the Application Server
(including which port). Uses
the HTTP protocol.
9999 License Web browser License Server OnGuard 5.7 To change the License
Administration and later Administration port, the
following must be added to
the
LicenseServerConfig\Ser
ver.properties file (file
content is case sensitive!):
AdminPort=9999 where
'9999' is replaced by the
desired port number.
(This line is not present by
default. The whole file is not
present by default; it is
created when the admin
username or password is
changed.)
Note: The License
Administration
shortcut installed
by OnGuard can’t
be used if the
License
Administration
port has been
changed. To
access the
License
Administration
after the port has
been changed,
simply point the
browser to http://
licenseserver:999
9 (where
‘licenseserver’ is
the name of the
machine running
Licenser Server
and ‘9999’ is the
port number for
License
Administration).
10001 Galaxy Ethernet Comm Server Galaxy panels OnGuard Cannot be changed.
Module 5.11 and later
45303 Elevator Terminal Comm Server Otis elevator OnGuard ACS.INI [Otis] section
Online Status Port dispatching 5.12 and SSOnlineStatusPort. If
system later changed, must be done on
workstation running
Communication Server.
Uses UDP.
45307 Elevator Otis elevator Comm Server OnGuard ACS.INI [Otis] section
Dispatching dispatching 5.12 and SSHeartbeatPort. If
Heartbeat Port system later changed, must be done on
workstation running
Communication Server.
Uses UDP.
46308 Elevator Terminal Comm Server Otis elevator OnGuard ACS.INI [Otis] section
Command Port dispatching 5.12 and SSDECCommandPort. If
system later changed, must be done on
workstation running
Communication Server.
Uses UDP.
1 To change these ports, the ACS.INI settings must be changed on all machines (server and clients).
2 To change these ports for a given monitoring station, the ACS.INI settings only need to be changed
on that machine.
3 Each port in this range is used for the same purpose, and most of these ports are usually unused. This
port range is reserved so that multiple instances of Alarm Monitoring can run on one PC in a terminal
services environment. Because each instance of Alarm Monitoring running on one PC requires a
unique port, the next available port in this range is used.
4 These ports are used by the LNL-2220 and LNL-3300 when connected to the network.
5 WithOnGuard 7.3 and later, these ports used by the LS Message Broker can be manually
configured. For more information, refer to Message Broker Service host in the System
Administration User Guide.
a. If live video is transmitted in UDP/IP mode, the OnGuard client determines which port should be used.
The range of ports can be limited by launching LnrNI utility on the OnGuard client machine and
specifying the port range to use under the Use UDP/IP check box. If live video is transmitted in multicast
mode, the Lenel NVR will choose which port should be used by each channel. The range of ports can be
specified by launching the LnrNI utility on the Lenel NVR machine, selecting the “Recorder Network
Settings” tab and entering the first multicast port. The actual port number for each channel is defined by
adding the first multicast port and the channel number. For example, if the first multicast port is 2000, then
channel 1 will use port 2001, channel 2 will be 2002, etc.
b. When Lenel NVR starts for the first time, it will randomly choose a multicast address for use with live
video and stores this address in the LNR.XML file. If a different address is desired, this value can be
changed by editing the LNR/Recorder/Settings/MulticastIP element in the LNR.XML file.
This multicast address becomes the base number and similarly to the multicast port actual address for a
channel is determined by adding the channel number to this base value. It is important to remember that if
multicast video is used in the system, all channels on all Lenel NVRs should be assigned unique multicast
port and address values.
c. This port number can be specified by launching the LnrNI utility on the Lenel NVR machine, selecting the
“Recorder Network Settings” tab and entering a value for Recorder TCP/IP Port.
d. This port number can be specified by launching the LnrNI utility on the Lenel NVR machine, selecting the
“IVS Network Settings page and entering a value for IntelligentVideo Server TCP/IP Port.
e. The port and multicast address for each channel is chosen by the user through the configuration utility
when channels are added to the LSVS.
f. This setting is only required if the user wishes to configure the LSVS from a remote machine. This step is
not necessary if the configuration application is launched from the host where the streaming server is
installed.
g. This port number must be the same on all remote monitoring and OnGuard client machines in the system.
If the user wishes to use a different value, all machines must be updated at the same time. On the OnGuard
client, this can be changed by editing the “MonitorUDPPort” registry value under
HKEY_LOCAL_MACHINE\Software\Lenel\OnGuard. On RM machines, the same value must be
updated in the registry under HKEY_LOCAL_MACHINE\Software\Lenel\RemoteMonitor.
h. This port range can be changed by launching the LnrNI utility on the OnGuard client machine, selecting
the “Remote Monitor Network Settings” tab and entering a different port range.
i. Cameras have built-in web servers. Typically they use HTTP port 80, but the user can configure it to use
any arbitrary port number. The camera tab in the digital video folder in System Administration allows you
to specify which port Lenel NVR will connect to. For more information, refer to the Digital Video Folder
chapter in the System Administration User Guide for more information.
j. Currently this is only supported for Sony cameras. FTP protocol is used to retrieve video from In-Camera
Storage. By default this protocol uses TCP port 21 to establish the connection. This port can be changed in
the camera configuration. FTP protocol also uses a separate TCP/IP connection for actual data transfer and
this connection can be established on just about any port. Therefore, using In-Camera Storage through
firewalls might cause problems.
DCOM uses TCP port 135 to establish new connections. TCP port 135 must be open on the server.
Once a client connects to that port, the Windows DCOM/RPC subsystem determines the type of the
actual communications. This type can be either TCP/IP or UDP/IP based on the machine settings.
These settings can be changed with the following steps:
1. Run dcomcnfg from the command line.
2. Expand to Console Root > Component Services > Computers > My Computer.
3. Right-click on My Computer and select Properties.
4. Select the Default Protocols tab.
5. Select UDP/IP or TCP/IP or both. For each option, the port range can also be limited. If the port
range is not limited, DCOM will use any random port between 1024 and 65000. It is
recommended to limit the port range for systems using firewalls.
For additional information about DCOM, refer to the Microsoft Windows documentation.
The LnrNI utility is used to configure the ports that should be used for each type of communication.
When launched on a client, the LnrNI utility defines the mode that will be used to receive live video
from the Lenel NVR. It attempts each type of connection in the order they are listed on the Client
Network Settings tab. If the connection is unsuccessful after 3 seconds it will move to the next
connection type until all three have been tried: multicast, UDP/IP, and TCP/IP. TCP/IP is the fallback
mechanism and cannot be disabled.
The LnrNI utility also determines which network card should be used by the video software if the
machine is multihomed, meaning it has different IP addresses due to multiple active network
adapters.
The following is a table of OnGuard services and those services that run on OnGuard installations.
Note: Configure these services to start automatically if you require the function provided by
the service, and if the service does not default to starting automatically.
OnGuard Services
Number per
OnGuard
Name Definition system Notes
Application Server Used to provide the One per server. Only installed when a custom
application server installation is performed and the
for the web based Application Server component is
applications. selected.
Client Update The Client Update One per server. Only client workstations are
Server Server is used to upgraded automatically. Server
automatically workstations still require manual
update client
updates. By default, this
workstations.
functionality is disabled unless it
applies to new releases, service
packs, and incremental updates
where the OnGuard version
number has changed.
Client Update Communicates with One per client. Refer to Notes for Client Update
Service the Client Update Server.
Server, when client
updates are
required.
Number per
OnGuard
Name Definition system Notes
Config Download The Config One per server. Needed only for the Area Access
Service Download service is Must be run on Manager (Browser-based Client)
used to propagate the same application.
configuration machine as the
changes down to Application
the hardware from Server.
the web based
applications.
Number per
OnGuard
Name Definition system Notes
DataExchange The DataExchange One per server. Only one DataExchange server
Server Server is used to may be running on each regional
exchange database database and/or master
information with database. It only needs to be
third party running when scheduling to run a
applications. DataExchange script.
Device Discovery The Device One per server. You must perform a custom
Service Discovery Service installation and select “Device
is used as a proxy Discovery Service” in the
service for running Standard Applications section.
remotely (systems
in other subnets) all
services that the
Device Discovery
Console cannot
otherwise access.
Event Context The Communication One per server. Events are provided to any event
Provider Server publishes subscriber listening for those
events that are events.
picked up by the
Event Context
Provider service,
which provides
additional event
details.
Number per
OnGuard
Name Definition system Notes
License Server The License server One per server. The OnGuard License Server is
controls which typically run on OnGuard servers
features the but can be configured on a
computer is separate machine.
licensed to use.
Linkage Server The Linkage Server One per server. Typically runs on the database
is responsible for server.
the central
processing of
various tasks within
the Access Control
system.
Login Driver The login driver One per server. The Login Driver service
allows OnGuard to manages the database password
log in and access (not user passwords) for clients.
the database.
LnrCapSvc Records video from One per Lenel Must be running in order for the
CCTV devices. NVR. Lenel NVR to connect to video
sources and to store information
to the disk. It also services live
video retrieval requests.
LnrRetrSvc Retrieves recorded One per Lenel Manages stored video and
video requested by Lenel NVR. stored video retrieval requests. If
client. your storage fills up this service
finds which files should be
deleted so the capture service
has space for new video.
LpsIVAppServer Performs One per IVAS. This is a host service for all
processing for IntelligentVideo applications
IntelligentVideo where each application is
Applications. implemented as a dynamically
linked library module. Currently
the only application supported is
Facility Utilization.
Number per
OnGuard
Name Definition system Notes
LpsIVSAdminSvc Manages One per IVAS. Must be running in order for the
configuration of IntelligentVideo Server to work.
video analytics Runs on the IVS.
events.
LpsRetrSvc Retrieves metadata One per IVS. Services stored processed video
associated with metadata retrieval requests. This
video analytics is used by clients when they are
events. viewing recorded video and want
to see overlay images generated
by video processing algorithms.
Message Broker Provides message One per Requires that Secure Socket
delivery and Enterprise Layer (SSL) is running on all
queuing services. Master Server, Enterprise workstations.
Distributed ID
Master Server,
Enterprise
Regional Server,
or Mobile Station.
Number per
OnGuard
Name Definition system Notes
Site Publication This service is used One per This service is responsible for
Server to distribute and Enterprise synchronizing cardholder
synchronize Master Server, changes automatically, without a
incremental Distributed ID schedule, using the Message
credential data Master Server, Bus.
across all systems Enterprise It should run on the same
in an Enterprise or Regional Server, machine as the Replicator or ID
Distributed ID or Mobile Station. Allocation service, and will only
configuration. start on the specified machine.
Video Archive The Video Archive Depending on A digital video recorder device
Server Server is a system the number of can only communicate to one
service that is recorders and Video Archive Server.
responsible for physical archive
purging or archiving servers you
video data from have.
multiple video
servers onto one or
more designated
storage devices.
Web Event Bridge Allows event One per server. By default, the Web Event Bridge
subscribers to service is configured to locate
receive events the REST proxy, which is part of
using WebSocket. the OpenAccess service, on the
same server. If you installed the
Web Event Bridge service on a
different server than the
OpenAccess service, open the
Lnl.OG.WebEventBridgeService.
exe.config file and edit the proxy
from localhost to the correct
server name.
Web Service The service hosting One per server Typically installed on the
NGINX. OnGuard server.
The Database Installation Utility is used to attach an SQL Server Express/SQL Server database for
use with the OnGuard software. The Database Installation Utility copies the existing database data
files (MDF and LDF), attaches the database, and updates the Lenel Data Source Name (DSN) to point
to the correct database. It does not create the tables in a new database - Database Setup must be run.
The Database Installation Utility is run automatically at the end of the OnGuard installation when
either a new SQL Server Express database or a demo database has been selected. It is also installed on
the local machine in the OnGuard installation directory so that it can be run manually after the
installation has completed.
The default empty SQL Server Express database is AccessControl_Data.mdf. The OnGuard
demo database is AccessControlDemo_Data.mdf.
Browse
Click to select the Path to database files.
Database name
The name of the database that will be used with the OnGuard software. When the Database
Installation Utility is run automatically during the OnGuard installation, the Database name and
the Path to database files are determined based on the choice of the SQL Server Express or
Demo database.
Browse
Click to select the Path to copy database files to.
Connect
When the Database Installation Utility opens, it attempts to connect to the database for the DSN
that is currently specified in the Database section of the Configuration Editor. For more
information, refer to the Configuration Editor appendix in the Installation Guide.
OK
Created or attaches the specified database.
Close
Closes the Database Installation Utility without performing any function.
specify the correct DSN, and then click the [Connect] button. If the connection is successful,
the [Connect] button becomes grayed out. Proceed to step 3.
3. Click [Browse...] to choose the path to the database files.
4. The Open window is displayed. Navigate to the DBSetup folder in the OnGuard installation
directory, select the MDF file that you wish to attach, and then click [Open]. MDF files you may
wish to attach include:
• The default empty SQL Server Express database AccessControl_Data.mdf.
• The OnGuard demo database AccessControlDemo_Data.mdf.
5. In the Database name field, type AccessControl or any other name you wish to use, as
shown.
6. The recommended path is the default path specified in the Path to copy database files to field.
This default path is where the files would be stored if you were using the SQL Server user
interface (which does not come with SQL Server Express) to create a database.
• If you do not change the default setting in the Path to copy database files to field and a
database with the name you specified already exists, the database will be overwritten.
• If you do change the default setting, a new database will be created in that location.
7. Click [OK].
8. If you did not change the default setting, the following message is displayed. Click [Yes].
9. The DSN is updated to point to the database, and a message is displayed that indicates that the
database was successfully installed. Click [OK].
IMPORTANT: After attaching a database, you must run Database Setup to create the tables in
the database.
Since SQL Server Express doesn’t provide an interface for accessing the database engine, use the
following procedure to log into the database directly using the ODBC connection created for
OnGuard:
1. Open the Run dialog.
For more information, refer to “Using OnGuard in the Supported Operating Systems” in the
Installation Guide.
Click [Browse…]. Browse to the OnGuard folder and select the ‘ACCESSDB.exe’ application.
Click [Open] and then [OK] to run this application.
2. From the Management menu, select Datasource > Connect.
a. On the Machine DataSource tab, select “Lenel”. Click [OK].
b. You will be prompted for the database “sa” login ID and password. Enter the credentials and
click [OK].
c. The screen will return to the main window.
d. From the SQL menu, select Statement. Enter the following statement in the text box:
sp_changedbowner lenel
Click [OK] when you are ready to execute the statement.
e. If the command returns highlighted, then it completed without error.
3. Log into any OnGuard application and verify that the change was successful.
The following appendix will detail the manual creation of an ODBC connection for SQL. These
instructions are primarily for reference purposes because the OnGuard installation automatically
creates the necessary ODBC connection to the database.
If using Windows 7, Windows 8, or Windows 8.1 with UAC turned on, you might receive an error
when creating an ODBC with OnGuard applications. This error occurs when you are not running the
application as an Administrator. To work around this issue, run the application as Administrator or
create the ODBC manually as described in this appendix.
IMPORTANT: When manually creating an ODBC connection you must use the SQL Native
Client driver.
Note: If you select Windows NT authentication it may impact your ability to store credentials
in a file as a means of authentication. Selecting SQL Server authentication does not
impact your ability to use Windows authentication with the Web applications. Refer to
the Installation Guide for more information about database authentication with the Web
applications.
7. Click [Next].
8. Select the Change the default database to check box and choose the OnGuard database from
the drop-down list.
9. Click [Next].
10. Click [Finish].
11. The ODBC Microsoft SQL Server Setup dialog is displayed.
a. Click [Test Data Source]. A success message should be displayed.
b. Click [OK] to exit each of the dialogs.
Troubleshooting
If you experience problems connecting to the OnGuard database, check the ODBC connection to be
sure that it is configured correctly.
1. From Administrative Tools in Windows, open Data Sources (ODBC).
2. The ODBC Data Source Administrator window is displayed. Select the System DSN tab.
3. Select the DSN used to connect to the OnGuard database from the list view.
4. Verify in the System Data Sources listing window that the DSN driver is SQL Native Client.
Note: If the DSN driver is not SQL Native Client, delete the System DSNand create a new
ODBC connection using the SQL Native Client driver. For more information, refer to
Creating an ODBC Connection for SQL on page 87.
5. Click [Configure].
6. Verify that the name of the Server is correct in the drop-down.
7. Click [Next].
8. Check that the correct method of authentication is selected and verify the credentials if using
SQL Server authentication.
Note: If you select Windows NT authentication it may impact your ability to store credentials
in a file as a means of authentication. Selecting SQL Server authentication does not
impact your ability to use Windows authentication with the Web applications. Refer to
the Installation Guide for more information about database authentication with the Web
applications.
9. Click [Next].
10. Verify that Change the default database to check box is selected and that the OnGuard database
is selected in the drop-down.
The following appendix will show you how to set up and configure a capture station.
ii. Select the factory defaults profile that most closely matched your capture device. The
default capture source (configured on the General Settings form) will be automatically
set to the capture source associated with that device. The crop window (configured on
the General Settings form) will be automatically set to a size appropriate for the profile
you select.
iii. Click [OK].
c. If you want to capture images with the “File Import” capture source:
i. From the capture source drop-down list, select File Import.
ii. Click on the File I/O Settings tab.
iii. Set the file import directory to the directory where you store all of your photo files.
iv. Click [Save User Defaults].
d. If you want to capture images with a USB camera or any WDM or TWAIN compliant
camera, configure the multimedia capture module for the following settings instead of
loading the default settings. If you are using the CAM-24Z704-USB camera skip these steps
and refer to Basic Camera Setup (CAM-24Z704-USB) on page 96.
1) From the capture source drop-down list, select WDM Video.
2) Click the WDM Video Settings Device tab.
3) Select USB Video Bus II, Video from the Device drop-down box.
4) Click [Video Input].
5) The Video Input Properties window displays.
6) Select 1:VideoSVideo In from the Input drop-down menu.
Subject
Badging
Workstation Bounce Back Umbrella
Exit
12
ft.
BACKDROP
FIXED DIFFUSED LIGHT
CAMERA
TRIPOD
4.5 FEET
Distance Variable
TABLE
(1.5 feet recommended)
BACKDROP
LIGHT
TABLE
4.5 FEET
STAND
To adjust the zoom, set the selector switch to zoom (all the way to the right). Adjust the camera
apparatus for the center of the subject. With the arrows located to the bottom left of the rear of the
camera, zoom in all the way and then zoom back to determine the approximate center point of the
zoom (remember: you do not want to zoom past X12, the halfway point). Then, zoom into the subject
until the desired capture frame is attained. The arrows located at the bottom of the camera can be use
in one of two manors. If you push and hold the arrow, it will zoom all the way in or out. If you push
the arrow button momentarily, it will move in and out incrementally.
Note: Optimally the subject should fill the pre-sized crop window, so no additional cropping
adjustments need be made.
Why manual white balance? With light or gray colors the Auto White Balance adjusts incorrectly.
That is why the CAM-CCP-500K should be setup for Manual White Balance. It is necessary to White
balance the camera to obtain a default white balance setting and is maintained for consistent picture
quality.
Installation of CAM-24Z704-USB
To install the USB camera simply plug it in, connect the USB cord to the workstation, and install the
drivers that come with the camera. For more information refer to the Badging Image Capture Camera
User Guide that came with the camera.
Note: Though there is a connection for S-video Out it is strongly recommended that you use
the USB connection.
Configuration of CAM-24Z704-USB
1. Start the application you will be using to capture photos/signatures/badge layout graphics.
2. Launch the capture dialog from within that application by selecting the [Capture] button on a
form that accesses the Multimedia Capture module.
3. On the Photo sub-tab of the Multimedia Capture module, select Digital Camera from the
Capture Source dropdown box.
4. On the Digital Camera Settings sub-tab, select AF Imaging Grabber 1 from the Twain Source
dropdown box.
IMPORTANT: Make sure that the Show User Interface check box IS selected.
Using CAM-24Z704-USB
1. To use, click Get Photo on the Multimedia Capture module. The AF Image Grabber 1 control
box opens.
2. Click Take Picture to take the picture. The AF Image Grabber 1 control box closes and you see
the picture on the Multimedia Capture Module screen.
3. Click [OK] and the picture is added to the Cardholder screen.
AF Image Grabber 1
TELE
Zooms in. The camera has a 16:1 optical zoom range along with an 8x digital zoom.
WIDE
Zooms out.
Take Picture
Takes a picture for use in the Multimedia Capture module. When selected the camera image
freezes, the LED illuminator turns on, and the image is captured.
Calibrate Camera
Automatically adjusts the camera settings to provide the best quality image under certain lighting
conditions. For more information refer to the Badging Image Capture Camera User Guide that
came with the camera.
Lighting Setup
Advanced Setup
After the capture station has been setup, some testing must be performed to determine the optimal
illumination settings for image capture. You may have to adjust the lights, drapes, or other elements
in the capture environment.
With a test subject, view the live image on the screen with all the room lights on. Set the selector
switch on the back of the camera to iris (all the way to the left). With the arrows on back of the
camera adjust the iris all the way down, the live image on the screen should become dark if not black.
The arrows located at the bottom of the camera can be use in one of two manners. If you push and
hold the arrow, it will zoom all the way in or out. If you push the arrow button momentarily, it will
move in and out incrementally. While viewing the screen, increase the iris until the subject is visible.
Increase the iris a little more, until the screen image is about the same brightness as the real view of
the subject. Take a test picture. Label this “test 1, all lights”. From here we will adjust the room
environments lighting and make minor adjustments to the iris if needed while continuing to save the
sample captures at (test 2, test 3 etc.).
Steps to improving capture quality:
1. Turn on all the lights in the room.
2. Open the Capture dialog and center on a test subject with the camera.
3. Adjust the iris all the way down, and then adjust it until the screen image is about the same
brightness as the real viewable image.
4. Set the White Balance. (Set the selector switch on the back of the camera to WB. Hold a white
piece of paper in front of the camera so there is only white showing on the screen. Using the
arrows on the back of the camera adjust the white balance until the image in the capture window
is white.)
5. Take a test picture. Save this as a cardholder labeled “Test1: all lights”.
6. Turn off all the lights.
7. Take another picture. Save this as a cardholder labeled “Test2: no lights”.
8. Continue testing until a desired lighting quality is captured on the screen. Be sure to label each
test with a number and a description of what you did. Adjust your environments based on the
environmental considerations below. Continue to take pictures, save them, and use them as
references until the best conditions are determined.
A D
AccessControl_Data.mdf file ....................... 83 Database Installation Utility
AccessControlDemo_Data.mdf file ............ 83 field table ................................................. 81
ACS.INI file overview ................................................... 81
updating the DSN ................................... 88 procedures ................................................ 82
Attach window ..................................................... 81
SQL Server Express database ............... 82 Database owner
change in SQL Server Express ............. 85
B Demo database ................................................ 83
Badging room layout ...................................... 93 Diffused lighting ............................................. 94
Basic camera setup (CAM-CCP-500K) ...... 95
E
C Environmental considerations affecting flash &
CAM-21Z704-USBP camera capture quality ................... 91
using .......................................................... 97 Environmental considerations and factors
CAM-24Z704-USB leading to poor lighting ................. 99
configuration ........................................... 96
CAM-CCP-500K image capture kit ............ 95 F
Camera Final adjustments for continuous lighting .. 94
capture quality ......................................... 91 Final adjustments for fixed diffused lighting 94
setting up a CAM-CCP-500K .............. 95 Flash capture quality ...................................... 91
Capture dialog ................................................. 91
Capture station I
configure .................................................. 91 Install
set up ......................................................... 91 Citrix XenApp ......................................... 55
setup specifications ................................ 92
CCP-500 (back view) ..................................... 95
L
Citrix
Layout of room recommended for badging 93
installing Citrix XenApp ....................... 55
Lighting
overview ................................................... 55
environmental considerations ............... 99
Client
final adjustments for continuous lighting
manual unattended deployment ............ 35
94
Configure
final adjustments for fixed diffused
capture station ......................................... 91
lighting ..................................... 94
Continuous lighting diagram ........................ 94
P
Poor lighting .................................................... 99
Ports .................................................................. 63
R
Recommended badging room layout ........... 93
Remote installation ......................................... 31
Room layout recommended for badging .... 93
S
Services ............................................................ 73
Setting up