Antes de comenzar
Confirma la cuenta, el tenant y el rol activo en el menú de cuenta. Necesitas permiso de consulta para inspeccionar y el permiso de gestión específico para cambiar registros. Una opción oculta o deshabilitada puede reflejar el alcance autorizado; no cambies de tenant para eludir una denegación. Usa únicamente registros del espacio que tienes permitido administrar.
Procedimiento
- En Preferences → Authentication selecciona Google, Microsoft, Okta, Auth0, GitHub o GitLab.
- Registra la Authorized callback URL exacta en el proveedor y completa sus campos.
- Reemplaza el secreto solamente si corresponde, guarda y prueba la configuración guardada con una identidad autorizada.
Comportamiento y límites
La identidad externa no concede roles ni elimina MFA. El autorregistro nuevo acepta identidades Google verificadas según la política actual; no se debe generalizar a todos los proveedores. Si el inicio indica mfaRequired, authenticated=false es esperado hasta completar el segundo factor.
Una verificación vencida exige iniciar sesión de nuevo y usar el desafío actual. No publiques códigos, secretos ni desafíos reales. Conserva una vía de recuperación autorizada antes de cambiar la configuración global.
Microsoft utiliza Tenant ID; Okta y Auth0 utilizan Issuer URL. GitHub requiere que el correo primario verificado corresponda a un usuario Dova activo. Usa las instrucciones de cada tarjeta en lugar de generalizar campos entre proveedores.
Verificar el resultado
Después de guardar o confirmar, vuelve a abrir el detalle y comprueba el estado informado por el servidor. Distingue una solicitud aceptada de una operación terminada y conserva solo evidencia mínima sin información sensible. Cuando exista una operación en curso, espera su estado final en la vista correspondiente antes de iniciar otra acción sobre el mismo objeto.
Ejemplo de laboratorio
Usa el tenant sintético documentation-lab y, cuando corresponda, el worker worker-demo-a. Anota el estado anterior, realiza una única acción autorizada y compara el estado posterior. Estos nombres ilustran el procedimiento; no identifican registros de producción ni autorizan crear recursos cloud. Para una revisión sin cambios, consulta el detalle y cancela cualquier formulario abierto.
Si algo falla
Si aparece un conflicto, actualiza el inventario y revisa los valores vigentes antes de repetir. Si caducó la sesión, inicia sesión y completa MFA cuando sea requerido. Ante un error de permisos, revisa el rol y la membresía; ante un error de proveedor, consulta la operación y su mensaje seguro. No alteres almacenamiento, revisiones ni controles para forzar un resultado.
Lecturas relacionadas
Acceso a Administrator
Una cuenta autenticada sin permisos de Administrator que abre la página de Administrator vuelve a Dova. Esta navegación no concede acceso administrativo: las llamadas a las API protegidas continúan sujetas a autorización y pueden responder 403. Si no tienes una sesión válida, sigue el inicio de sesión y MFA normales. Utiliza siempre el destino conocido de Dova; una URL de retorno externa no amplía el acceso.
Coherencia de la suscripción al iniciar sesión
La proyección de financiación usa el formato canónico de periodos de Billing y se reconcilia con la suscripción autorizada. La corrección de Subscription funding projection does not match no cambia el periodo contractual, su ciclo, los créditos concedidos ni el consumo; tampoco extiende el Trial. Las comprobaciones de tenant, contrato y financiación siguen aplicándose. Ante un error persistente, revisa la operación y la suscripción existentes antes de repetir registro o checkout.