Inicio de sesión único
Su personal inicia sesión con la cuenta de Microsoft, Google, Okta o Keycloak de su organización.
El inicio de sesión único (SSO) permite entrar en su espacio de trabajo con la cuenta que su organización ya les da. CommonLynk nunca ve su contraseña. Las contraseñas siguen funcionando mientras el SSO está activado, y la persona propietaria del espacio siempre puede entrar con su propia contraseña.
Antes de empezar
CommonLynk activa el SSO para un espacio de trabajo cuando usted lo pide. Después, la persona propietaria lo encuentra en Configuración, Inicio de sesión único. Solo ella puede añadir un proveedor, reclamar un dominio o activar un proveedor. Los administradores pueden ver la configuración y ejecutar una prueba.
- Pulse «Añadir proveedor», elija su sistema de inicio de sesión y pase los valores que muestra CommonLynk a su equipo de TI.
- Su equipo de TI crea la aplicación por su lado y le devuelve los valores que pide CommonLynk.
- En «Dominios», añada su dominio de correo, publique el registro DNS TXT que aparece al lado y pulse «Comprobar».
- Pulse «Probar la conexión». Inicia sesión de verdad en su proveedor y la página le dice qué pasaría.
- Pulse «Activar».
Microsoft Entra ID
En el centro de administración de Microsoft Entra, abra Registros de aplicaciones y registre una aplicación solo para cuentas de este directorio organizativo. Añada el URI de redirección que muestra CommonLynk como redirección web. Copie el identificador de aplicación (cliente) y el de directorio (inquilino), y cree un secreto de cliente en Certificados y secretos. El emisor es https://login.microsoftonline.com/ seguido del identificador de su inquilino y /v2.0. Indique la fecha de caducidad del secreto: CommonLynk le avisa 30 y 7 días antes.
Para usar SAML, cree en su lugar una aplicación empresarial con SAML, pegue el identificador y la URL de respuesta que muestra CommonLynk y dé a CommonLynk la URL de metadatos de federación. CommonLynk reconoce a las personas por su identificador de objeto, nunca por su correo.
Google Workspace
En la consola de Google Cloud de su organización, cree un cliente OAuth de tipo Aplicación web y añada el URI de redirección que muestra CommonLynk. Introduzca también su dominio de Google Workspace: sin él cualquier cuenta de Google podría entrar, así que CommonLynk no guarda el proveedor.
Okta
En la consola de administración de Okta, cree una integración de aplicación con OIDC como Aplicación web, añada el URI de redirección y copie el ID de cliente, el secreto de cliente y su dirección de Okta, que es el emisor. Para SAML, pegue la URL de inicio de sesión único y la audiencia que muestra CommonLynk, y dé a CommonLynk la URL de metadatos.
Keycloak
En su realm, cree un cliente OpenID Connect con la autenticación de cliente activada, añada el URI de redirección como redirección válida y copie el secreto de la pestaña «Credentials». El emisor es su dirección de Keycloak seguida de /realms/ y el nombre del realm. Si Keycloak funciona en su propia red privada, pida a CommonLynk que permita su dirección.
Quién entra
Una persona entra con SSO cuando su correo pertenece a uno de sus dominios verificados. La primera vez, CommonLynk crea su cuenta sin rol ni acceso a registros, salvo que la persona propietaria haya elegido un rol para el proveedor, y luego un administrador le da lo que necesita. También puede permitir solo a las personas invitadas. Una cuenta existente se vincula a la cuenta de trabajo en el primer inicio de sesión; si el proveedor no confirma la dirección, CommonLynk le envía antes un código.
A quien entra con SSO no se le pide un segundo paso de CommonLynk: de eso se encarga el inicio de sesión de su organización. La página de configuración le avisa cuando su proveedor no informa de la verificación en dos pasos. Mientras el SSO está activado, la persona propietaria necesita la verificación en dos pasos para su contraseña.
Si el SSO deja de funcionar
La página de inicio de sesión siempre tiene el enlace «Inicio de sesión del propietario», que abre el formulario de contraseña. Si caduca un secreto o su proveedor no responde, la persona propietaria entra por ahí y desactiva el proveedor o introduce un secreto nuevo. Desactivar un proveedor cierra todas las sesiones abiertas a través de él.