Análisis del estado de una conexión sin agente

El estado de una conexión sin agente puede diagnosticarse gracias al color de los iconos con forma de escudo y de bloc de notas:

Si el escudo está en verde, el activo registrado puede ser escaneado por Cyberwatch.
Si el bloc de notas está en verde, Cyberwatch puede desplegar parches en el activo registrado.

Diagnosticar errores encontrados al añadir una conexión sin agente

Esta tabla referencia el procedimiento de resolución de los errores más frecuentemente encontrados al añadir una conexión sin agente.

Conector	Error	Resolución
Todos	`getaddrinfo: Name or service not known`	La instancia de Cyberwatch no consigue resolver la dirección IP asociada al nombre de host introducido. En este caso, basta con configurar las entradas DNS necesarias para la resolución completa de la dirección IP y del nombre de host del activo.
WinRM	`Connection refused`	- El servicio WinRM no está activado en el puerto 5985 de la máquina de destino. La activación de este servicio se realiza ejecutando el siguiente comando en un PowerShell con privilegios de administrador: `Enable-PSRemoting -Force`. - La configuración de un firewall o de un equipo de terceros bloquea el flujo entrante proveniente de Cyberwatch. El comando `netsh advfirewall firewall add rule name="WinRM-HTTP" dir=in localport=5985 protocol=TCP action=allow` puede resolver esto permitiendo los flujos WinRM entrantes a través del cortafuegos de la máquina de destino.
WinRM	`WinRM::WinRMAuthorizationError`	El usuario elegido no dispone de los derechos necesarios para conectarse por WinRM al destino. Con una cuenta local, hay dos causas posibles: - El UAC filtra el token de las cuentas locales durante una conexión remota. La ejecución del siguiente comando en un PowerShell con privilegios de administrador lo soluciona, activando la clave de registro que autoriza a los usuarios locales a utilizar WinRM: `New-ItemProperty -Name LocalAccountTokenFilterPolicy -path HKLM:\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System -propertyType DWord -value 1`. Esta clave hace fallar la regla de cumplimiento SBP-WIN-05-005. - El activo deniega la conexión de red a las cuentas locales, con el derecho de usuario «Denegar el acceso a este equipo desde la red». En este caso, utilizar una cuenta de dominio o el agente Cyberwatch. Una cuenta de dominio miembro del grupo Administradores local evita estos dos casos. Ver la información técnica sobre las conexiones sin agente para sistemas Windows.
SSH	`sudo command not found`	La conexión SSH entre Cyberwatch y el activo en cuestión es efectiva, pero el comando `sudo` utilizado para escanear el activo mediante los comandos `ss` y `dmidecode` no está instalado. Su instalación soluciona el problema y permite el análisis completo del activo.
SSH	`could not settle on host_key algorithm`	La versión de los algoritmos de intercambio de clave del sistema a supervisar no está soportada por Cyberwatch. Si se trata de un sistema operativo soportado, basta con actualizar la versión de openssh. Se requiere una versión superior a openssh 3.9, pero se recomienda una versión superior a 5.7 para beneficiarse de un nivel de seguridad óptimo.
SSH	`authentication failed`	Las credenciales de conexión introducidas son inválidas. En este caso, basta con modificarlas para introducir las correctas.
SSH	`Could not identify the operating system (uname:id ...)`	Cyberwatch no consigue identificar el nombre de la versión del sistema operativo a supervisar. En este caso, es necesario asegurarse de que soportamos ese sistema operativo, consultando la lista de sistemas operativos soportados. Si fuera necesario, contactar con nosotros en support@cyberwatch.com informándonos del error encontrado.
SNMP	`Timeout after 3 seconds`	Este mensaje puede indicar una latencia de red, una mala configuración del servicio SNMP o credenciales incorrectas. En este caso, conviene relanzar la prueba de conexión habiendo verificado la configuración SNMP del equipo y las credenciales elegidas para conectarse.
SNMP	`Could not retrieve the version of …`	Cyberwatch no consigue leer la versión del equipo. Puede que la vista SNMP del equipo excluya la rama de su fabricante: verificar las vistas MIB que se deben autorizar, página que también remite a la lista de equipos compatibles. De lo contrario, puede que el equipo no sea compatible. En este caso, se puede enviar un correo electrónico a support@cyberwatch.com, incluyendo un SNMPWalk completo del equipo, para permitir un estudio de evolución sobre el soporte de dicho equipo.