El 25/03/2014 9:35, Roberto escribió:
El 24/03/2014 11:34, Francesc Guitart escribió:
El 23/03/2014 10:32, Roberto escribió:
Administro una red LAN donde siempre que puedo aplico Debian a la
ecuación.
El servidor que hace de gateway hace de firewall y registra log
determinado trafico. Tiene dos interfaces br0 y br0:1 con 192.168.0.2 y
192.168.2.1. Uso un alias por no disponer de dos tarjetas de red, y uso
br0 porque en dicho equipo uso VirtualBox.
Tengo un servidor con jenkins(Debian) en la 192.168.0.8 el cual conecta
por ssh a dos nodos esclavos, 192.168.2.19(Centos) y
192.168.2.21(Ubuntu). El primero tiene como gateway a 192.168.0.2 y el
segundo a 192.168.2.1.
Dices que el CentOS tiene IP 192.168.2.19 y gateway 192.168.0.2. ¿La
gateway del CentOS no debería ser también 192.168.2.1 si está en dicha
red?
Con Ubuntu ningún problema con el trafico de red pero con Centos
aleatoriamente ocurre un broken pipe de una sesión ssh, lo único que se
me ocurrió despues de días dando cabezasos es pasar ese nodo Centos a la
subred con ip 192.168.0.9 y todo arreglado. Abajo pegaré el log de un
broken pipe.
Como dice Camaleón me parece raro que sea por culpa de una ruta pero
creo que la gateway del CentOS no es correcta. Yo la cambiaría a ver si
el error se reproduce.
¿Hay alguna idea para en esta situación se produzca un broken pipe? Y he
configurado Centos para no usar Gssapi, DenyDNS, y lo típico en cliente
para evitar un time out.
jenkins@192.168.2.19's password:
debug3: packet_send2: adding 64 (len 60 padlen 4 extra_pad 64)
(...)
El gateway del Centos es 192.168.2.1, al igual que el nodo de Ubuntu.
Pero la maquina Debian que los virtualiza lleva un bridged br0 con ip en
la subred 192.168.0.7 ,pero vamos un bridged deja pasar todo el trafico
de sus maquinas virtualizadas.
Lo siento, no te entendí. Ahora lo tengo más claro.
¿Has mirado los logs en el servidor que recibe la conexión? Si no hay
ninguna pista incrementa el nivel de log poniendo "VERBOSE" o "DEBUG" o
"DEBUG1"... (hasta "DEBUG3") en el parámetro "LogLevel" de
/etc/sshd_config. Reinicia sshd, intenta de nuevo la conexión y envía la
salida de los logs si tienes dudas sobre algo.
Saludos.
--
Francesc Guitart
--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/5331443c.2030...@gmx.com