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]Los campos Nombre de usuario y Contraseña (limitados a 255 caracteres) en la configuración del item de comprobación simple se utilizan para los items de monitorización de VMware; se ignoran en otros casos.
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.
| Clave de item | Descripción |
|---|---|
| icmpping | Accesibilidad del host mediante ping ICMP. |
| icmppingloss | Porcentaje de paquetes perdidos. |
| icmppingretry | Accesibilidad del host mediante ping ICMP con reintentos. |
| icmppingsec | Tiempo de respuesta del ping ICMP. |
| net.tcp.service | Comprueba si un servicio está en ejecución y acepta conexiones TCP. |
| net.tcp.service.perf | Comprueba el rendimiento de un servicio TCP. |
| net.udp.service | Comprueba si un servicio está en ejecución y responde a solicitudes UDP. |
| net.udp.service.perf | Comprueba el rendimiento de un servicio UDP. |
Los parámetros sin corchetes angulares son obligatorios. Los parámetros marcados con corchetes angulares < > son opcionales.
La accesibilidad del equipo mediante ping ICMP.
Valor de retorno: 0 - el ping ICMP falla; 1 - el ping ICMP es exitoso.
Parámetros:
Consulte también la tabla de valores por defecto.
Ejemplo:
El porcentaje de paquetes perdidos.
Valor de retorno: Float.
Parámetros:
Consulte también la tabla de valores por defecto.
La accesibilidad del equipo mediante ICMP ping con reintentos. Si el primer paquete tiene éxito, se detiene; si el paquete falla, se reintenta. Esta métrica es útil para reducir el número de paquetes enviados a través de la red.
Valor de retorno: 0 - el ping ICMP falla; 1 - el ping ICMP es exitoso.
Parámetros:
Consulte también la tabla de valores por defecto.
El tiempo de respuesta de ping ICMP (en segundos).
Valor de retorno: Float.
Parámetros:
Comentarios:
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:
Comentarios:
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.Si SELinux se está ejecutando en modo forzado, las comprobaciones simples TCP/UDP personalizadas pueden ser bloqueadas por la política. Para verificar y permitir la nueva conexión saliente, revise las denegaciones de auditoría: con grep denied /var/log/audit/audit.log
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:
Comentarios:
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.
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:
Ejemplo:
net.udp.service[ntp,,45] #Esta métrica puede utilizarse para comprobar la disponibilidad del servicio NTP en el puerto UDP 45.
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:
Ejemplo:
net.udp.service.perf[ntp] #Esta métrica puede utilizarse para probar el tiempo de respuesta del servicio NTP.Para el soporte de SourceIP en comprobaciones simples de LDAP (por ejemplo, net.tcp.service[ldap]), se requiere OpenLDAP versión 2.6.1 o superior.
Los timeouts flexibles de item, aunque son compatibles con los chequeos simples, no se aplican a los items icmpping* y VMware.
Zabbix utiliza la utilidad externa fping para procesar ICMP pings (icmpping, icmppingloss, icmppingretry, icmppingsec).
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.
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, límites y descripción de los valores para los parámetros de comprobación ICMP:
| Parámetro | Unidad | Descripción | Bandera de fping | Por defecto establecido por | Límites permitidos por Zabbix |
||
|---|---|---|---|---|---|---|---|
| fping | Zabbix | mín | máx | ||||
| packets | número | Número de paquetes de solicitud enviados a un destino | -C | 3 | 1 | 10000 | |
| interval | milisegundos | Tiempo de espera entre paquetes sucesivos a un destino individual | -p | 1000 | 20 | ilimitado | |
| size | bytes | Tamaño del paquete en bytes 56 bytes en x86, 68 bytes en x86_64 |
-b | 56 o 68 | 24 | 65507 | |
| timeout | milisegundos | fping v3.x - tiempo de espera después de enviar el último paquete, afectado por la bandera -C fping v4.x - tiempo de espera individual para cada paquete |
-t | fping v3.x - 500 fping v4.x y posteriores - heredado de la bandera -p, pero no más de 2000 |
50 | ilimitado | |
| retries | número | Número de veces que se intentará hacer ping a un destino, sin incluir el primer intento | -r | 3 | 1 | 0 | ilimitado |
| backoff factor | número | Número por el cual se multiplica el tiempo de espera en cada solicitud sucesiva | -B | 1.5 | 1.0 | 1.0 | 5.0 |
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 de la métrica interval mencionado en la tabla anterior, que corresponde a la opción de fping -p) 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 servidor 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 las métricas tienen diferentes parámetros de clave, solo las 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.