Solução de problemas de conexão do cliente

Localize primeiro o estágio com falha

Um dispositivo offline pode ser resultado de um pacote incorreto, um serviço interrompido, um endpoint inacessível ou uma falha no servidor. Um dispositivo conectado com um relatório vazio é um sintoma diferente. Execute as verificações abaixo na ordem indicada e registre as alterações.

Comece com um endpoint afetado. Registre o horário, o modelo de implantação, a versão do pacote, o sistema operacional, a organização esperada e o erro visível. Mantenha senhas, strings de conexão, identificadores de licença e detalhes privados do dispositivo fora das capturas de ecrã públicas.

1. Verifique o pacote e o serviço

Confirme se instalou o Agente em vez da versão Admin ou Portable e se a sua implementação na Nuvem ou Local corresponde à organização. Nos Serviços Windows , verifique GoMyid para um Agente de Nuvem ou GoMyit para um agente local.

Se o serviço estiver ausente, verifique o resultado da instalação e o histórico de proteção. Se ele iniciar e parar em seguida, registre o evento relevante Windows e o erro do pacote antes de reinstalar repetidamente. Não altere a conta de serviço nem desative a proteção de endpoint como primeira medida.

2. Verifique o destino configurado

Para ambientes locais (On-Premise), compare o endpoint do pacote com o nome do host ou o endereço IP atribuído ao servidor. O nome do host deve ser resolvido corretamente a partir do dispositivo afetado, incluindo sua VPN ou rede de filial. Um nome de host que funciona no próprio servidor pode não ser resolvido da mesma forma em um cliente.

Se a organização ou o endpoint estiverem incorretos, obtenha um pacote gerado corretamente por meio do processo de configuração aprovado. Não copie manualmente a configuração de outro cliente.

3. Teste o ouvinte TCP real

Solicite ao administrador de implantação a porta do servidor ativo. No dispositivo Windows afetado, uma verificação de conectividade PowerShell pode ajudar a diferenciar uma falha de rede de uma falha de aplicativo:

Test-NetConnection -ComputerName <server-hostname> -Port <configured-port>

Substitua ambos os marcadores de posição antes de executar o comando. Se TcpTestSucceeded Se for falso, verifique o DNS, o roteamento, a VPN, o servidor de escuta e as regras de firewall com escopo. Se for verdadeiro, continue verificando a configuração e a organização do aplicativo; o sucesso do TCP não comprova o registo ou a autenticação.

4. Verifique o servidor e o banco de dados

Para ambientes locais, confirme se o servidor está em execução e escutando na interface esperada. Analise erros de inicialização ou de conexão e verifique a conexão com o banco de dados usando a identidade de tempo de execução real. Uma identidade ausente ou inacessível Sql.udl O ficheiro pode afetar o servidor nativo mesmo quando o SQL está disponível para um DBA.

Verifique GoMyidServer e GoMyidCore separadamente do Agent do endpoint. A configuração testa as páginas de login e de registo/banco de dados. Uma resposta de login por si só não comprova que o banco de dados está funcionando. Consulte o passo a passo ilustrado da instalação.

5. Distinguir relatórios em falta de conexões em falta

Se o dispositivo estiver conectado, mas o relatório estiver vazio, verifique a organização, o grupo, o utilizador, o intervalo de datas, as permissões do revisor e as configurações de coleta ativadas. Aguarde o intervalo de coleta configurado e compare com um evento recente conhecido. Não interprete um relatório filtrado vazio como prova de falha na instalação.

Referência de sintomas a serem verificados

O que enviar para o suporte

Envie a versão e o tipo de pacote, a versão Windows , o registo de data e hora com o fuso horário, o erro exato, o estado do serviço, se as verificações de DNS e TCP foram bem-sucedidas e os logs relevantes anonimizados. Inclua qual etapa funcionou por último. Compartilhe identificadores específicos da organização somente por meio do canal de suporte privado aprovado.