Hola, estoy intentando buscar la forma de que ssh no corte la comunicación tras cierto tiempo de inactividad entre el cliente y el servidor. Estuve buscando en las paginas de manual de sshd y sshd_config y no veo nada que creo que me sirva. Tambien he googleado un poco y encontre que KeepAlive yes en el fichero sshd_config podría servir. Pero a mi no me hace nada. Como se podría configurar esto? Gracias. miguel
Nose, pero esto para que sirve? es del sshd_config LoginGraceTime 2m --> Quizá sea lo que debas cambiar Saludos El Lunes, 13 de Septiembre de 2004 02:00, miguel gmail escribió:
Hola,
estoy intentando buscar la forma de que ssh no corte la comunicación tras cierto tiempo de inactividad entre el cliente y el servidor.
Estuve buscando en las paginas de manual de sshd y sshd_config y no veo nada que creo que me sirva.
Tambien he googleado un poco y encontre que
KeepAlive yes
en el fichero sshd_config podría servir. Pero a mi no me hace nada.
Como se podría configurar esto?
Gracias. miguel
-- Use the power, use the Open Source Canal #suse del IRC-Hispano, visitanos!
El 2004-09-13 a las 01:00 +0100, miguel gmail escribió:
estoy intentando buscar la forma de que ssh no corte la comunicación tras cierto tiempo de inactividad entre el cliente y el servidor.
Es el servidor quien hace eso. ¿Está bajo tu control?
Estuve buscando en las paginas de manual de sshd y sshd_config y no veo nada que creo que me sirva.
No lo he mirado, pero me parece que no es el único sitio. Hay un ajuste por ahí, un demonio aparte cuyo nombre no recuerdo ahora que se encarga de cerrar cualquier sesión que no tenga actividad. [...] ¡Aja! Has mirado mal. Se ajusta combinando ClientAliveInterval y ClientAliveCountMax; pe, si son 15 y 3, se desconecta en 45 segundos. Mira en sshd_config (5) -- Saludos Carlos Robinson
Es el servidor quien hace eso. ¿Está bajo tu control?
sip, es mi pc de casa :-D . Por eso miraba en el sshd y sshd_config, supongo que esto depende del servidor y no del cliente.
No lo he mirado, pero me parece que no es el único sitio. Hay un ajuste por ahí, un demonio aparte cuyo nombre no recuerdo ahora que se encarga de cerrar cualquier sesión que no tenga actividad.
Ops, pues si hay otra cosa, sera dificil encontrarlo.
¡Aja! Has mirado mal. Se ajusta combinando ClientAliveInterval y ClientAliveCountMax; pe, si son 15 y 3, se desconecta en 45 segundos.
Mira en sshd_config (5)
Pues eso no puede ser, creo, pq mis valores son: ClientAliveCountMax 3 ClientAliveInterval 0 Eso da un tiempo de inactividad 0. Y te aseguro que dura bastante mas (en torno a una hora, aprox). Por si sirve como pista: Lo que hago es conectarme con ssh a mi servidor casero para ver el correo con mutt. Si no hago nada, cada hora o 45 min la conexión se corta, dejandome la shell durante un tiempo bloqueada, y tras unos minutos, vuelvo a tener el control de la consola otra vez. Gracias, miguel
El 2004-09-13 a las 08:40 +0100, miguel gmail escribió:
Es el servidor quien hace eso. ¿Está bajo tu control?
sip, es mi pc de casa :-D . Por eso miraba en el sshd y sshd_config, supongo que esto depende del servidor y no del cliente.
No lo he mirado, pero me parece que no es el único sitio. Hay un ajuste por ahí, un demonio aparte cuyo nombre no recuerdo ahora que se encarga de cerrar cualquier sesión que no tenga actividad.
Ops, pues si hay otra cosa, sera dificil encontrarlo.
No, es fácil, pero no puedo ponerme ahora. Puede que sea incluso un ajuste en el Yast. Mira, mientras escribo lo he encontrado con pin: autolog: This programs automatically logs out "forgotten" logins.
¡Aja! Has mirado mal. Se ajusta combinando ClientAliveInterval y ClientAliveCountMax; pe, si son 15 y 3, se desconecta en 45 segundos.
Mira en sshd_config (5)
Pues eso no puede ser, creo, pq mis valores son:
ClientAliveCountMax 3 ClientAliveInterval 0
Eso da un tiempo de inactividad 0. Y te aseguro que dura bastante mas (en torno a una hora, aprox).
Prueba con otros valores, leete el manual: yo sólo le he mirado por encima.
Por si sirve como pista: Lo que hago es conectarme con ssh a mi servidor casero para ver el correo con mutt. Si no hago nada, cada hora o 45 min la conexión se corta, dejandome la shell durante un tiempo bloqueada, y tras unos minutos, vuelvo a tener el control de la consola otra vez.
Puede ser incluso algo del mutt. Prueba con un terminal sin nada abierto. ¿En que está abierto ese terminal, en windows? Puede ser el propio windows, que es mu' raro :-P -- Saludos Carlos Robinson
No, es fácil, pero no puedo ponerme ahora. Puede que sea incluso un ajuste en el Yast. Mira, mientras escribo lo he encontrado con pin:
autolog: This programs automatically logs out "forgotten" logins.
si, me lleva a 'pam'. Se supone que pam se configura en /etc/pam.conf. El manual de pam dice que si existe el directorio /etc/pam.d/ hara que se ignore el /etc/pam.conf. El directorio /etc/pam.d tiene ficheros para varios servicios, entre ellos sshd: #%PAM-1.0 auth required pam_unix2.so # set_secrpc auth required pam_nologin.so auth required pam_env.so account required pam_unix2.so account required pam_nologin.so password required pam_pwcheck.so password required pam_unix2.so use_first_pass use_authtok session required pam_unix2.so none # trace or debug session required pam_limits.so # Enable the following line to get resmgr support for # ssh sessions (see /usr/share/doc/packages/resmgr/README.SuSE) #session optional pam_resmgr.so fake_ttyname /etc/pam.d/sshd lines 1-13/13 (END) Pues con estos modulos no me entero de nada. Este fichero hace referencia al README.SuSE., pero se refiere al resmgr. Por si acaso le doy un vistazo (resmgr.conf), y me encuentro al final del fichero: # To make resmgr work with ssh, for instance, add the following # line to /etc/pam.d/sshd: # session optional pam_resmgr.so fake_ttyname # When a user logs in, a resmgr session will be opened, and # access will be granted automaticially to all resource classes # matched via access control statements in resmgr.conf. Pero esto no tiene nada que ver...
Prueba con otros valores, leete el manual: yo sólo le he mirado por encima.
Me lo lei (algo rapido eso si) pero no vi nada pensase me sirviese.
Puede ser incluso algo del mutt. Prueba con un terminal sin nada abierto. ¿En que está abierto ese terminal, en windows? Puede ser el propio windows, que es mu' raro :-P
El mutt no parece que sea, la consola se bloquea sola con y sin mutt. Hago ssh entre dos suse's (servidor con 9.0 y cliente con suse 9.1). Seguiré googleando, a ver si aparece algo. Gracias por vuestro tiempo. miguel
El 2004-09-14 a las 19:02 +0100, miguel gmail escribió:
No, es fácil, pero no puedo ponerme ahora. Puede que sea incluso un ajuste en el Yast. Mira, mientras escribo lo he encontrado con pin:
autolog: This programs automatically logs out "forgotten" logins.
autolog es un programa, un paquete que puedes instalar o no.
si, me lleva a 'pam'. Se supone que pam se configura en /etc/pam.conf. El manual de pam dice que si existe el directorio /etc/pam.d/ hara que se ignore el /etc/pam.conf. El directorio /etc/pam.d tiene ficheros para varios servicios, entre ellos sshd:
El pam es algo que todavía no comprendo, me parece algo críptico.
Pues con estos modulos no me entero de nada. Este fichero hace referencia al README.SuSE., pero se refiere al resmgr. Por si acaso le doy un vistazo (resmgr.conf), y me encuentro al final del fichero:
Otro que tal baila, pero no tiene nada que ver, creo.
Prueba con otros valores, leete el manual: yo sólo le he mirado por encima.
Me lo lei (algo rapido eso si) pero no vi nada pensase me sirviese.
Juega dándole otros valores a esas dos variables que te dije. Yo creo que va por ahí. Hombre, incluso puedes abrir un ethereal en el servidor y capturar los paquetes de la sesión ssh para ver quien cierra. El registro creo que estará en /var/log/auth* -- Saludos Carlos Robinson
participants (3)
-
Carlos E. R.
-
GuraDXPU
-
miguel gmail