Essa funcionalidade permite o diagnóstico dos módulos ADM, necessários para a operação do agente; inclui testes de comunicação para o local do ADM, locais e portas de comunicação locais, verificação de permissões e status dos serviços necessários no equipamento para a operação dos módulos. Para realizar o processo de autodiagnóstico, execute os seguintes passos:
1. Baixe e salve o pacote Aranda.Diagnostics.ADM.Agent.Cli.9.x.x.x.zip em uma rota específica, depois deszip. Depois de terminar, você encontrará dois arquivos: appsettings.json e Aranda.Diagnostics.ADM.Agent.Cli.9.x.x.x.exe.
2. Modificar o arquivo appsettings.json na linha dois URI pela URL do nó, onde o agente aponta ou irá apontar.
3. Execute o arquivo como administrador Aranda.Diagnostics.ADM.Agent.Cli.exe; Uma vez executado, o veículo utilitário realiza os testes de arquitetura, serviços, acessos, permissões e portas de comunicação.
4. Após o processo de diagnóstico, feche a janela pressionando qualquer tecla ou fechando manualmente a janela. O resultado do teste é armazenado no caminho da utilidade, no Relatórios, o arquivo é salvo diagnostics.json E você poderá visualizá-lo em um editor de texto disponível.
Arquivo resultante
Visualização dos resultados no arquivo JSON
Resultados da execução da utilidade como administrador, papel de administrador e status do serviço WMI
Resultados de acesso a recursos Admin$, permissões e status dos serviços de localização
Resultados da verificação de versão e link para download do agente ADM para futuras atualizações
Resultados de Testes de Comunicação e Registro do WebSocket e HTTP para o Componente de Gerenciamento Remoto de Saída
⚐ Nota: Após a conclusão dos testes de autodiagnóstico, recomenda-se excluir o(s) registro(s) de teste criados no console, dependendo do número de execuções da utilidade. Se houver vários registros, você pode excluí-los filtrando por status Sem inventário e agente 9.12.2110.106 e depois ir para Mais opções > todas e então Remover dispositivos.
Resultados da verificação mínima de versão do TLS e comunicação com o MQTT
Resultados de Verificação Carregando o Inventário no Servidor
Erros comuns na execução de autodiagnósticos
Ao executar o diagnóstico, você pode encontrar diferentes erros devido a alguma restrição local em firewall, antivírus ou problemas de rede:
1. Erro de comunicação para o nó configurado no arquivo appsettings.json
Casos de erro são causados por uma restrição de comunicação à URL que está sendo testada. Valide primeiro se houver uma saída de Internet e revise as restrições de rede configuradas no nível do firewall e faça a exceção para a URL do nó.
2. Erro ao baixar o perfil do agente ou o instalador do agente .EXE
Las causas más comunes para este error pueden ser:
- Ao apontar para um Conservador, eles são apresentados pela ausência do recurso no caminho de armazenamento do Conservador, . Você pode rodar o autoteste novamente para que funcione corretamente. Na primeira execução falhada, o servidor processa a tarefa que solicita o recurso e então o armazena.
- Independentemente do nó em que o teste é realizado, no caso de baixar o .EXE do instalador do agente; A possível causa do erro é que a tarefa responsável pelo download do recurso não foi executada; para mais informações, veja Requisitos.
- Verifique exceções antivírus, pois isso pode estar bloqueando downloads de fontes fora das autorizadas pela empresa.
3. Falha na Consulta de Serviço WMI
Esse erro é causado por uma falha de serviço Instrumentação de Gerenciamento do Windows (Winmgmt); Verifique se o serviço está ativado e iniciado ou se não está bloqueado por nenhuma política de domínio.
4. Falha na administração remota
Existem duas situações para essa falha:
- Gerenciamento Remoto em LAN:
Se você tiver o agente instalado, verifique a partir do Monitor de Recursos > Rede > Portas de Escuta que o processo Aranda.Agent.ACOREService.exe está rodando na porta 9025. Valide isso no Firewall Status diga Permitido, não restrito; Caso contrário, confirme as regras do firewall.
- Administração remota por conexão de saída:
As causas mais comuns para esse erro podem ser:
- A falta de configuração HTTPS no nó que está sendo diagnosticado. Para mais informações, consulte os seguintes links de acordo com sua infraestrutura:
- A ausência do componente WebSocket em funções e recursos.
5. Falha em verificar o TLS mínimo.
Verifique se o servidor atende aos requisitos mínimos, como a versão mínima suportada do TLS (1.2). Para mais informações, veja a nota Coisas para ter em mente Requisitos.
6. Falha nos serviços de localização.
As causas mais comuns para esse erro podem ser:
- O Serviço de Geolocalização (LFSVC) Ela não está habilitada nem possui restrições de acesso por política de domínio.
- Você tem políticas de domínio configuradas com restrição de acesso à localização. Se alguma dessas chaves de registro for criada com DWORD = 1, elas devem ser excluídas:
- Chave do Registro: Software\Políticas\Microsoft\Windows\LocalizaçãoeSensores\DesabilitarLocalização
- Chave do Registro: Software\Políticas\Microsoft\Windows\LocalizaçãoESensores\DisableSensors
- Chave do Registro: Software\Políticas\Microsoft\Windows\LocalizaçãoeSensores\DisableWindowsFornecedorLocalização
7. Falha de comunicação com o componente MQTT
Verifique as regras do firewall para quaisquer restrições no IP ou DNS configurado para o componente MQTT pela porta 1884 ou valide que o serviço MQTT no servidor está operacional.
8. Na envio de inventários para o servidor.
As causas mais comuns para esse erro podem ser:
- Você não tem um caminho local válido de armazenamento de arquivos ou armazenamento de blob configurado para o nó que está mirando. Para mais informações, veja Comunicações
- Você não tem permissões de leitura e gravação no caminho local de armazenamento de arquivos ou no armazenamento de blob que configurou para o nó que está alvo.
No link a seguir, você pode encontrar o executável do agente de autodiagnóstico Agente Autodiagnóstico