Además del nombre de usuario y la contraseña, las propiedades del servicio de usuario definen características tales como qué autorizaciones se otorgan al usuario, qué restricciones se imponen al usuario y cuál es la configuración regional del usuario.
Los usuarios pueden tener las siguientes propiedades. Algunas propiedades están disponibles solo para usuarios de un tipo en particular.
|
Para obtener descripciones de estas propiedades, consulte la documentación a continuación:
Utilice la propiedad roles para asignar roles existentes a un usuario. Para crear un rol, consulte Servicio de rol de la API de RESTful.
Utilice la propiedad exceptions para agregar autorizaciones para un usuario. También puede utilizar este mecanismo para suprimir autorizaciones. Por ejemplo, si al usuario se le asigna un rol que otorga ciertas autorizaciones, puede establecer autorizaciones individuales en false en la lista de excepciones y mantener, al mismo tiempo, otras autorizaciones que se incluyen en el rol.
La siguiente solicitud agrega la autorización para reiniciar el servicio Kerberos para el usuario user1.
POST /api/user/v1/users/user1/exceptions HTTP/1.1
{
"scope": "svc",
"service": "kerberos",
"allow_restart": true
}
El siguiente resultado muestra todas las autorizaciones que están disponibles para el servicio Kerberos para usuario1 . En este ejemplo, otras autorizaciones todavía tienen su valor por defecto en false.
{
"auth": {
"href": "/api/user/v1/users/user1/exceptions/auth-001",
"scope": "svc",
"service": "kerberos",
"allow_administer": false,
"allow_configure": false,
"allow_restart": true
}
}
Puede establecer preferencias para el usuario con el que ha iniciado sesión o para cualquier usuario para el que tenga la autorización allow_changePreferences. Para obtener la autorización allow_changePreferences, consulte Roles de usuario y excepciones.
|
Consulte las siguientes secciones para obtener más información sobre estas propiedades:
Por defecto, no hay límite en el tiempo durante el cual la CLI puede estar inactiva (el valor de cli_idle_timeout es -1). Para establecer un límite en el tiempo durante el cual la CLI puede estar inactiva, establezca un valor entero positivo para los segundos cli_idle_timeout. Al alcanzar el límite de timeout, se cierra la CLI.
En el siguiente ejemplo, se establece el timeout de CLI en 1 hora.
PUT /api/user/v1/users/user1/preferences HTTP/1.1
{ "cli_idle_timeout": 3600 }
{
"preferences": {
"href": "/api/user/v1/users/user1/preferences",
"locale": "C",
"login_screen": "configuration/preferences",
"session_timeout": 15,
"cli_idle_timeout": 3600,
"advanced_analytics": false,
"keys": [],
"tokens": []
}
}
Para deshabilitar el timeout, establezca el valor de cli_idle_timeout en -1 o utilice el comando unset tal como se muestra en el siguiente ejemplo.
PUT /api/user/v1/users/user1/preferences HTTP/1.1
{ "<unset>": ["cli_idle_timeout"] }
Colocar el comando unset entre paréntesis angulares evita el problema de tener una propiedad denominada unset.
Las claves SSH públicas se pueden usar para permitir conexiones SSH sin usar contraseñas.
|
Puede crear un token de inicio de sesión REST persistente o no persistente y acceder al token a través de su valor de token devuelto o ID de token.
|
Parámetro de consulta de token de inicio de sesión REST
Utilice el parámetro de consulta token=token con el comando GET para mostrar los valores de propiedad para ese token. Utilice el parámetro de consulta token=token con el comando DELETE para suprimir ese token. El token es el valor de X-Auth-Session en la respuesta de creación de token.
El token se muestra cuando se crea el token y no se vuelve a mostrar. Asegúrese de copiar y conservar el token. Consulte Ejemplo 3, Creación de un token de inicio de sesión REST.