Para que una única aplicación pueda registrarse con los servicios de Omnissa Access para permitir el acceso de los usuarios a la aplicación, cree un cliente de token de acceso de usuario.
Omnissa Access utiliza OAuth 2.0 para permitir que las aplicaciones se registren con Omnissa Access y para crear un acceso delegado seguro a las aplicaciones habilitadas en el catálogo de Hub. El cliente de OAuth está autorizado a través de un token de acceso.
Puede crear y actualizar dos tipos de clientes de OAuth 2: el cliente Público y el cliente Confidencial.
Los clientes públicos como aplicaciones nativas y de una sola página se ejecutan en entornos que no puedan mantener la confidencialidad de un secreto de cliente. Cuando el tipo de cliente es Público, puede seleccionar que el tipo de concesión sea Contraseña o Código de autorización.
Cuando se selecciona Código de autorización para el tipo de cliente Público, se aplica la compatibilidad con PKCE (Proof Key of Code Exchange) y no se puede eliminar. El protocolo de extensión PKCE ayuda a evitar ataques de interceptación de códigos de autorización. Las opciones de ámbito para clientes públicos están restringidas solo a ámbitos basados en usuarios. Las opciones de ámbito para clientes públicos no se pueden configurar con ámbitos privilegiados, como Admin.
Los clientes confidenciales son aplicaciones que pueden autenticarse de forma segura con el servidor de autorización. Su ID de cliente y su secreto son seguros. Si se selecciona el tipo de concesión Código de autorización para el tipo de cliente Confidencial, la opción PKCE estará habilitada de forma predeterminada. Puede eliminar la opción PKCE para los clientes confidenciales.
Para los clientes OAuth 2.0 que utilizan el tipo de concesión Concesión de contraseña, puede optar por validar las contraseñas con un proveedor de identidad externo de OpenID Connect seleccionando el método de autenticación asociado con el proveedor de identidad en la pestaña Administración de OAuth 2.0 > Validación de contraseñas. Para obtener más información, consulte Habilitar la validación de contraseñas con un proveedor de identidad externo para clientes OAuth 2.0 mediante el flujo de concesión de contraseña.
Procedimiento
-
En la página Configuración > Administración de OAuth 2.0 de la consola de Omnissa Access, haga clic en AGREGAR CLIENTE.
-
En la página Agregar cliente, configure lo siguiente.
Etiqueta Descripción Tipo de acceso Las opciones son crear un token de acceso de usuario o un token de cliente de servicio. Seleccione Token de acceso de usuario. Tipo de cliente Público o Confidencial
Seleccione Público cuando las aplicaciones se ejecuten en entornos que no puedan mantener la confidencialidad de un secreto de cliente.
Seleccione Confidencial cuando las aplicaciones puedan autenticarse de forma segura con el servidor de autorización. Cuando el tipo de cliente es Confidencial, la página del cliente se actualiza y se muestra el ID de cliente y el secreto compartido oculto.ID de cliente Cuando seleccione Confidencial, introduzca un identificador de cliente único para la aplicación. El identificador de cliente se utiliza para autenticarse en Omnissa Access. El ID de cliente no debe coincidir con ningún ID de cliente en el inquilino. Se pueden usar los siguientes caracteres: alfanuméricos (A-Z, a-z, 0-9), punto (.), guion bajo (_), guion (-) y arroba (@). El identificador de cliente no puede tener más de 256 caracteres. Tipo de concesión Seleccione uno o varios de los siguientes tipos de concesión. - Concesión de credenciales de cliente: se muestra cuando el tipo de cliente es Confidencial.
- Concesión de contraseña. Puede seleccionar Concesión de contraseña para el tipos de cliente Público o Confidencial.
- Concesión de código de autorización. Puede seleccionar Concesión de código de autorización para el tipo de cliente Público o Confidencial. Si selecciona Concesión de código de autorización, la opción URI de redireccionamiento se mostrará en Tipo de concesión. Cuando se seleccione Código de autorización, la opción Compatibilidad con PKCE estará habilitada de forma predeterminada.
- Concesión de token de actualización: esta opción está habilitada de forma predeterminada cuando la opción Emitir token de actualización está habilitada.
URI de redireccionamiento Introduzca el URI de redireccionamiento registrado para la concesión de código de autorización. Introduzca la información como https://redirecturi.com.
Puede utilizar una lista separada por comas para agregar más de una URL de redireccionamiento.Concesión de usuario Habilite Solicitar a los usuarios que acepten el ámbito. Ámbito El ámbito define a qué parte de la cuenta del usuario puede acceder el token. Entre los ámbitos que puede seleccionar, se incluyen Correo electrónico, Perfil, Usuario, NAPPS, OpenID, Grupo y Administrador. Seleccione uno o varios ámbitos de identidad que desee como parte de la solicitud de autorización de OAuth 2.0.
Al seleccionar Administrador, se muestra la opción Roles de administrador.Compatibilidad con PKCE Cuando el tipo de concesión es Concesión de código de autorización, la casilla de verificación Compatibilidad con PKCE está habilitada. Si el tipo de cliente es público, no podrá desactivar la compatibilidad con PKCE. En cambio, si el tipo de cliente es confidencial, sí podrá desactivar la compatibilidad con PKCE. Roles de administrador Para los tipos de cliente Confidencial, puede seleccionar el ajuste Administrador en Ámbito y, en el menú desplegable, seleccionar los roles administrativos concedidos al administfunrador. Emitir token de actualización Deje esta opción habilitada para permitir la devolución de un token de actualización. TTL de token de actualización Establezca el valor de duración del token de actualización. Se pueden solicitar nuevos tokens de acceso hasta que caduque el token de actualización. Consulte Administrar clientes OAuth 2.0 en Omnissa Access. TTL de token de acceso El token de acceso caduca tras el número de segundos establecido en TTL del token de acceso. Si Emitir token de actualización está habilitado, cuando el token de acceso caduca, la aplicación utiliza el token de actualización para solicitar un nuevo token de acceso. TTL de token inactivo Configure el tiempo que un token de actualización puede estar inactivo antes de que no se pueda utilizar de nuevo. Tipo de token En Omnissa Access, el tipo de token es Portador. Concesión de usuario Solicitar a los usuarios que acepten el ámbito está habilitado. Aparece un mensaje donde se enumeran los ámbitos que se envían. -
Haga clic en GUARDAR.
Cuando el tipo de cliente es Confidencial, la página del cliente se actualiza y se muestra el ID de cliente y el secreto compartido oculto.
-
Copie y guarde el identificador de cliente y el secreto compartido generado. Agregue esta información cuando configure la aplicación.
El secreto del cliente debe ser confidencial. Si una aplicación implementada no puede mantener el secreto, configúrela con el tipo de cliente Público.
Nota: El secreto compartido no se guarda. Si pierde el código secreto, debe generar uno nuevo y actualizar la aplicación que use el mismo secreto compartido con ese nuevo secreto generado.
Para volver a generar un secreto, haga clic en el identificador de cliente que requiera un nuevo secreto en la página Administración de OAuth 2.0 y haga clic en VOLVER A GENERAR SECRETO.
Pasos siguientes
En la aplicación de recursos, configure el ID de cliente y el secreto compartido generado. Consulte la documentación de la aplicación.
¿Le resultó útil esta página?