Acessar e configurar logs de auditoria de usuário do AEM
A atividade de auditoria do usuário no AEM pode ser difícil de rastrear quando os eventos de auditoria são gravados em locais inesperados ou quando as consultas do repositório retornam resultados incompletos. Nas implantações do AEM 6.5, os eventos de auditoria de gerenciamento de usuários podem permanecer no log padrão até que um agente de log dedicado seja configurado, enquanto o AEM as a Cloud Service pode exigir consultas de auditoria mais restritas para evitar falhas relacionadas à passagem. A solução é verificar o tipo de implantação, confirmar ou criar a configuração apropriada do agente de log e validar os dados de auditoria verificando logs ou nós de auditoria. Se os eventos de auditoria esperados ainda não aparecerem após a validação, envie um tíquete de suporte para uma investigação mais detalhada.
Descrição description
Ambiente
- Adobe Experience Manager as a Cloud Service
- Adobe Experience Manager Managed Services
- Adobe Experience Manager no local
Problema/Sintomas
- Logs de auditoria como
useraudit.logouaudit.logpermanecem vazios após alterações de configuração. - Os eventos de criação, modificação ou exclusão de usuário aparecem somente em
error.log. - As consultas em
/var/auditretornam resultados incompletos ou falham quando o escopo de pesquisa é muito amplo. - Os eventos de auditoria estão disponíveis em um ambiente, mas não em outro.
- Para confirmar o problema, identifique se o ambiente é AEM as a Cloud Service, Managed Services ou No local.
- Revise a configuração existente do Sling Logger para determinar se os eventos de auditoria do usuário são roteados para um arquivo dedicado.
- Verifique se os eventos de auditoria aparecem em
error.logquando eles não aparecem em um log de auditoria dedicado. - Para AEM as a Cloud Service, testar se a consulta de um caminho mais específico em
/var/auditretorna resultados.
Causa raiz
O comportamento do log de auditoria difere por tipo de implantação. Em ambientes AEM 6.5, os eventos de auditoria de gerenciamento de usuários podem permanecer no log padrão, a menos que sejam redirecionados para um logger dedicado do Apache Sling. No AEM as a Cloud Service, os dados de auditoria são armazenados como nós do repositório em /var/audit, e consultas amplas podem precisar ser limitadas para retornar resultados utilizáveis.
Resolução resolution
Tente as seguintes etapas para resolver o problema:
- Verifique qual tipo de implantação do AEM está em uso para poder validar os dados de auditoria no local correto.
- Abra a configuração do log do Sling e verifique se já existem logs para
com.adobe.granite.security.user.internal.auditecom.adobe.granite.security.user.internal.servlets.AuthorizableServlet. - Se esses mapeamentos do agente de log estiverem ausentes em ambientes AEM 6.5, crie um
Apache Sling Logging Logger Configuratione roteie a saída do log paralogs/useraudit.log. - Acione uma ação de gerenciamento de usuário, como atualizar um usuário ou alterar a associação de grupo, e confirme se o evento é gravado no log de auditoria dedicado.
- No AEM as a Cloud Service, recupere os dados de auditoria de
/var/audite confirme se os nós de auditoria foram retornados. - Se a consulta de auditoria for muito ampla, restrinja-a a um subcaminho mais específico em
/var/audite teste novamente. - Se o ACS Commons estiver disponível, use sua interface de pesquisa de log de auditoria para validar a página, a publicação ou a atividade de auditoria relacionada ao usuário.
Se os sintomas descritos acima ainda ocorrerem após a conclusão de todas as etapas da solução de problemas, ou se os resultados dessas etapas mostrarem que o problema não é causado por erro do usuário, permissões ausentes ou uma configuração sem suporte, os usuários com direito a suporte deverão enviar um tíquete ao Suporte da Adobe por meio do portal de Suporte da Experience League. Se a pessoa afetada não conseguir criar um caso porque a opção Abrir caso ou criar caso não está disponível, a organização correta está ausente ou uma mensagem de direito ao suporte é exibida, entre em contato com o administrador do sistema ou com o administrador de suporte da organização para verificar o acesso ao suporte antes de tentar novamente.