|Managing the organizational structure / Creating workgroups and domains|
Below you find two examples for the behavior of auto-registered objects.
Users/computers not part of an Active Directory
In a company, not all user or computer objects may necessarily be part of an Active Directory (AD), for example local users. A company may have one or several workgroups so that an AD is not needed.
This company wants to deploy SafeGuard Enterprise and then add policies to its user/computer objects. Therefore the company's organizational structure is created manually in the SafeGuard Management Center as follows:
The objects remain in the .Auto registered folder. They can be properly managed with the SafeGuard Management Center by applying policies to the .Auto registered folder.
SafeGuard Enterprise Database and Active Directory out of sync
A user is already part of the company's Active Directory (AD). But the SafeGuard Enterprise Database and the AD are out of sync. The user (User 1) logs on to SafeGuard Enterprise and is automatically displayed in the SafeGuard Management Center Users and Computers area under the domain that is provided with the logon (Domain 1).
The user is now part of the .Auto registered folder. The object can be properly managed with the SafeGuard Management Center by applying policies to the .Auto registered folder.
Upon the next synchronization between the AD and the SafeGuard Enterprise Database User 1 is automatically moved to their organizational unit (Users).
For policies to become active for User 1, they must be assigned to the organizational unit Users from now on.