| Wiki Markup |
|---|
{scrollbar}
{quote}
(!) Nota
Más detalles sobre la configuración sobre LDAP se puede encontrar en este [HowTo|HowTo O3 Security over LDAP and Active Directory]
{quote}
Las definiciones de usuarios y roles en este caso se realizan con las herramientas de LDAP que se utilizan normalmente. A continuación se detallan las características que deben cumplir los usuarios y roles creados en el servidor LDAP para que puedan ser utilizados por O3 Server.
h3. Requisitos de los Usuarios
Para garantizar un correcto funcionamiento de O3 Server sobre un repositorio LDAP es necesario que los usuarios creados en éste cumplan con las siguientes condiciones.
* Los usuarios deben crearse en el contexto o directorio identificado por el parámetro *Ruta base de Búsqueda*.
* A todos los usuarios deberán asignársele el atributo *objectclass* con el valor *humanParticipant* además de otros valores que este atributo pueda tener
* Todos los usuarios deberán tener asignado el atributo *uid* cuyo valor será el login para conectarse a O3 Server.
* Todos los usuarios deberán tener asignado el atributo *cn* cuyo valor será el nombre real del usuario. Esto implica que no tiene por qué coincidir con el valor asignado a *uid*
* Cada usuario deberá tener un conjunto de roles asignados. Esto se realiza mediante la especificación del atributo *assignedRoles* cuyo valor deberá ser la lista de roles. Esta lista contendrá los nombres de los roles involucrados separados por ":" (dos puntos). Esta lista además debe terminar con ":" (dos puntos)
* Para que un usuario tenga privilegios de administrador en el Servidor de O3, deberá tener asignado el rol especificado por el parámetro *Rol del Administrador*.
h3. Requisitos de los Roles
Para garantizar un correcto funcionamiento de O3 sobre un repositorio LDAP es necesario que los roles creados en éste cumplan con las siguientes condiciones.
* Los roles deben crearse en el contexto o directorio identificado por el parámetro *Ruta base de Búsqueda* (referirse a la sección "Parámetros LDAP" para un detalle de los parámetros)
* A todos los usuarios deberán asignársele el atributo *objectclass* con el valor *ftorganizationalrole* además de otros valores que este atributo pueda tener
* Todos los usuarios deberán tener asignado el atributo *cn* cuyo valor será el nombre del rol
* Todos los usuarios deberán tener asignado el atributo *description* cuyo valor será el nombre del rol
h3. Ejemplo de una base de datos LDAP para ser utilizada por O3
El siguiente es un ejemplo de una estructura de entradas de directorio en un LDAP utilizado por O3:
c=uy
o=IdeaSoft
cn=Directory Administrators
ou=Groups
ou=People
uid=admin
uid=user
uid=o3user
Adicionalmente se sabe que las entradas existentes dentro del contexto o directorio *ou=People*, tienen los siguientes atributos:
uid=user
cn=Usuario estándar de O3
objectClass=humanparticipant
assignedRoles=o3user
uid=admin
cn=Usuario Administrador de O3
objectClass=humanparticipant
assignedRoles=o3admin
uid=o3admin
cn=o3admin
description=Rol de Administradores de O3
objectClass=ftorganizationalrole
uid=o3user
cn=o3user
description=Rol de Usuarios de O3
objectClass=humanparticipant
Especificando como *Ruta base de Búsqueda* el contexto o directorio "*ou=People, o=IdeaSoft, c=uy*", el Servidor de O3 interpretará las entrada "*uid=user*" como un usuario de login "*user*" y nombre "Usuario estándar de O3" que tiene asociado rol "*o3user*".
De la misma manera interpretará la entrada "*uid=admin*" como un usuario de login "*admin*" y nombre "Usuario Administrador de O3" que tiene asociado rol "*o3admin*". Dado que "o3admin" se declaró en el parámetro *Rol del Administrador*, éste usuario contará con privilegios de administrador.
De forma similar se interpretan las entradas "*uid=o3admin*" y "*uid=o3user*" como roles.
----
{children}
|
...
Note
This HowTo shows more details on settings over LDAP
In this case, the definitions of users and roles are performed with the commonly used LDAP tools. The characteristics users and roles created in the LDAP server must have so they can be used by O3 Server are detailed below.
User Requirements
In order to ensure the proper operation of O3 Server over an LDAP repository, it is necessary that all created users in it meet the following conditions.
- Users must be created in the context or directory identified by the Search Base Path parameter.
- All users will be assigned the objectclass attribute, withe the humanParticipant value besides other values this attribute might have.
- All users will be assigned the uid attribute whose value will be the login to connect to O3 Server.
- All users will be assigned the cn value whose value will be the real username.
This means it does not need to match the value assigned to uid. - Each user will have an assigned set of roles.
This is done through the specification of the assignedRoles attribute, whose value must be the list of roles.
This list will contain the names of the roles involved, separated by ":" (colon). This list must also finish in ":" (colon) - For a user to have administrator rights in O3 Server, they will need to have been assigned the specified role by the Administrator Role parameter.
Role Requirements
In order to ensure the proper operation of O3 Server over an LDAP repository, all roles created in it must meet the following conditions:
- Roles must be created in the context or directory identified by the Search Base Path parameter.(refer to the "LDAP Parameters" section for a detail on parameters)
- All users will be assigned the objectclass attribute, withe the ftorganizationalrole value besides other values this attribute might have.
- All users will be assigned the cn value whose value will be the role name.
- All users will be assigned the description attribute, whose value will be the role name.
Example of an LDAP database to be used by O3
What follows is an example of the directory entry structure in an LDAP used by O3.
c=uy
o=IdeaSoft
cn=Directory Administrators
ou=Groups
ou=People
uid=admin
uid=user
uid=o3user
Besides, it is known that existing entries within the ou=People context or directory have the following attributes:
uid=user
cn=Usuario estándar de O3
objectClass=humanparticipant
assignedRoles=o3user
uid=admin
cn=Usuario Administrador de O3
objectClass=humanparticipant
assignedRoles=o3admin
uid=o3admin
cn=o3admin
description=Rol de Administradores de O3
objectClass=ftorganizationalrole
uid=o3user
cn=o3user
description=Rol de Usuarios de O3
objectClass=humanparticipant
By establishing as Search Base Path the "ou=People, o=IdeaSoft, c=uy" context or directory, the O3 Server will interpret "uid=user" entries as a user with the "user" login and name "O3 Standard User" with an associated role "o3user"
In the same way, it will understand the "uid=admin" entry as a user with "admin" login and name "O3 Administrator User" with an associated role "o3admin". As "o3admin" was declared in the Administrator Role parameter, this user will have administrator rights.
Entries "uid=o3admin" and "uid=o3user" are interpreted as roles in the same way.
...
| Child pages (Children Display) |
|---|
| Wiki Markup |
|---|
{scrollbar} |