Chat now with support
Chat with Support

Change Auditor 7.5 - Installation Guide

Installation Overview Install Change Auditor Add Users to Change Auditor Security Groups Connecting to the Clients Deploy Change Auditor Agents Upgrade Change Auditor Installation Notes and Best Practices Deployment Options Workstation Agent Deployment Agent Comparison Install an agent to audit ADAM (AD LDS) on workgroup servers Windows Installer Command Line Options

Example deployment scenario

The following diagram shows two separate forests where Change Auditor will be deployed. Forest A is deployed first and the Forest B is added.

Forest A installation

1
Install the coordinator on a member server in Forest A. In this example, Coordinator1.ForestA.com is used as the coordinator server.
•
While installing the first coordinator, make note of the “Installation name”. The same installation name is used to deploy the coordinator in Forest B (ForestB.net).
•
Also take note of the SQL Server host and credential information. This server and account will also be used in the second forest. The required information is as follows:
•
SQL Server host name or IP address AND Instance name if applicable
•
Database or Catalog name
•
User name, password, and domain if applicable
2
Install the client on either a workstation or member server. In this example, CAClient1.ForestA.com is used as the client computer.
3
Using the client, connect to the coordinator in Forest A to deploy Change Auditor agents on to the domain controllers and/or member servers in Forest A. See Deploy Change Auditor Agents for more details about deploying agents.
4
At this point, Change Auditor should be fully deployed to the first forest in the organization (ForestA.com in this example).

Forest B installation

5
Install the coordinator on a member server in Forest B. In this example, Coordinator2.ForestB.net is used as the coordinator server.
•
While installing the second coordinator, you must use the ‘Installation name’ that was selected in the first forest.
•
During the installation of the second coordinator, use the same SQL server and database name used in the first coordinator’s installation. The Windows or SQL user account may be different than the account used in the first installation.
•
Quest recommends that the same database access account used in the first forest is also used in the second forest. If a different user account for database access is used in the second coordinator's installation, the following permissions must be granted before the installation is started:
•
db_owner database role on the Change Auditor database
•
dbcreator server role
6
Install the client on either a workstation or member server. In this example, CAClient2.ForestB.net is used as the client computer.
7
Using any client, connect to the coordinator in Forest B to deploy agents on to the domain controllers and/or member servers in Forest B.
8
Change Auditor is now fully configured to collect audit data from both forests into a single database. Reports and alerts can be run from any client to return data related to one or all the deployed forests.
9
You can deploy more forests by following steps 5 through 8.

Configuration

•
Audit and protection configuration flow
•
Event flow
•
Reports and queries from the client
Audit and protection configuration flow

Audit and protection configurations are maintained using the client that is installed on either workstations or member servers. Configuration changes are stored in the SQL database by the coordinator service.

The following configurations can be shared across forests regardless of the forest trust level:

•
Active Directory Auditing — Object Class\Attributes
•
ADAM\AD (LDS) Auditing — Object Class\Attributes
•
Excluded Accounts templates
•
File System Auditing templates
•
Registry Auditing templates
•
Service Auditing templates
•
SQL Auditing templates
•
Audit Event configurations (for example, enabled or disabled, severity level)

The following configurations can be shared when a two-way trust exists:

•
Active Directory Protection templates
•
ADAM\AD (LDS) Protection templates
•
Exchange Protection templates
•
File System Protection templates
•
Group Policy Protection templates
* 
NOTE: A trust is required to view the Active Directory accounts in the other forest for protection account exclusions.

Event flow

Recorded audit events are first queued in a local database on each agent computer. Events are then batched and forwarded to a coordinator. The coordinator checks for new events every 10 seconds and does a bulk insert of the event details to the SQL database.

Reports and queries from the client

Change Auditor clients do not connect directly to the SQL database. Instead, the coordinator to which the client is connected processes search results and change requests. Clients can connect to any coordinator if the logged on user is a member of either the ChangeAuditor Administrators — <InstallationName> or the ChangeAuditor Operators — <InstallationName> group in the respective forest.

By default, user-configured alerts (SMTP, SNMP, and WMI) are generated and sent from the first installed coordinator in the Change Auditor installation.

Foreign forest agent deployment

•
Supported functionality
•
Requirements
•
Workflow
•
Harvesting the foreign forest topology
•
Deploying agents to a foreign forest
•
Installing agents in a foreign forest
•
Example deployment scenario

Supported functionality

Supported functionality

The support available for agents connected to a foreign forest includes the following:

Table 5. Foreign forest support
Functionality
Supported features

Auditing
•
Directory auditing:
•
GPO
•
Active Directory objects and attributes
•
AD Query
•
ADAM
•
Logon Activity
•
Windows File System

Protection
•
Windows File System
•
Active Directory
•
Group Policy Objects
•
Exchange mailboxes

The document was helpful.

Select Rating

I easily found the information I needed.

Select Rating