Un switch que deja de responder, un firewall al 95 % de CPU, un enlace troncal saturado antes de la hora punta de la mañana: usted quiere saberlo antes de que llamen los usuarios. ConnectMyAssets añade la monitorización de equipos de red a la plataforma que ya conoce sus equipos: disponibilidad por ICMP, lecturas de salud por SSH, políticas definidas por grupo de equipos y alertas a través de Soron. Sin agente, sin comunidad SNMP que mantener, sin un segundo inventario que sincronizar.
Solicitar una demoSe comprueba la disponibilidad de cada equipo con el intervalo que elija. Un host inalcanzable genera una alerta Soron, notificada en la consola, por correo electrónico, syslog o webhook a su herramienta de guardias.
CPU o memoria en aumento, una temperatura que sube, un ventilador o una fuente de alimentación que falla: los umbrales sobre las lecturas de salud convierten una degradación lenta en una alerta cuando todavía hay tiempo para actuar.
Compruebe el núcleo del centro de datos cada minuto y los switches de acceso de las sucursales cada quince. Defínalo una vez en el grupo de equipos, bloquéelo si hace falta, y cada sede que dependa de él lo sigue.
El monitor de infraestructura vigila la máquina en la que se ejecuta ConnectMyAssets: disco que se llena, carga de la base de datos, tareas en segundo plano, caducidad de certificados. Ve venir un problema en lugar de descubrirlo.
La monitorización SNMP clásica es frágil y le cuesta a su equipo horas de configuración y mantenimiento. La monitorización de ConnectMyAssets es moderna y se basa en SSH: la instala y obtiene la salud de sus equipos, ligada al inventario que ya tiene.
La monitorización trabaja sobre los equipos que ya están en su CMDB, con las credenciales que ya están en su Vault.
Cada comprobación envía una breve serie de ecos ICMP junto con una sonda TCP en el puerto SSH, y mide el tiempo de ida y vuelta y la pérdida de paquetes. Un equipo que filtra el ping pero responde por SSH no se señala como caído. Intervalo de 1 minuto a 24 horas.
Una breve sesión SSH lee la CPU, la memoria, el tiempo de actividad, la temperatura y el estado de ventiladores y fuentes de alimentación, y además, según el fabricante y el tipo de equipo, el consumo PoE, los miembros del stack, los clientes inalámbricos, las sesiones del firewall y el estado HA, los túneles VPN y los vecinos BGP y OSPF.
Los contadores de las interfaces se convierten en tráfico entrante y saliente en bits por segundo, junto con los errores y los descartes. El panel ordena las interfaces con más tráfico en este momento.
Active o desactive la monitorización, defina los intervalos ICMP y SSH y elija las métricas en un grupo de equipos: los subgrupos y los equipos las heredan. Bloquee un ajuste en lo alto y nadie por debajo podrá cambiarlo. Cada ajuste indica de dónde procede: heredado de Francia, definido aquí, bloqueado por EMEA.
Host inalcanzable, latencia alta, pérdida de paquetes, CPU alta, memoria alta, cualquier métrica por encima de un umbral o en mal estado: los detectores de monitorización de Soron generan alertas con las mismas reglas por grupo, vista previa, excepciones y notificaciones que cualquier otra alerta.
Cada métrica numérica se conserva para los gráficos: muestras recientes del último día, medias y picos horarios durante las semanas siguientes. Las lecturas pueden filtrarse, ordenarse y exportarse a CSV desde la página del equipo.
La monitorización comparte el límite de velocidad global con los escaneos de descubrimiento y nunca abre una sesión en un equipo que esté usando un escaneo. Cuando se rechazan todas las credenciales, las lecturas se detienen para ese equipo en lugar de bloquear las cuentas AAA compartidas. Una clave de host SSH cambiada termina la sesión antes de enviar ninguna credencial.
Una página con un veredicto (correcto, advertencia, crítico), ocho cifras clave con sus últimas 24 horas (CPU, memoria, disco más lleno, tamaño de la base de datos, conexiones, peticiones por segundo, tiempo de respuesta, trabajo en cola), previsión del disco, procesos en segundo plano y límites según su perfil de dimensionamiento. Cada hallazgo indica qué hacer. Un clic descarga un paquete de soporte.
Dos lectores, cada uno con su propio intervalo, ambos guiados por el inventario y las credenciales que la plataforma ya conserva.
El mismo motor sin estado que el descubrimiento envía los ecos, cada uno con una cookie criptográfica para que se ignoren las respuestas falsificadas o repetidas. La disponibilidad, el tiempo de ida y vuelta y la pérdida se guardan por equipo. Las direcciones de gestión IPv6 se indican como no sondeadas, nunca como caídas.
Una sesión distinta de la recogida del inventario se conecta con las credenciales del Vault, envía solo los comandos que necesitan las métricas activadas y los interpreta con el perfil de fabricante. Se comprueba el número de serie del equipo para que una lectura nunca se guarde en el equipo equivocado.
Para cada ajuste, gana el bloqueo más alto; después, una excepción del equipo (solo métricas); después, el grupo más cercano que lo defina y, por último, el valor predeterminado de la plataforma. En pantalla se muestra toda la cadena, desde el valor predeterminado de la plataforma hasta el equipo.
Leer métricas y cambiar políticas son permisos distintos, delimitados a grupos de equipos. Cada cambio de política, cambio rechazado y exportación de lecturas se audita y puede reenviarse a su SIEM.
El descubrimiento y la recogida por SSH incorporan sus equipos a la CMDB con el perfil de fabricante adecuado.
Elija los intervalos y las métricas en el grupo de equipos superior, ajústelos en las sedes críticas y bloquee lo que no deba cambiar.
Active los detectores de monitorización de Soron, vea qué generarían y dirija las notificaciones a su equipo.
Siga la vista general de monitorización, los gráficos de los equipos y el mapa, e investigue desde la página del equipo.
Prepare su proyecto y defina su alcance.
Porque la monitorización SNMP es frágil y cara en tiempo humano. Cada fabricante y cada firmware necesitan sus MIB y plantillas de OID, cada equipo necesita una comunidad o un usuario SNMPv3, el sondeo hay que ajustarlo, los contadores pueden desaparecer tras una actualización y las falsas alertas se acumulan, mientras un inventario aparte se aleja de la red real. ConnectMyAssets lee la salud de los equipos por SSH, estandarizada por sus perfiles de fabricante, con las credenciales que ya están en el Vault. No hay nada que configurar en los equipos, ni agente ni MIB: lo instala y obtiene disponibilidad, CPU, memoria, temperatura y datos de interfaces, ligados al mismo inventario, grupos, políticas y alertas Soron.
No. La disponibilidad se comprueba con ecos ICMP y una sonda TCP en el puerto SSH, y las lecturas de salud se toman por SSH con las credenciales guardadas en el Vault. No hay comunidad SNMP ni agente que desplegar: si la plataforma puede recopilar un equipo, puede monitorizarlo.
Todos los tipos de equipo tienen disponibilidad, latencia, pérdida de paquetes, CPU, memoria y tiempo de actividad. Según el fabricante y el tipo, ConnectMyAssets añade temperatura, estado de ventiladores y fuentes de alimentación, tráfico, errores y descartes de las interfaces, consumo PoE, estado del stack, clientes y radios inalámbricos, sesiones del firewall y estado HA, túneles VPN y vecinos BGP y OSPF.
Por defecto, cada 5 minutos tanto la disponibilidad como la salud. La disponibilidad puede comprobarse desde cada minuto hasta una vez al día, y las lecturas de salud por SSH desde cada 5 minutos hasta una vez al día. Usted define los intervalos por grupo de equipos, de modo que las sedes críticas pueden comprobarse con más frecuencia que las sucursales.
La monitorización alimenta a Soron, el motor de alertas de ConnectMyAssets. El detector de host inalcanzable genera una alerta en cuanto un equipo deja de responder, y usted la recibe en la consola, por correo electrónico o reenviada por syslog y webhook a herramientas como ServiceNow, Jira, Slack, Microsoft Teams o PagerDuty.
No. Las sondas y las sesiones SSH comparten un único límite de velocidad global con los escaneos de descubrimiento. Cuando un equipo rechaza todas las credenciales, sus lecturas se pausan en lugar de reintentarse, de modo que una contraseña cambiada en su servidor AAA no puede bloquear las cuentas de todo el parque. Las lecturas se reanudan cuando se actualiza la credencial.
Cubre la disponibilidad de la red y la salud de los equipos directamente en la plataforma que contiene su inventario, cumplimiento y vulnerabilidades, lo que basta a muchos equipos de red. Si ya utiliza una plataforma de monitorización, ConnectMyAssets funciona junto a ella: las alertas pueden reenviarse por syslog o webhook, y ConnectMyAssets expone sus propias métricas a recolectores compatibles con Prometheus.
Es la página de salud del propio ConnectMyAssets, reservada a los superadministradores: recursos del host, PostgreSQL, procesos en segundo plano, límites del producto y dimensionamiento, con un historial de hasta un año. Cada hallazgo indica el valor medido, el umbral superado y qué hacer, y se puede descargar un paquete de soporte con un clic.
Descubra lo que ConnectMyAssets puede cambiar para su equipo. En su infraestructura, con sus requisitos.
Solicitar una demo