馃攼 Usando ggLeap como proveedor de OpenID Connect (OIDC)
馃攼 Usando ggLeap como proveedor OpenID Connect (OIDC)
ggLeap permite OpenID Connect (OIDC) para que aplicaciones de terceros autentiquen usuarios usando sus cuentas de ggLeap. Esto habilita integraciones como "Iniciar sesi贸n con ggLeap" para aplicaciones de socios, sitios web o servicios.
OIDC se construye sobre OAuth 2.0 y permite que las aplicaciones verifiquen de manera segura la identidad del usuario y obtengan informaci贸n b谩sica del perfil.
馃 Descripci贸n general
Al integrar con el proveedor OIDC de ggLeap, las aplicaciones pueden:
- Permitir que los usuarios inicien sesi贸n usando su cuenta de ggLeap
- Habilitar Inicio de sesi贸n 煤nico (SSO) en aplicaciones compatibles
- Recuperar informaci贸n del usuario como correo electr贸nico, perfil y pertenencia a grupos
- Soportar autenticaci贸n espec铆fica del centro cuando sea necesario
Las aplicaciones autentican usuarios a trav茅s de ggLeap y reciben una respuesta de token que confirma la identidad y los permisos solicitados.
馃寪 Puntos finales del emisor OIDC
Las aplicaciones deben usar la URL del emisor apropiada seg煤n el entorno.
Entorno | URL del emisor |
|---|---|
Producci贸n | |
Beta |
Los metadatos de descubrimiento OIDC y las claves de firma p煤blica est谩n disponibles autom谩ticamente en el punto final del emisor. La mayor铆a de las bibliotecas OIDC recuperar谩n esta configuraci贸n autom谩ticamente.
馃攽 Informaci贸n de integraci贸n requerida
Para integrar con ggLeap OIDC, el desarrollador de la aplicaci贸n recibir谩 las siguientes credenciales:
Par谩metro | Descripci贸n |
|---|---|
ID de cliente | Identificador 煤nico para la aplicaci贸n |
Secreto de cliente | Clave confidencial utilizada durante el intercambio de tokens |
URI(s) de redireccionamiento | URL(s) de devoluci贸n de llamada HTTPS donde ggLeap env铆a respuestas de autenticaci贸n |
Estos valores deben configurarse en la configuraci贸n del cliente OIDC de la aplicaci贸n.
馃攼 Solicitud de autorizaci贸n
Las aplicaciones inician el inicio de sesi贸n enviando usuarios al punto final de autorizaci贸n de ggLeap.
Punto final
{issuer}/connect/authorizeEjemplo de solicitud de autorizaci贸n
{issuer}/connect/authorize
?client_id={client_id}
&redirect_uri={encoded_redirect_uri}
&response_type=code
&scope=openid%20email%20profile
&state=abc
&nonce=xyz
[¢er_uuid={guid}]
Par谩metros
Par谩metro | Descripci贸n |
|---|---|
| ID de cliente emitido para la aplicaci贸n |
| Debe coincidir exactamente con una URL de redireccionamiento registrada |
| Usar |
| Permisos solicitados |
| Valor de estado de la aplicaci贸n opcional |
| Valor de seguridad recomendado |
| Requerido si la aplicaci贸n admite m煤ltiples centros |
馃Ь Alcances disponibles
Las aplicaciones pueden solicitar los siguientes alcances durante la autenticaci贸n.
Alcance | Descripci贸n |
|---|---|
| Requerido para la autenticaci贸n OIDC |
| Proporciona la direcci贸n de correo electr贸nico del usuario |
| Proporciona informaci贸n b谩sica del perfil |
| Devuelve la informaci贸n del grupo de ggLeap del usuario |
馃彚 Autenticaci贸n espec铆fica del centro
Algunas integraciones est谩n vinculadas a un centro de ggLeap espec铆fico, mientras que otras admiten m煤ltiples centros.
Integraciones de centros
Las aplicaciones que admiten un 煤nico centro deben incluir:
center_uuid={guid}en la solicitud de autorizaci贸n.
馃攣 Intercambio de tokens
Despu茅s de que el usuario inicia sesi贸n correctamente, ggLeap redirige al usuario a la aplicaci贸n con un c贸digo de autorizaci贸n.
La aplicaci贸n luego intercambia este c贸digo por tokens usando el punto final de tokens.
Punto final
{issuer}/connect/tokenSe debe usar el Flujo de c贸digo de autorizaci贸n OAuth est谩ndar para este paso.
馃毆 Cerrar sesi贸n (finalizar sesi贸n)
Las aplicaciones pueden cerrar la sesi贸n de usuarios de sesiones de ggLeap usando el punto final de cierre de sesi贸n.
Punto final
{issuer}/connect/logoutPar谩metros
Par谩metro | Descripci贸n |
|---|---|
| Token de la sesi贸n de inicio de sesi贸n reciente del usuario |
| URL de redireccionamiento opcional despu茅s de cerrar sesi贸n |
Si se proporciona y se permite una URI de redireccionamiento v谩lida, el usuario ser谩 redirigido despu茅s de cerrar sesi贸n.
鈿狅笍 Problemas de integraci贸n comunes
Problema | Resoluci贸n |
|---|---|
La URI de redireccionamiento no coincide | Aseg煤rate de que la URI de redireccionamiento coincida exactamente con la URL registrada |
Falta | Incluye el par谩metro para aplicaciones de m煤ltiples centros |
La autenticaci贸n falla | Confirma el entorno correcto del emisor (producci贸n vs beta) |
El inicio de sesi贸n no se completa | Aseg煤rate de que la aplicaci贸n est茅 utilizando el flujo de c贸digo de autorizaci贸n |
馃И Prueba de integraci贸n b谩sica
Para verificar que la integraci贸n funciona:
- Construye una solicitud de autorizaci贸n usando tu ID de cliente e URI de redireccionamiento.
- Abre la URL en un navegador.
- Inicia sesi贸n con una cuenta de ggLeap.
- Confirma que la aplicaci贸n reciba un c贸digo de autorizaci贸n en la URL de redireccionamiento.
- Intercambia el c贸digo usando el punto final de tokens.
Si es exitoso, la aplicaci贸n recibir谩 tokens de acceso e identidad confirmando el inicio de sesi贸n del usuario.
Actualizado el: 10/04/2026
隆Gracias!
