Mi empresa opera en una WAN. Cada una de nuestras sucursales opera en un rango determinado de IP (192.168.0.100, 192.168.1.100, 192.168.2.100 por ejemplo).
Quiero monitorear la conexión. Escribí una aplicación de consola rápida en C# que hace ping a cada dirección cada 5 segundos y registra el resultado en un archivo CSV. ¿Es esto suficiente? Recibo muchos errores de tiempo de espera, aunque es posible que la dirección esté disponible en la próxima prueba (por lo que no está inactiva, sino que se agota el tiempo de espera). ¿Por qué podría estar sucediendo esto? ¿Estoy haciendo ping con demasiada frecuencia o? He establecido un período de tiempo generoso.
Gracias.
Editar: Debería haber dicho que no hay un 'servidor' en cada sucursal, solo un enrutador configurado para ser parte de la WAN, entonces, ¿hay algo más que pueda hacer además de probar la conectividad?
Respuesta1
Acerca de verificar la conectividad de red básica entre puntos a través de una WAN. En condiciones normales, un seguimiento de Ping normal debería mostrar una conectividad estable.
Sin embargo, en su caso (a través de enlaces WAN), su conectividad parece ser débil.
Con esto quiero decir que puede haber una pérdida intermitente de paquetes en su ruta WAN.
Acerca de verificar la disponibilidad de la aplicación del servidor. Ahora bien, ese es un juego de pelota diferente.
Es necesario utilizar pruebas que involucren el protocolo del servidor (TCP y HTTP/HTTPS si es un servidor web).
Porque es posible que se pueda acceder a su 'servidor', pero que el servicio pueda fallar o cerrarse.
Actualización de su comentario:
si no hay forma de tener ni siquiera una dirección confirmada más allá del enrutador para verificar si esa red es accesible, debe considerar los métodos clásicos: ConfiguraciónAdministración de redesen los enrutadores y trabajar para lograrseguimiento basado en webestructura.
Respuesta2
En mi opinión, realmente desea una prueba más completa que garantice que algunos de los servicios (www, archivos compartidos, etc.) estén disponibles. Ping solo le indica que el sistema operativo base se está ejecutando. Existen herramientas gratuitas como Nagios, ZenOSS y monit que ya hacen esto.
Respuesta3
Quizás quieras investigar algún tipo de software SNMP: está diseñado exactamente para lo que quieres hacer.SNMP netoEs de código abierto y bastante popular.
Respuesta4
Depende de lo que quiera decir con disponible: el ping verifica la conexión al servidor físico pero no el software del servidor y su capacidad para responder a las solicitudes entrantes. Los tiempos de espera podrían deberse a pings perdidos en cualquier lugar entre la fuente y el servidor. Un traceroute (tracert, en Windows) le mostrará dónde se descartan los pings. Ninguno de los dos le informará sobre la capacidad de respuesta de su servidor (software).