Re: Consulta PING a equipos
On Sat, Jun 29, 2019 at 8:23 AM Roberto José Blandino Cisneros wrote: > > El problema que presentas no es de nagios ni de debian, es un problema > entre tu servidor y el equipo afectado. > > Entiendo que la idea de tu red general sería algo así: > > Escenario físico: > Server Nagios -> [ switch ] - [router] -> internet > [internet] - [router] - [switch] <- Equipo Remoto > > Escenario lógico: > > Server Nagios -> [ switch ] - [VPN Tunnel] - [switch] <- Equipo Remoto > > Problema presentado > * [Equipo Remoto] cambia estado de [V] -> [X] - [Server Nagios] notifica > [DOWN] > * [Equipo Remoto] cambia estado de [X] -> [V] - [Server Nagios] no > puede notificar [UP] por que no recibe retorno de [Equipo Remoto] a > puesta en linea > > ¿Qué pasa? > > El problema es en los equipos de red, algun router o switch esta > provocando que aunque el puerto vuelve no debe estar completando el > Acknowledge, por lo que es necesario reiniciar el ip del server para > que reconozca el ip del equipo remoto. > > Sugiero revisar los logs de los routers empezando por el más próximo a > [Equipo Remoto] y luego ir revisando las politicas del tunnel VPN. > > En caso de usar cisco, revisar si existe algun parámetro en los > puertos switch o de los routers que provoquen el inconveniente de no > completar la traza. > > Experimento para determinar el problema: > > En el puerto del [Server Nagios] colocar un switch tonto de 8 puertos, > colocar otro ordenador con la misma red del [Server Nagios] dejar un > ping extendido, provocar un [DOWN] en equipo remoto, ya sea > desconectar el cable de red y revisar si se observa el [DOWN], luego > conectar el cable y ver si el acknowledge se recibe en [Server Nagios] > y en la otra maquina de prueba anexa a [Server Nagios]. > > En caso de observar que sucede en ambas maquinas, se da el hint que > hay que revisar comparando los puertos entre el [Server Nagios] y los > dem[as que si permiten observar el retorno. > > Haz cuantas pruebas puedas hacer en casos distintos y ve registrando > cada prueba y cada paso, los resultados y de esa forma determinarás la > causa del problema. > > Esto me ha pasado en ocasiones cuando hay problemas en propiedades de > puertos con equipos administrables cisco. Yo me encargo de los > servidores y la persona que se encarga de Cisco ha resuelto el > problema identificando la configuración de las vlan, puertos y > configuracion del tunnel. > > En caso de no usar Cisco, recomiendo revisar la documentacion del > fabricante de los equipos en su red. > > > > > > -- > Olvide algo más: ¿Qué pasa si la maquina esta en el mismo switch local? ¿Esto pasa solo via la VPN? ¿Tiene maquinas locales antes del VPN, les pasa lo mismo? ¿Cuando el [Equipo Remoto] ha fallado la prueba del ping de los otros equipos que lo ven lo ha hecho desde la red local o desde la red remota? Si existen más preguntas que pueda hacerse para poder resolver el problema puede hacerlo, pero mi sentido me dice que es problema en algun equipo de red, ha de faltar alguna configuración. Pues con lo que ha dicho al caer el [Equipo Remoto] específicamente el [Server Nagios] no vea el equipo nuevamente significa que algun equipo no esta haciendo el routing correctamente. En caso de usar algun tipo de enrutamiento ¿Que tipo usa ospf o ripd? Saludos. --
Re: Consulta PING a equipos
El problema que presentas no es de nagios ni de debian, es un problema entre tu servidor y el equipo afectado. Entiendo que la idea de tu red general sería algo así: Escenario físico: Server Nagios -> [ switch ] - [router] -> internet [internet] - [router] - [switch] <- Equipo Remoto Escenario lógico: Server Nagios -> [ switch ] - [VPN Tunnel] - [switch] <- Equipo Remoto Problema presentado * [Equipo Remoto] cambia estado de [V] -> [X] - [Server Nagios] notifica [DOWN] * [Equipo Remoto] cambia estado de [X] -> [V] - [Server Nagios] no puede notificar [UP] por que no recibe retorno de [Equipo Remoto] a puesta en linea ¿Qué pasa? El problema es en los equipos de red, algun router o switch esta provocando que aunque el puerto vuelve no debe estar completando el Acknowledge, por lo que es necesario reiniciar el ip del server para que reconozca el ip del equipo remoto. Sugiero revisar los logs de los routers empezando por el más próximo a [Equipo Remoto] y luego ir revisando las politicas del tunnel VPN. En caso de usar cisco, revisar si existe algun parámetro en los puertos switch o de los routers que provoquen el inconveniente de no completar la traza. Experimento para determinar el problema: En el puerto del [Server Nagios] colocar un switch tonto de 8 puertos, colocar otro ordenador con la misma red del [Server Nagios] dejar un ping extendido, provocar un [DOWN] en equipo remoto, ya sea desconectar el cable de red y revisar si se observa el [DOWN], luego conectar el cable y ver si el acknowledge se recibe en [Server Nagios] y en la otra maquina de prueba anexa a [Server Nagios]. En caso de observar que sucede en ambas maquinas, se da el hint que hay que revisar comparando los puertos entre el [Server Nagios] y los dem[as que si permiten observar el retorno. Haz cuantas pruebas puedas hacer en casos distintos y ve registrando cada prueba y cada paso, los resultados y de esa forma determinarás la causa del problema. Esto me ha pasado en ocasiones cuando hay problemas en propiedades de puertos con equipos administrables cisco. Yo me encargo de los servidores y la persona que se encarga de Cisco ha resuelto el problema identificando la configuración de las vlan, puertos y configuracion del tunnel. En caso de no usar Cisco, recomiendo revisar la documentacion del fabricante de los equipos en su red. --
Re: Consulta PING a equipos
Hola, creo que tendrias que confirmar si cada equipo tiene la IP que deberia tener. Y tambien todo el tema de comunicacion entre las redes. Un saludo
Re: Consulta PING a equipos
Buen día, la realidad es que existen más redes , las mismas se conectan por medio de túnel VPN a otras sucursales , en su momento no se realizó ninguna modificación a nivel configuración en los equipos fortinet , anteriormente utilizaba la versión 3.4 de nagios con CentOS 5 y no tenía inconveniente alguno , se actualizó a un nuevo servidor con CentOS 7 y nagios 4.4.3 y ahí comenzaron los problemas. Pero no termino de entender si es problema de Nagios , de CentOS o de la Virtual. Un saludo y gracias por tu tiempo. El mar., 25 de junio de 2019 04:01, Galvatorix Torixgalva < galvatorix2...@gmail.com> escribió: > Hola, > > se trata de solamente de una red local?, o existe mas de una red y estan > conectadas? > > Un saludo >
Re: Consulta PING a equipos
Hola, se trata de solamente de una red local?, o existe mas de una red y estan conectadas? Un saludo
Re: Consulta PING a equipos
Has probado a hacer un traceroute cuando si contesta a PING y cuando no contesta a PING a ver donde se queda? Lo mismo desde ese otro PC que si responde al PING... El mié., 19 jun. 2019 a las 12:59, Paynalton () escribió: > > > El mié., 19 de junio de 2019 12:57 a. m., federico colonna < > fjlreparacio...@gmail.com> escribió: > >> Buenas Noches, me encuentro con un problema, mi servidor con Nagios, >> cuando detecta una Caída, supongamos Ping a un equipo ejemplo 192.168.1.10, >> Nagios detecta perfectamente el estado DOWN del equipo, tiramos ping desde >> el terminal y no responde. Hasta ahí todo bien, ahora cuando el equipo >> vuelve a tener conexión, ósea vuelve al estado UP, desde el terminal >> tiramos ping a dicha maquina y no responde, pero desde otro PC si responde >> al PING. Se verifica que el equipo esta UP nuevamente. a lo que tengo que >> cambiarle la IP a Mi Servidor Nagios, reiniciar y de esa manera vuelve a >> tener PING con dicho equipo, ¿qué puede estar pasando?, ya estoy cansado de >> tener que cambiar la IP cada vez que un equipo queda en estado DOWN y >> vuelve a UP para que responda el PING. Muchas gracias por su tiempo, >> Saludos. >> > > Pues no creo que sea cuestión de nagios... > > Si está en otro segmento de red puede que exista uno o más equipos > intermedios que no reestablece correctamente la ruta de un equipo a otro. > > Si se trata de equipos virtuales, puede que el Host sea el problema. > >>
Re: Consulta PING a equipos
El mié., 19 de junio de 2019 12:57 a. m., federico colonna < fjlreparacio...@gmail.com> escribió: > Buenas Noches, me encuentro con un problema, mi servidor con Nagios, > cuando detecta una Caída, supongamos Ping a un equipo ejemplo 192.168.1.10, > Nagios detecta perfectamente el estado DOWN del equipo, tiramos ping desde > el terminal y no responde. Hasta ahí todo bien, ahora cuando el equipo > vuelve a tener conexión, ósea vuelve al estado UP, desde el terminal > tiramos ping a dicha maquina y no responde, pero desde otro PC si responde > al PING. Se verifica que el equipo esta UP nuevamente. a lo que tengo que > cambiarle la IP a Mi Servidor Nagios, reiniciar y de esa manera vuelve a > tener PING con dicho equipo, ¿qué puede estar pasando?, ya estoy cansado de > tener que cambiar la IP cada vez que un equipo queda en estado DOWN y > vuelve a UP para que responda el PING. Muchas gracias por su tiempo, > Saludos. > Pues no creo que sea cuestión de nagios... Si está en otro segmento de red puede que exista uno o más equipos intermedios que no reestablece correctamente la ruta de un equipo a otro. Si se trata de equipos virtuales, puede que el Host sea el problema. >
Consulta PING a equipos
Buenas Noches, me encuentro con un problema, mi servidor con Nagios, cuando detecta una Caída, supongamos Ping a un equipo ejemplo 192.168.1.10, Nagios detecta perfectamente el estado DOWN del equipo, tiramos ping desde el terminal y no responde. Hasta ahí todo bien, ahora cuando el equipo vuelve a tener conexión, ósea vuelve al estado UP, desde el terminal tiramos ping a dicha maquina y no responde, pero desde otro PC si responde al PING. Se verifica que el equipo esta UP nuevamente. a lo que tengo que cambiarle la IP a Mi Servidor Nagios, reiniciar y de esa manera vuelve a tener PING con dicho equipo, ¿qué puede estar pasando?, ya estoy cansado de tener que cambiar la IP cada vez que un equipo queda en estado DOWN y vuelve a UP para que responda el PING. Muchas gracias por su tiempo, Saludos.