On 2016-07-12 14:46, Kernel wrote:

El 12/07/2016 a las 13:54, Carlos E. R. escribió:

me explico

ip de la maquina 192.168.1.20/24 ip de la puerta de enlace 192.168.1.254/24

si apago el firewall (la 254) , el servidor no atiende peticiones de la red local, de cualquiera de del 192.168.1.0/24.

enciendes el firewall y ya si funciona la red.

(Por supuesto tengo un swicth intermedio)

ah.

si enciendo el servidor y la puerta de enlace esta apagada, No arranca los servicios de red ....

Raro , raro ...

Explicado así, raro, raro. No lo entendía. Debe ser una "feature" de wicked. Mira a ver si network manager hace igual. Por probar. Espera. Hay una configuración en la que pasa lo que dices: cuando las máquinas están configuradas para enviar todo a través del gateway, incluso el tráfico local. A ver lo que te responde el comando "route". -- Cheers / Saludos, Carlos E. R. (from 13.1 x86_64 "Bottle" at Telcontar)

El 12/07/2016 a las 16:00, Matthias Brugger escribió:

On 12/07/16 15:25, Carlos E. R. wrote:

...

On 2016-07-12 14:46, Kernel wrote:

...

El 12/07/2016 a las 13:54, Carlos E. R. escribió:

...

me explico

ip de la maquina 192.168.1.20/24 ip de la puerta de enlace 192.168.1.254/24

si apago el firewall (la 254) , el servidor no atiende peticiones de la red local, de cualquiera de del 192.168.1.0/24.

enciendes el firewall y ya si funciona la red.

(Por supuesto tengo un swicth intermedio)

ah.

...

si enciendo el servidor y la puerta de enlace esta apagada, No arranca los servicios de red ....

Raro , raro ...

Explicado así, raro, raro. No lo entendía.

Debe ser una "feature" de wicked. Mira a ver si network manager hace igual. Por probar.

Espera. Hay una configuración en la que pasa lo que dices: cuando las máquinas están configuradas para enviar todo a través del gateway, incluso el tráfico local.

A ver lo que te responde el comando "route".

Sino, apaga la route y mira con wireshark (o qualquier otro) que paquetes se envian del servidor intentando acceder a una maquina en la red local.

Saludos, Matthias

1º Resuelto Despues de realizar muchas pruebas, en uno de los casos, alguien coloco el cable de red en el sitio equivocado, en un swicth que estaba conectado en otro swicth que si dependia de la puerta de enlace, por eso cuando apagaba no funcionaba. Sugestionado por el caso numero 1º , no me di cuenta en el caso numero 2 no es exactamente igual. El problema creo que viene dado por la temperatura del firewall, de tal manera que cuando se calienta , se bloquea y algo hace en la red, deja el servidor sin red, en este caso si apago el firewall (Zywall 2 de zyxel) si funciona el servidor y si quito el cable que une el firewall a la red tambien. Por eso cuando apagaba y encendia se desbloqueaba y funcionaba la red, el problema venia cuando se calentaba. Quitaba la puerta de enlace del servidor y se comportaba igual No se que tipo de interferencia puede hacer en la red, he desconectado el firewall y lleva 12 horas funcionando sin problemas. ya contare como termina la cosa Gracias -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org

El 13/07/2016 a las 22:24, Carlos E. R. escribió:

On 2016-07-13 21:10, Kernel wrote:

...

ya contare como termina la cosa

Curioso...

Hola, Seguimos a la espera, segun indicaciones de de HP, hemos actualizado firmware y drivers,nos han comentado que corrigue comportamientos estaños de este tipo, los que tenia eran de 2012, el servidor funciona bien aparentemente, de momento lo tengo en pruebas ..... -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org