Chat now with support
Chat with Support

GPOADmin 5.16 - User Guide

Introducing Quest GPOADmin Configuring GPOADmin Using GPOADmin
Connecting to the Version Control system Navigating the GPOADmin console Search folders Accessing the GPMC extension Configuring user preferences Working with the live environment Working with controlled objects (version control root) Checking compliance Editing objects Synchronizing GPOs Exporting and importing
Creating Reports Appendix: Windows PowerShell Commands Appendix: GPOADmin Event Log Appendix: GPOADmin Backup and Recovery Procedures Appendix: Customizing your workflow Appendix: GPOADmin Silent Installation Commands Appendix: Configuring Gmail for Notifications Appendix: Registering GPOADmin for Office 365 Exchange Online Appendix: GPOADmin with SQL Replication About Us

Using Gmail for Workflow Approvals

To enable the ability to approve or reject changes through Gmail, you need to:

•
Create a gmail account. This account is responsible for the application activities, settings, and API credentials. See https://www.google.com/intl/en-GB/gmail/about/# for details on creating an account.
•
Create the required API credential file.
•
Enable the Enable Workflow Approval through Gmail option under the Version Control properties. See Editing the Version Control server properties.

Creating a Gmail Credentials File

* 
IMPORTANT: To ensure that access to the Gmail account remains secured, Quest suggests that you store the configuration file in a location that is only accessible by the required administrators or delete it after activation.

The API credentials file allows GPOADmin to connect to Gmail, verify the authorization, get access and refresh tokens to retrieve and send messages.

