Utilidad para monitorear una conexión TCP en busca de caídas

2

Encontré algunas preguntas similares, pero no del todo así, así que sigo publicando.

Yo uso un producto de replicación en el sitio de un cliente. Estamos ejecutando un entorno de servidor Windows 2003/2008. No funciona muy bien porque de vez en cuando afirma que está perdiendo conexión con sus agentes. Pero lo hace incluso en conexiones LAN, y al estar en una LAN corporativa muy sólida, esto parece muy poco probable.

Sin embargo, hacer que el Soporte acuerde que puede ser su problema y no el nuestro, es donde necesito ayuda. Necesito reunir algún tipo de evidencia de que otro programa que se basa en una conexión TCP estable no informa caídas cuando lo hace el producto de replicación.

Así que estoy buscando una utilidad que se ejecute en 2 servidores, y pueda establecer una conexión TCP entre ellos, y luego informar sobre cualquier interrupción de conexión que se produzca, incluso si es breve. Ni siquiera tiene que ser una utilidad, sino que incluso puede ser un programa que se base tanto en algo en el otro servidor que, incluso si hubiera una caída momentánea, mostraría un mensaje o error. Soy bastante flexible, pero solo necesito una forma confiable de demostrar que la conexión es sólida.

Pensé en el ping continuo, pero su limitación es que no tiene marca de tiempo asociada con ningún ping caído, y tampoco está usando TCP, por lo que puede ser un escenario ligeramente diferente.

Muchas gracias de antemano! -Sandra

Sandra
fuente

Respuestas:

1

Un paquete de captura es tu amigo aquí. Inicie una captura de larga duración con un filtro solo para el conjunto de dos servidores, también ejecútelo en ambos servidores para comparar los resultados. Al solucionar problemas como este, busco restablecimientos en las conexiones y cualquier espera larga entre conexiones.

Wireshark hará el truco. Configure el filtro de captura en el Servidor1 en 'host server2' en el Servidor2 configure el filtro de captura en 'host server1'. Esto capturará todo el tráfico entre los dos. También es posible que desee establecer el límite de cada paquete a 128 bytes para que no crezca demasiado.

También por su idea de una herramienta de latido. http://www.codeproject.com/Articles/10481/Simple-ICMP-Service-Monitor

Ross
fuente
Si la aplicación puede iniciar sesión, asegúrese de tener el registro configurado lo más alto posible (tanto el servidor como el cliente). Luego, utilice capturas de paquetes (tanto en el servidor como en el cliente). Wireshark le permitirá hacerlo de forma continua para que no use todo su espacio en el disco duro, pero puede dejarlo en funcionamiento. Luego supervise los errores de la aplicación. Una vez que obtenga un error, detenga la captura de paquetes y extraiga los registros. Luego mire las marcas de tiempo en busca de errores en los registros y encuentre esas marcas de tiempo en pcaps y busque algo fuera de lo común.
MaQleod
Ok, no soy un experto en redes, así que aunque examinar el tráfico puede ser la solución definitiva, no es la mejor para mí. Probaré la herramienta heartbeat, aunque está basada en ICMP en lugar de TCP, por lo que no es lo que esperaba, pero espero que esté lo suficientemente cerca. Gracias
Sandra
Y sí, la herramienta de replicación tiene registros detallados, por lo que puedo saber las horas exactas cuando cree que perdió la conexión con su agente.
Sandra