Chat now with support
Chat with Support

NOTICE! We are upgrading our support telephone services, implementing Genesys, starting the week of May 19, 2025

KACE Desktop Authority 11.3 - Installation and Upgrade Guide

Profile objects and profile elements

A Profile is a collection of elements that define a set of configurations and default profile settings, including definitions (used to create custom variables), default descriptions, Validation Logic, default Validation Logic settings (default Validation Logic settings are used when new profile elements are created).

Profile objects are the individual types of settings that can be configured within a profile (i.e. Drive Mappings, Microsoft Outlook, Registry, Printers, etc.) A Profile element is the actual configuration setting within each profile object.

Figure 7: Detailed view of Profiles, Profile objects and Profile elements

Validation Logic

In order for profiles and configuration elements to be processed for users or on computers, Desktop Authority must qualify whether a profile or a profile element should be applied to a workstation and/or user. Validation Logic is used to determine this. A set of rules is created for every profile and profile element setting within the Manager. This set of rules includes the definition of connection types, class types, operating systems, virtual environment and many other types.

For every profile and profile element setting there is a Validation Logic tab. Select this tab and configure who or what type of computer the profile and/or setting should be applied to.

Note: User based Validation Logic type rules are not available for use within Computer Management Validation Logic.

Here is an example of how validation logic might be used:

Let’s say there is a share that you want to configure for the Sales department and you want to use Drive F:\. Using the Drive Mappings profile object, you will create an element and use Validation Logic to determine who is in the Sales department and therefore who will validate for this drive mapping. The Validation Logic for this element can use either Organizational Unit or User Group validation logic type, depending upon the OU and User setup in Active Directory.

Figure 8: Example of Validation Logic usage

Timing events

Desktop Authority elements are configured to be applied to the User and/or Computer at specific times during the logon, logoff process of the user or startup and/or shutdown process of the computer. Timing allows elements to be applied at the appropriate event.

Computer Management elements can be set to configure during a computer startup event, computer shutdown event, refresh interval or based on a specific schedule. Refresh is an event that occurs every 60 minutes following the computers startup event. A scheduled event can be set to occur one time, daily, weekly or monthly.

User Management elements can be configured to be applied to the User environment on a computer during the client logon process and client logoff process and/or refresh interval. A refresh event occurs every 60 minutes following a client logon.

Note: A User Management refresh interval is entirely different from the Computer Management refresh timing interval. They are two separately timed events. The Computer Refresh timer begins following the computer startup. The User Refresh timer begins immediately following a user logon.

Profile creation strategy

There are a million and one ways that profiles can be created and used within Desktop Authority. There is not really a right or wrong way, and it will vary based on the organization’s needs. Most often, you will want to use more than one profile to hold all of the organization’s configurations.

A smaller organization might not have as many Profiles as a larger one, but this still varies based on the company’s needs.

Why do we want more than one profile?

Using more than one profile enables greater manageability and control over client configurations. Using multiple profiles also allows the individual profiles to process faster. Multiple profiles will break down a large number of configurations into smaller groups of configurations, where not all settings will need to be validated at logon time. If a profile is deemed to be invalid for the client, all elements in the profile are bypassed thus saving the processing time it would have normally taken to validate each of the elements separately.

It also makes management of the profiles easier. For instance, if there is a specific profile for the Sales department, you know that when making any changes, it is the only profile that must be touched.

User Management and Computer Management are two separate entities in the Profile tree. They each have their own parent profiles, child profiles, profile objects and profile elements. Keep this in mind when determining how to setup your profiles.

Some common ways to organize your profiles

  • Group (User or Computer Group)
  • Site
  • Location (by IP Address or possibly Computer Name if the naming convention is location based.)
  • Desktop, Laptop, Terminal Servers, Member servers, Virtual Environment.
  • Timing (Logon, Logoff, Refresh)

Be sure to give your profiles meaningful names. You may want to draw up a profile map so anyone using the manager will know where to find particular types of elements..

Example profile map:

User Management

Profiles