For best practice information on securely using API keys see the Google Support documentation (https://support.google.com/googleapi/answer/6310037?hl=en&ref_topic=7013279).

To create the required credentials file:
1
Sign in to your Gmail account.
2
Open https://console.cloud.google.com/apis/credentials. Review the Terms of Service and click Agree and Continue.
3
Select a project and click New Project.
4
Enter GPOADmin as the project name. Leave the default Location, and click Create.
5
Click Create Credentials | OAuth client ID.
6
Click CONFIGURE CONSENT SCREEN.
7
Select the user type and click CREATE.
You can choose between Internal and External.
* 
NOTE: Internal requires a Google Workspace subscription; external allows any test user with a Google Account.
8
Enter the application name on the OAuth consent screen and click SAVE AND CONTINUE. Although some fields are optional, the following information is required:
•
App name
•
User support email
•
Developer contact information
9
To add the GMAIL API from the library, select ADD OR REMOVE SCOPES, click Google API Library link, enter GMAIL API in the Filter field, choose Gmail API, and click Enable.
After the gmail api is added, you can close the secondary Overview Gmail API tab.
10
Back on the original tab, scroll to the bottom and click UPDATE.
11
Check the Read, compose, send, and permanently delete all your email from Gmail checkbox, then click UPDATE.
12
Click SAVE AND CONTINUE to select your test users.
13
Click ADD USERS.
14
Enter the required account’s email and click ADD. (At a minimum, the account used to connect must be assigned as the test user.)
15
Click SAVE AND CONTINUE to review your settings.
16
Click BACK TO DASHBOARD.
17
Select Credentials under APIs & Services.
18
Click CREATE CREDENTIALS.
19
Select Desktop app for the Application type and optionally give it a name and click Create.
20
Click OK to close the OAuth client created dialog.
21
Click Download to download the credential information in JSON format.
This file location will be entered under the Version Control server properties when you select the Enable Workflow Approval through Gmail option.
 
 
 

Appendix: Registering GPOADmin for Office 365 Exchange Online

Appendix: Registering GPOADmin for Office 365 Exchange Online

To use email notifications using Office 365 Exchange Online, you need to register GPOADmin with Azure Active Directory. During the registration process, the following variables are generated. These variables are used when you configure OAuth authentication.

•
Application ID: Required to authenticate to your Azure Active Directory tenant.
•
Tenant ID: The tenant associated with the client.
•
Client secret key: The key assigned to GPOADmin during the registration process.
To register an application for Office 365 Exchange Online through Azure Active Directory:
1
Log into the Azure Active Directory portal (https://portal.azure.com/) with your global administrator user account.
2
In the Microsoft Azure dashboard, go to Azure Active Directory | App registrations, and click New Registration.
3
Enter a name for the application.
4
Under Supported account types, select Accounts in this organizational directory only (Single tenant) for the accounts that can access the application API.
5
Leave the Redirect URI (optional) field empty.
6
Click Register.
7
On the Overview tab, go to View API Permissions. Click Add a permission and click the APIs my organization uses. Type Office 365 in search field and select Office 365 Exchange Online | Application permissions | Other permissions | select full_access_as_app permission
8
Click Add Permission.
9
On the API Permissions tab, under Grant consent, click Grant admin consent for tenant name.
10
Click Yes to confirm.
11
On the preview screen, click Overview, and note the application ID and the directory ID. ( You will need these values when setting up OAuth authentication.)
12
Click Certificates and secrets, and click New client secret.
13
Enter a description, and select Never Expires.
14
Click Add.
15
Note the client secret key value (You will need this hen setting up OAuth authentication.)

Appendix: GPOADmin with SQL Replication

Appendix: GPOADmin with SQL Replication

The following information details how to setup SQL replication to allow multiple GPOADmin servers in the same domain to run concurrently sharing a configuration store and a backup store.

Before setting up SQL replication, ensure the following is in place:

•
All SQL servers included in this configuration have the Replication SQL feature installed.
•
Each GPOADmin server has a local Domain Controller and local SQL server.
•
The Replication role is installed on all servers that will host a backup store share. (DFS replication is located under File and Folder Storage Services.)
•
If this is an in place upgrade, ensure that the server used as the primary SQL server has a copy of the existing GPOADmin database. A separate copy should be kept as a backup.
Set up SQL replication for GPOADmin
1
Set up Distributed File System (DFS) for the backup store. (This creates a replicated DFS share on each GPOADmin server or a local file server to each GPOADmin server with a single Active Directory share name.)
* 
NOTE: These instructions are derived from Microsoft documentation.
a
Create a folder on each server to be a replicate backup store host. (All folders should have the same name.)
b
On the primary server for the backup store, open the DFS Management tool.
c
Create a new domain-based namespace in Windows Server 2008 mode.
d
Create a new replication group.
e
Add all servers hosting replicated backup stores to the group as members.
f
Choose Full Mesh topology.
g
Set to replicate constantly using the specified bandwidth.
h
Select the current server as the primary member.
i
Add the path to the folders created above.
j
Complete the replication group creation.
k
Publish the replication group to the Namespace created above.
The path to the share will now be //domain.fqdn/Namespace/ReplicationGroup.
2
Install GPOADmin on all computers that will be used as GPOADmin servers.
3
On the primary GPOADmin server open the GPOADmin console and configure GPOADmin.
Ensure that all SQL configuration store upgrades have completed. (This may require multiple log out and log in cycles in GPOADmin.)
4
Stop all GPOADmin services on all GPOADmin servers.
5
Log into the SQL server to be used as the primary SQL server.
* 
NOTE: The account used to login must have administrator privileges to all SQL servers to be added.
Ensure that a SQL Server agent is installed and running, and the distributor is set for the primary SQL server.
a
Right-click the Replication node and Configure Distribution -> This machine should be its own Distributor.
b
For the Snapshot folder, choose a network share that is visible to all other SQL servers in replication.
6
Create a new local publication by completing the wizard.
a
Publication Database page: Choose the GPOADmin database for replication.
b
Publication Type page: Choose Merge publication.
c
Subscriber Types page: Choose SQL Server 2008 or later.
d
Articles page: Choose to publish all articles.
e
Article Issues page: Read the information and click Next.
f
Filtered Table Rows page: Do not add any filters.
g
Snapshot Agent page: Choose to create immediately and set a schedule. (These scheduled snapshots are essentially rollback points.)
h
Agent Security page: Add a login for the agent. Quest recommends that this is a privileged account as it will run the agent for all replicated databases.
i
Wizard actions: Select Create the publication.
j
Name the publication.
7
Refresh the Local Publications node, then expand and select the new publication.
8
Right-click the publication and choose View Snapshot Agent Status.
The agent should start automatically. If not, you can start it from this dialog. Watch for the status message to become: [100%] A snapshot of x article(s) was generated.
9
Right-click the publication and choose New Subscriptions. (All subscriptions can be created from here.)
a
Publication page: Choose the publisher (may be already set) and the previously created publication.
b
Merge Agent Location page: Choose Run all agents at the Distributor to create a similar replication path as the peer-to-peer setup.
c
Subscribers page: Click Add SQL Server Subscriber once for each SQL server in the replication. Choose the database on the target server for replication.
Add the following values to the extended properties for any replication target databases: ProductName =GPOADmin, Version= 5.16.0.0.
d
Merge Agent Security page: Set the accounts to communicate between nodes for the replication.
e
Synchronization Schedule page: Set the Agent Schedule to Run continuously for each subscription.
f
Initialize Subscriptions page: Select Initialize and set Initialize When to Immediately.
g
Subscription Type page: The Subscription Type should be Server. Set the Priority for Conflict Resolution to a different number for each subscription.
The publisher is 99.99 by default. Higher numbers will win in an exact timing conflict over lower numbers. Choose which servers have priority and ensure this number is different for each subscription.
h
Finish the wizard,
The subscription will be created and a script saved that can be used to recreate the subscription if needed.
10
Monitor each subscription until there are no more messages other than ‘Waiting 60 seconds(s) before polling for further changes.’ within 60 seconds.
11
Start all GPOADmin server services.
12
On each GPOADmin server:
a
Set the backup store on one of the consoles to the DFS share from using the //domain.fqdn/Namespace/ReplicationGroup format.
b
Set any other desired options required for each server.
Related Documents

The document was helpful.

Select Rating

I easily found the information I needed.

Select Rating