...
| Info |
|---|
The described behaviour implies, that on you’re CoreOne Suite Instance the following configuration is enabled:
|
The CoreOne Suite offers different types of how you can create and manage resources. In the beginning of implementing the CoreOne Suite, you have to decide, what type of resources you would like to use. This article should help you to decide between Linked and Managed Resources. The behaviour of these resource types are pretty similiar in the different Target Systems target systems we do support. We decided to focus in this article on the Target System target system Active Directory as this is one of the most used Target Systems target systems by our customers.
| Table of Contents | ||||
|---|---|---|---|---|
|
...
Resources in the CoreOne Suite are nothing else than a Group group in an Active Directory. Due to different Terminations terminations in all our supported Target Systemstarget systems, we decided to use the termination “Resources”“resources”. Simple said: A Resource resource is a right you can assign to an Identity in a Target Systemtarget system. In an Active Directory it is a Group group (Resourceresource) where you add a user (Identityidentity) as member. This nesting results most commonly in a right.
...
Linked Resources are the most used type of resources. With linked Linked Resources you’re using existing Groups groups in your Target System target system anf only map them in the CoreOne Admin UI as “Linked Resource” so you can use them to add members through the CoreOne Suite.
As the name already explains: You only link it. You can compare that with a Shortcut shortcut (would be the Linked Resource) to a Folder folder (Would be the AD-Group) on your Desktopdesktop. If you delete the Folder folder itself, the shortcut is still there. If you then click on the Shortcutshortcut, it will thow you an error message. If you rename the Shortcutshortcut, the name of the Foldername folder itself won’t be changed. If you delete the shortcut, the folder will still be there.
...
You can easily reuse your existing Groupsgoups
Con’s
Can be irritating for Power Users power users to deprovision a linked resource
In the most cases the CoreOne Suite and the Target System target system will diverge
Managed Resources
Managed Resources are the way to go, if you start with a Target System target system from scratch. With Managed Resources, you will create a newly needed AD-Group directly in within the CoreOne Suite. The CoreOne Suite will then create the needed AD-Group automatically and link them. You can define Templates templates for the creation of new Managed Resources which will help you to propagate a naming concept for example.
With the CleanUp Task enabled, Managed Ressources make sure, the CoreOne Suite and the Target System Attributes target system attributes of a Managed Resource/Target System target system Group will converge. Like a Linked Ressource, it will also controll the memberships for all known entities but also controll Attribute Values attribute values of the Managed Resource itself.
For Example: Within the creation process of a Managed Resource you define the OU-Path (it also can be given by the template). If someone by accident moves the AD-Group directly in the target system into a new OU-Path, the CoreOne Suite will move back the AD-Group to it’s correct place. This also means: All defined Attributes attributes for creating a ressource you are only able to change them in the CoreOne Suite.
...
You can centralize the create process of AD-Groups into the CoreOne Suite. Your Power Users powe users can create them by theirself → Decentralization of Dutie’sdutie’s.
You can define templates for creating Resources
The CoreOne Suite and the Target System target system will converg as long the CleanUp Task is running
...
More efforts needed for taking over existing Groups groups from your Target System target system as Managed Resource.
What they don’t do
They won’t be added automatically as Resource resource in the CoreOne Suite, if you create them directly in the Target Systemtarget system.
Linked Resources: You have to link the newly created Active Directory AD-Group in the CoreOne Suite Admin UI to be able, to assign it to a Core-Identity. See: /wiki/spaces/IKB/pages/1796997245
Managed Resources: You’ve chosen the wrong way. It is not possible to use this Groupgroup. You have to delete it in the Target System target system and recreate it in the CoreOne Suite Admin UI and the CoreOne Suite creates the Group group in the Target System target system automatically. See: /wiki/spaces/IKB/pages/1796997245
Only the creation of the Resources resources is not enough. You need to make sure, that the corresponding Systemsystem-Features are enabled and also the CleanUp-Task runs on a schedule.
...
| Expand | ||
|---|---|---|
| ||
Technically: Yes you can. Logically: It’s not that simple. For Example: The IAM Manager’s goal is to create a new Active Directory Group. In some OU-Path’s where you work with Linked Resources he have to do that directly in the Target System target system Active Directory. For an another OU-Path where you work with Managed Resources he have to get the job done through the Admin UI of the CoreOne Suite. |
We recommend, to focus on one type. We observed, that new IAM Manager’s are often confused, if there are different ways, of how they have to handle rights. | Expand | ||
|---|---|---|
| ||
The CoreOne Suite Cleanup Task only controlls known Objectsobjects/entities. In the context of an Active Directory that means:
Example 1: Group “Application_Read-Write” is a Linked Ressource. The Group has two members. The first User “Diego Testoni” was created and added to this Group group by the CoreOne Suite. The other User “Thomas Gruti” is a manually, directly in the Active Directory created User user and not recognized by the CoreOne Suite. The CoreOne Suite Cleanup CleanUp Task will only manage the membership of Diego Testoni. The membership of Thomas Gruti won’t be touched by the CoreOne Suite. Example 2: The Active Directory User “Diego Testoni” was created through the CoreOne Suite and has 5 Groupgroup-Membershipsmemberships. The CoreOne only recognises 3 of these Groupsgroups. The CoreOne Suite will also only controll these 3 Groupsgroups. The other 2 Groupgrou-Memberships memberships won’t be touched by the CoreOne Suite.Example 3: |
| Expand | ||
|---|---|---|
| ||
The Linked Ressource will still be available in the CoreOne Suite. You will see a lot of errors in the application log of the CoreOne Suite. You will have to remove all Linked Resource Members members in the CoreOne Suite first and then delete the Linked Resource. After that, you can delete the AD-Group directly in the Target Systemtarget system. See: System monitoring |
| Expand | ||
|---|---|---|
| ||
The CoreOne Suite will recreate the AD-Group and add all known entities. In the case of an AD-Group mostly the assigned rights to the old group won’t be taken over, you will have to grant permissions to the newly created groups still manually. |
| Expand | ||
|---|---|---|
| ||
Managed Ressources are the way to go. This will centralize the Identity identity and Access Management access management into the CoreOne Suite. |