5 Comprobaciones simples

Descripción general

Las comprobaciones simples se utilizan normalmente para comprobaciones remotas sin agent de servicios.

Tenga en cuenta que no se necesita el agent de Zabbix para las comprobaciones simples. El server/proxy de Zabbix es responsable del procesamiento de las comprobaciones simples (realizando conexiones externas, etc.).

Ejemplos de uso de comprobaciones simples:

net.tcp.service[ftp,,155]
net.tcp.service[http]
net.tcp.service.perf[http,,8080]
net.udp.service.perf[ntp]

Comprobaciones soportadas

Las claves de item se enumeran sin parámetros opcionales ni información adicional. Haga clic en la clave de item para ver los detalles completos.

Consulte también claves de item de monitorización de VMware.

Detalles de la clave del item

Los parámetros sin corchetes angulares son obligatorios. Los parámetros marcados con corchetes angulares < > son opcionales.

icmpping[<destino>,<paquetes>,<intervalo>,<tamaño>,<timeout>,<opciones>]

La accesibilidad del equipo mediante ping ICMP.
Valor de retorno: 0 - el ping ICMP falla; 1 - el ping ICMP es exitoso.

Parámetros:

• destino: la IP o el nombre DNS del equipo;
• paquetes: el número de paquetes;
• intervalo: el tiempo entre paquetes sucesivos en milisegundos;
• tamaño: el tamaño del paquete en bytes;
• timeout: el tiempo de espera en milisegundos;
• opciones: se utiliza para permitir redirección: si está vacío (valor por defecto), las respuestas redirigidas se tratan como equipo de destino caído; si se establece en allow_redirect, las respuestas redirigidas se tratan como equipo de destino activo.

Consulte también la tabla de valores por defecto.

Ejemplo:

icmpping[,4] #Si se devuelve al menos un paquete de los cuatro, la métrica devolverá 1.

icmppingloss[<target>,<packets>,<interval>,<size>,<timeout>,<options>]

El porcentaje de paquetes perdidos.
Valor de retorno: Float.

Parámetros:

• target - la IP o el nombre DNS del equipo;
• packets - el número de paquetes;
• interval - el tiempo entre paquetes sucesivos en milisegundos;
• size - el tamaño del paquete en bytes;
• timeout - el tiempo de espera en milisegundos;
• options - se utiliza para permitir redirección: si está vacío (valor por defecto), las respuestas redirigidas se tratan como equipo de destino caído; si se establece en allow_redirect, las respuestas redirigidas se tratan como equipo de destino activo.

Consulte también la tabla de valores por defecto.

icmppingretry[<target>,<retries>,<backoff>,<size>,<timeout>,<options>]

La accesibilidad del host por ICMP ping con reintentos. Si el primer paquete tiene éxito, se detiene; si el paquete falla, se vuelve a intentar hasta que se alcance el número máximo de intentos definido en el parámetro retries. Este item es útil para reducir el número de paquetes enviados a través de la red.
Valor de retorno: 0 - ICMP ping falla; 1 - ICMP ping exitoso.

Parámetros:

• target - la IP o el nombre DNS del host;
• retries - el número de veces que se intentará hacer ping a un destino, sin incluir el primer intento (0 o más; por defecto 1);
• backoff - el número por el que se multiplica el tiempo de espera en cada solicitud sucesiva (rango 1.0-5.0; por defecto 1.0);
• size - el tamaño del paquete en bytes;
• timeout - el tiempo de espera en milisegundos;
• options - se utiliza para permitir la redirección: si está vacío (valor por defecto), las respuestas redirigidas se tratan como host de destino caído; si se establece en allow_redirect, las respuestas redirigidas se tratan como host de destino activo.

Consulte también la tabla de valores por defecto.

icmppingsec[<objetivo>,<paquetes>,<intervalo>,<tamaño>,<timeout>,<modo>,<opciones>]

El tiempo de respuesta de ping ICMP (en segundos).
Valor de retorno: Float.

Parámetros:

• objetivo: la IP o el nombre DNS del equipo;
• paquetes: el número de paquetes;
• intervalo: el tiempo entre paquetes sucesivos en milisegundos;
• tamaño: el tamaño del paquete en bytes;
• timeout: el tiempo de espera en milisegundos;
• modo: valores posibles: min, max o avg (por defecto);
• opciones: se utiliza para permitir redirección: si está vacío (valor por defecto), las respuestas redirigidas se tratan como equipo de destino caído; si se establece en allow_redirect, las respuestas redirigidas se tratan como equipo de destino activo.

Comentarios:

• Los paquetes que se pierden o agotan el tiempo de espera no se utilizan en el cálculo;
• Si el equipo no está disponible (se alcanza el tiempo de espera), la métrica devolverá 0;
• Si el valor de retorno es menor que 0.0001 segundos, el valor se establecerá en 0.0001 segundos;
• Consulte también la tabla de valores por defecto.

net.tcp.service[service,<ip>,<port>]

Comprueba si un servicio está en ejecución y acepta conexiones TCP.
Valor de retorno: 0 - el servicio está caído; 1 - el servicio está en ejecución.

Parámetros:

• service - valores posibles: ssh, ldap, smtp, ftp, http, pop, nntp, imap, tcp, https, telnet (ver detalles);
• ip - la dirección IP o el nombre DNS (por defecto se utiliza la IP/DNS del equipo);
• port - el número de puerto (por defecto se utiliza el número de puerto estándar del servicio).

Comentarios:

