Antes de começar
Confirme conta, tenant e papel ativo no menu da conta. A consulta exige permissão de visualização; alterações exigem a permissão específica de gestão. Uma ação oculta ou desabilitada pode refletir o escopo autorizado; não troque de tenant para contornar uma recusa. Trabalhe somente com registros do espaço que você tem autorização para administrar.
Procedimento
- Em Preferences → Authentication selecione Google, Microsoft, Okta, Auth0, GitHub ou GitLab.
- Registre a Authorized callback URL exata no provedor e preencha seus campos.
- Substitua o segredo somente quando necessário, salve e teste a configuração salva com uma identidade autorizada.
Comportamento e limites
A identidade externa não concede papéis nem remove MFA. O novo autocadastro aceita identidades Google verificadas conforme a política atual; não generalize para todos os provedores. Quando o login informa mfaRequired, authenticated=false é esperado até concluir o segundo fator.
Uma verificação expirada exige novo login e o desafio atual. Não publique códigos, segredos nem desafios reais. Preserve uma via de recuperação autorizada antes de mudar a configuração global.
Microsoft utiliza Tenant ID; Okta e Auth0 utilizam Issuer URL. GitHub exige que o email primário verificado corresponda a um usuário Dova ativo. Siga cada cartão em vez de generalizar os campos entre provedores.
Verificar o resultado
Depois de salvar ou confirmar, reabra o detalhe e confira o estado informado pelo servidor. Diferencie uma solicitação aceita de uma operação concluída e preserve somente evidência mínima sem informação sensível. Quando houver uma operação pendente, espere seu estado final na tela correspondente antes de iniciar outra ação sobre o mesmo objeto.
Exemplo de laboratório
Use o tenant sintético documentation-lab e, quando aplicável, o worker worker-demo-a. Anote o estado anterior, realize uma única ação autorizada e compare o estado posterior. Esses nomes ilustram o procedimento; não identificam registros de produção nem autorizam criar recursos cloud. Para uma revisão sem alterações, consulte o detalhe e cancele qualquer formulário aberto.
Se algo falhar
Se aparecer um conflito, atualize o inventário e revise os valores vigentes antes de repetir. Se a sessão expirou, entre novamente e conclua MFA quando exigido. Para erro de permissão, confira papel e participação; para erro do provedor, consulte a operação e sua mensagem segura. Não altere armazenamento, revisões nem controles para forçar um resultado.
Leituras relacionadas
Acesso ao Administrator
Uma conta autenticada sem permissão de Administrator que abre a página de Administrator volta para o Dova. Essa navegação não concede acesso administrativo: chamadas às APIs protegidas continuam exigindo autorização e podem retornar 403. Sem uma sessão válida, conclua o login e MFA normais. Use o destino conhecido do Dova; uma URL externa de retorno não amplia o acesso.
Consistência da assinatura no login
A projeção de financiamento usa a representação canônica dos períodos de Billing e é conciliada com a assinatura autorizada. Corrigir Subscription funding projection does not match não altera o período contratual, ciclo, créditos concedidos nem consumo e não estende o Trial. Verificações de tenant, contrato e financiamento continuam válidas. Se o erro persistir, revise a operação e assinatura existentes antes de repetir cadastro ou checkout.