ACME – Main company profile (all common settings here)

  • ACME.STL – Child profile – Seattle office (settings specific to Seattle office)
    • Profile validation logic: SITE = ACME.STL
  • ACME.NY – Child profile – NY division (settings specific to NY office)
    • Profile validation logic: SITE = ACME.NY
  • ACME.SALES – Child profile – Sales dept settings, all offices
    • Profile validation logic: COMPUTER/USER GROUP = SALES

Once you have decided how your profiles will be mapped, go into the Manager and create each parent and child profile.

Creating profiles

To create a profile, first choose either the User or Computer tab. Select the level of the profile tree where the profile will be created. For a parent or top level profile, select the Profiles level in the tree. For a child profile, select the parent profile it will be created within. Next click the Actions drop list and select Add. A new profile will be created at the level you selected. It will be temporarily named New Profile. Type over the profile name and give it a more meaningful name. You can then expand the profile to reveal the profile objects.

Figure 9: Creating a profile

When a profile is created, don’t forget to update the Validation Logic. The profile validation logic will affect all elements within the profile. If the workstation validates for the profile, then the elements defined within it will also go through their own validation process. However if the workstation does not validate for the profile, then NONE of the profile elements will be inspected for validity with that computer/user.

Configuring profile elements

Within each profile there are profile objects. Profile elements are created within profile objects. Let’s walk through the creation of a few different types of profile elements.

The Drive Mappings object is one of the most often used profile objects. It is used to map a drive letter to a shared network resource.

Let’s first create the Drive Mapping element. It can be found within the User Management profile objects.

  1. Expand the profile’s categories.
  2. Expand the Configuration Management category and click on the Drive Mappings object.
  3. Once the object is selected, it is displayed in the right hand pane of the console.
  4. Click the Add button. The Drive Mappings Settings tab will be displayed. This is where you configurations will be made.
  5. Choose a drive letter to use for the mapped drive.
  6. Next choose the network location that the drive will be mapped to. Click the resource browser to locate it or enter the path manually.
  7. Now we will fill in the Validation Logic. Click on the Validation Logic tab.
  8. Select the specific Class, OS, Connection Type, Timing, Virtualization and Platform this element will apply to.
  9. The last part of this element will define the specific validation rules. Select the Validation Logic Rules tab. If the drive mapping will apply to all users, there is no need to define any rules. However, let’s pretend that the mapping we are defining will need to be applied to all users in the HR department, regardless of what computer they logon from. This rule can be created a few different ways depending on how the users are defined in Active Directory. For this example we will say that the HR users all belong to an Organizational Unit called HR_DEPT. Let’s select the Organizational Unit (User) parameter. We will select the Equals Operator and select the Active Directory Organizational Unit or HR_DEPT. Click on the resource browser button to locate it in AD. Click Confirm to save the Validation Logic Rule.
  10. This element is now complete. Click the Save button to save the element.

Let’s configure another element. This time we will configure a Registry setting. Before jumping in and creating the element. We must give this one some thought.

This new Registry setting will override the default computer refresh interval.

The Registry profile object is one of the few objects that can be configured in both the User Management and Computer Management profile object trees. It is based on the context of the registry setting. Is it user based or computer based?

Since it is the computer refresh interval we will be working with, we will use the Computer Management Registry object. Select the Computer tab in the profile tree.

  1. Expand the profile’s categories.
  2. Expand the Configuration Management category and click on the Registry object.
  3. Once the object is selected, it is displayed in the right hand pane of the console.
  4. Click the Add button. You will be redirected to the Registry Settings tab. This is where you configurations will be made.
  5. We will configure the following settings:
    • Action: Write Value
    • Hive: HKEY_LOCAL_MACHINE
    • Key: \Software\ScriptLogic\Device Agent\Global Settings\
    • Type: REG_SZ
    • Value: Event_Refresh_Time
    • Data / Expression: 120
  6. This setting will be in effect for all computers. In this case, a validation logic rule does not need to be defined. However, click on the Validation Logic tab and confirm the standard rules are all set.
  7. Click Confirm to save the Validation Logic.
  8. Click Save to save the profile element.
Related Documents

The document was helpful.

Select Rating

I easily found the information I needed.

Select Rating