• Tenga en cuenta que con el servicio tcp es obligatorio indicar el puerto;
• Estas comprobaciones pueden generar mensajes adicionales en los archivos de registro del sistema (normalmente se registran sesiones SMTP y SSH);
• Actualmente no se admite la comprobación de protocolos cifrados (como IMAP en el puerto 993 o POP en el puerto 995). Como solución alternativa, utilice net.tcp.service[tcp,<ip>,port] para comprobaciones como estas.

Ejemplo:

net.tcp.service[ftp,,45] #Esta métrica puede utilizarse para comprobar la disponibilidad de un servidor FTP en el puerto TCP 45.

net.tcp.service.perf[service,<ip>,<port>]

Comprueba el rendimiento de un servicio TCP.
Valor de retorno: Float: 0.000000 - el servicio está caído; segundos - el número de segundos empleados al conectar con el servicio.

Parámetros:

• service - valores posibles: ssh, ldap, smtp, ftp, http, pop, nntp, imap, tcp, https, telnet (ver detalles);
• ip - la dirección IP o el nombre DNS (por defecto se utiliza la IP/DNS del equipo);
• port - el número de puerto (por defecto se utiliza el número de puerto estándar del servicio).

Comentarios:

• Tenga en cuenta que con el servicio tcp es obligatorio indicar el puerto;
• Actualmente no se admite la comprobación de protocolos cifrados (como IMAP en el puerto 993 o POP en el puerto 995). Como solución alternativa, utilice net.tcp.service[tcp,<ip>,port] para comprobaciones como estas.

Ejemplo:

net.tcp.service.perf[ssh] #Esta métrica puede utilizarse para probar la velocidad de la respuesta inicial del servidor SSH.

net.udp.service[service,<ip>,<puerto>]

Comprueba si un servicio está en ejecución y responde a solicitudes UDP.
Valor de retorno: 0 - el servicio está caído; 1 - el servicio está en ejecución.

Parámetros:

• service - valores posibles: ntp (ver detalles);
• ip - la dirección IP o el nombre DNS (por defecto se utiliza la IP/DNS del equipo);
• puerto - el número de puerto (por defecto se utiliza el número de puerto estándar del servicio).

Ejemplo:

net.udp.service[ntp,,45] #Esta métrica puede utilizarse para comprobar la disponibilidad del servicio NTP en el puerto UDP 45.

net.udp.service.perf[service,<ip>,<port>]

Comprueba el rendimiento de un servicio UDP.
Valor de retorno: Float: 0.000000 - el servicio está caído; segundos - el número de segundos que se ha esperado la respuesta del servicio.

Parámetros:

• service - valores posibles: ntp (ver detalles);
• ip - la dirección IP o el nombre DNS (por defecto se utiliza la IP/DNS del equipo);
• port - el número de puerto (por defecto se utiliza el número de puerto estándar del servicio).

Ejemplo:

net.udp.service.perf[ntp] #Esta métrica puede utilizarse para probar el tiempo de respuesta del servicio NTP.

Procesamiento de timeout

Los timeouts flexibles de item, aunque son compatibles con las comprobaciones simples, no se aplican a los items icmpping* y VMware. Consulte Soporte de timeout flexible.

ICMP pings

Zabbix utiliza la utilidad externa fping para procesar ICMP pings (icmpping, icmppingloss, icmppingretry, icmppingsec).

Instalación

fping no está incluido con Zabbix y debe instalarse por separado:

• Varias plataformas basadas en Unix tienen el paquete fping en sus repositorios predeterminados, pero no está preinstalado. En este caso, puede utilizar el gestor de paquetes para instalar fping.

• Zabbix proporciona paquetes de fping para RHEL y sus derivados. Tenga en cuenta que estos paquetes se proporcionan sin soporte oficial.

• fping también puede compilarse desde el código fuente.

Configuración

Especifique la ubicación de fping en el parámetro FpingLocation del archivo de configuración del servidor/proxy de Zabbix (o el parámetro Fping6Location para usar direcciones IPv6).

fping debe ser ejecutable por el usuario bajo el cual se ejecuta el servidor/proxy de Zabbix y este usuario debe tener los permisos suficientes.

Consulte también: Problemas conocidos para el procesamiento de comprobaciones simples con versiones de fping inferiores a 3.10.

Valores por defecto

Valores por defecto, límites y descripción de los valores para los parámetros de comprobación ICMP:

Los valores por defecto pueden diferir ligeramente dependiendo de la plataforma y la versión.

Además, Zabbix utiliza las opciones de fping -i intervalo ms (no confundir con el parámetro interval del item mencionado en la tabla anterior, que corresponde a la opción -p de fping) y -S dirección IP de origen (o -I en versiones antiguas de fping). Estas opciones se detectan automáticamente ejecutando comprobaciones con diferentes combinaciones de opciones. Zabbix intenta detectar el valor mínimo en milisegundos que fping permite usar con -i probando 3 valores: 0, 1 y 10. El valor que primero tiene éxito se utiliza para las comprobaciones ICMP posteriores. Este proceso lo realiza cada proceso ICMP pinger individualmente.

Las opciones de fping detectadas automáticamente se invalidan cada hora y se detectan de nuevo en el siguiente intento de realizar una comprobación ICMP. Establezca DebugLevel>=4 para ver los detalles de este proceso en el archivo de registro del server o proxy.

Zabbix escribe las direcciones IP que deben ser comprobadas por cualquiera de las claves icmpping* en un archivo temporal, que luego se pasa a fping. Si los items tienen diferentes parámetros de clave, solo los que tienen parámetros de clave idénticos se escriben en un solo archivo. Todas las direcciones IP escritas en el mismo archivo serán comprobadas por fping en paralelo, por lo que el proceso ICMP pinger de Zabbix dedicará una cantidad fija de tiempo sin importar el número de direcciones IP en el archivo.