Primero, localiza la etapa que está fallando
Un dispositivo sin conexión puede deberse a un paquete incorrecto, un servicio detenido, un punto final inaccesible o un fallo del servidor. Un dispositivo conectado con un informe vacío presenta un síntoma diferente. Siga las comprobaciones que se indican a continuación en orden y registre los cambios.
Comience con un punto final afectado. Registre la hora, el modelo de implementación, la versión del paquete, el sistema operativo, la organización prevista y el error visible. Evite incluir contraseñas, cadenas de conexión, identificadores de licencia y detalles privados del dispositivo en las capturas de pantalla públicas.
1. Verifique el paquete y el servicio
Confirme que instaló el Agente en lugar del Administrador o Portátil, y que su implementación en la nube o local coincide con la de la organización. En Servicios Windows , verifique GoMyid para un agente en la nube o GoMyit Para un agente local.
Si el servicio no aparece, revise el resultado de la instalación y el historial de protección. Si se inicia y luego se detiene, capture el evento Windows y el error del paquete correspondientes antes de reinstalarlo repetidamente. No cambie la cuenta de servicio ni desactive la protección de endpoints como primera medida.
2. Verifique el destino configurado
Para implementaciones locales, compare el punto final del paquete con el nombre de host o la dirección IP del servidor asignado. El nombre de host debe resolverse correctamente desde el dispositivo afectado, incluyendo su VPN o red de sucursal. Un nombre de host que funciona en el propio servidor puede no resolverse de la misma manera en un cliente.
Si la organización o el punto final son incorrectos, obtenga un paquete generado correctamente mediante el proceso de configuración aprobado. No copie manualmente la configuración de otro cliente.
3. Pruebe el oyente TCP real
Solicite al administrador de la implementación el puerto del servidor activo. Desde el dispositivo Windows afectado, una comprobación de conectividad PowerShell puede ayudar a diferenciar un fallo de red de un fallo de la aplicación:
Test-NetConnection -ComputerName <server-hostname> -Port <configured-port>
Reemplace ambos marcadores de posición antes de ejecutar el comando. Si TcpTestSucceeded Si es falso, revise el DNS, el enrutamiento, la VPN, el servidor de escucha y las reglas del firewall. Si es verdadero, continúe revisando la configuración y la organización de la aplicación; el éxito de TCP no prueba la inscripción ni la autenticación.
4. Compruebe el servidor y la base de datos
Para On-Press, confirme que el servidor se está ejecutando y escuchando en la interfaz esperada. Revise los errores de inicio o conexión y verifique su conexión a la base de datos utilizando la identidad de tiempo de ejecución real. Falta o es inaccesible Sql.udl El archivo puede afectar al servidor nativo incluso cuando SQL está disponible para un administrador de bases de datos.
Compruebe GoMyidServer y GoMyidCore por separado del Agent del punto final. La configuración prueba tanto las páginas de inicio de sesión como las de registro/base de datos. Una respuesta de inicio de sesión por sí sola no prueba que la base de datos funcione. Consulte la Tutorial de configuración ilustrado.
5. Distinga entre informes faltantes y conexiones faltantes
Si el dispositivo está conectado pero el informe está vacío, verifique la organización, el grupo, el usuario, el rango de fechas, los permisos del revisor y la configuración de recopilación habilitada. Permita el intervalo de recopilación configurado y compare con un evento reciente conocido. No interprete un informe filtrado vacío como prueba de que la instalación falló.
Referencia de síntomas a comprobar
| Síntoma | Primeros controles |
|---|
| El instalador falla | Paquete aprobado, elevación, resultado de la instalación y evento antivirus. |
| Falta el servicio del agente | Perfil de agente frente a perfil de administrador, tipo de despliegue y finalización de la instalación. |
| Funciona en LAN, falla a través de VPN. | Resultado DNS, ruta, servidor de escucha de destino y redes de origen permitidas. |
| TCP se ejecuta correctamente, el dispositivo no está presente. | Errores específicos del paquete, la configuración del punto final y el servidor de la organización. |
| Falló la comprobación HTTP o de registro de GateCore. | Registre el punto final y el estado HTTP o el error de conexión. Verifique GoMyidCore , el puerto web seleccionado y la configuración instalada. Investigue SQL cuando la verificación de registro/base de datos reporte un error de base de datos. |
| Dispositivo conectado, informe vacío | Filtros, permisos, configuración de la colección, intervalos y procesamiento de datos del servidor. |
Qué enviar para apoyar
Envíe el tipo de versión y paquete, la versión Windows , la marca de tiempo con la zona horaria, el error exacto, el estado del servicio, si las comprobaciones de DNS y TCP se realizaron correctamente y los registros relevantes anonimizados. Indique qué paso funcionó por última vez. Comparta los identificadores específicos de la organización únicamente a través del canal de soporte privado autorizado.
Regresar a Instalación y conexión del cliente DeskGate o revisión Permisos necesarios y configuración del firewall.