1 Mar
2012
1 Mar
'12
5:20 p.m.
Boas,
Quixera configurar o SSH para que a conexión non se corte tan axiña como
acostuma cando non hai actividade, que supoño que é unha medida de
seguridade...
Probei coa opción 'ServerAliveInterval 15' para darlle 15 minutos de tempo
sen actividade antes de desconectar pero segue desconectando aos 2-3
minutos :(
¿Alguén sabe como ampliar ese tempo de inactividade?
Saúdos, RC
--
Rafa Couto
GNU/Linux user #99126 - *http://bit.ly/LC-99126*
GPG key - http://bit.ly/GPG-D76ABDEC
1 Mar
1 Mar
5:53 p.m.
¿Puede ser que te desconecte un router o similar?
Para un caso puntual, siempre puedes usar -X y ejecutar alguna aplicacion
chorra de X (xeyes) en background
2012/3/1 Rafa Couto <rafacouto(a)gmail.com>
Boas,
Quixera configurar o SSH para que a conexión non se corte tan axiña como
acostuma cando non hai actividade, que supoño que é unha medida de
seguridade...
Probei coa opción 'ServerAliveInterval 15' para darlle 15 minutos de tempo
sen actividade antes de desconectar pero segue desconectando aos 2-3
minutos :(
¿Alguén sabe como ampliar ese tempo de inactividade?
Saúdos, RC
--
Rafa Couto
GNU/Linux user #99126 - *http://bit.ly/LC-99126*
GPG key - http://bit.ly/GPG-D76ABDEC
_______________________________________________
GALPon mailing list
GALPon(a)listas.galpon.org
https://listas.galpon.org/cgi-bin/mailman/listinfo/galpon
5:54 p.m.
On Thu, 2012-03-01 at 17:20 +0100, Rafa Couto wrote:
Quixera configurar o SSH para que a conexión non se
corte tan axiña
como acostuma cando non hai actividade, que supoño que é unha medida
de seguridade...
La conexión no se corta por el ssh (en este momento tengo 10 terminales
abiertas ssh, y hago diariamiente lo mismo hace años, debian, centos,
fedora, ubuntu y ninguna se corta). Cuando se te corta es probablemente
un error de comunicación. Procura comprobar si el tiempo hasta la
desconexión es fijo. Si es así, es el software. Si no, te diría que es
tu red.
Saludos.
--
NOSpaze <nospaze(a)gmail.com>
6:06 p.m.
No es una respuesta a lo que preguntas, pero puede que te ayude. Puedes
usar screen para que en caso que te desconectes volver al estado anterior.
Creo recordar que no necesitas más que ejecutar screen al entrar, lo puedes
tener en tu .bashrc (o similar). Y para reconectar screen -rx
2012/3/1 NOSpaze <nospaze(a)gmail.com>
On Thu, 2012-03-01 at 17:20 +0100, Rafa Couto wrote:
--
@agonzalezro <http://twitter.com/agonzalezro>
Please, don't send me files with extensions: .doc, .docx, .xls, .xlsx, .ppt
and/or .pptx
Quixera configurar o SSH para que a conexión non
se corte tan axiña
como acostuma cando non hai actividade, que supoño que é unha medida
de seguridade...
La conexión no se corta por el ssh (en este momento tengo 10 terminales
abiertas ssh, y hago diariamiente lo mismo hace años, debian, centos,
fedora, ubuntu y ninguna se corta). Cuando se te corta es probablemente
un error de comunicación. Procura comprobar si el tiempo hasta la
desconexión es fijo. Si es así, es el software. Si no, te diría que es
tu red.
Saludos.
--
NOSpaze <nospaze(a)gmail.com>
_______________________________________________
GALPon mailing list
GALPon(a)listas.galpon.org
https://listas.galpon.org/cgi-bin/mailman/listinfo/galpon
6:07 p.m.
mejor que screen, me gusta byobu, super util
2012/3/1 Álex González <agonzalezro(a)gmail.com>
No es una respuesta a lo que preguntas, pero puede que
te ayude. Puedes
usar screen para que en caso que te desconectes volver al estado anterior.
Creo recordar que no necesitas más que ejecutar screen al entrar, lo
puedes tener en tu .bashrc (o similar). Y para reconectar screen -rx
2012/3/1 NOSpaze <nospaze(a)gmail.com>
--
<<< this email was written with 100% recyclable electrons>>>
On Thu, 2012-03-01 at 17:20 +0100, Rafa Couto
wrote:
--
@agonzalezro <http://twitter.com/agonzalezro>
Please, don't send me files with extensions: .doc, .docx, .xls, .xlsx,
.ppt and/or .pptx
_______________________________________________
GALPon mailing list
GALPon(a)listas.galpon.org
https://listas.galpon.org/cgi-bin/mailman/listinfo/galpon
Quixera configurar o SSH para que a conexión non
se corte tan axiña
como acostuma cando non hai actividade, que supoño que é unha medida
de seguridade...
La conexión no se corta por el ssh (en este momento tengo 10 terminales
abiertas ssh, y hago diariamiente lo mismo hace años, debian, centos,
fedora, ubuntu y ninguna se corta). Cuando se te corta es probablemente
un error de comunicación. Procura comprobar si el tiempo hasta la
desconexión es fijo. Si es así, es el software. Si no, te diría que es
tu red.
Saludos.
--
NOSpaze <nospaze(a)gmail.com>
_______________________________________________
GALPon mailing list
GALPon(a)listas.galpon.org
https://listas.galpon.org/cgi-bin/mailman/listinfo/galpon
6:22 p.m.
Hola
autossh... en cuanto la corta se reconecta, muy bueno si lo juntas con
screen (hay un ejemplo en /usr/share/doc/autossh/examples/)
Por un lado le estas indicando 15s, y es cada cuanto le dices al
servidor que estas conectado.
En el lado del servidor seria ClientAliveInterval, y 3/4 de lo mismo.
De todas formas, si no te funciona... autossh+screen no falla.
Saludos
6:32 p.m.
En los servidores Unix de mi empresa hay una variable de entorno TIMEOUT
que es la que define el tiempo máximo sin actividad de una sesión.
Lo que quiero decir esa que no es SSH si no el sistema operativo el que
decide terminar las sesiones. Echa un vistazo a tus variables de entorno
por si acaso.
Un saludo
Ciges
El 01/03/2012 18:22, "Guillermo" <ruworuro(a)gmail.com> escribió:
Hola
autossh... en cuanto la corta se reconecta, muy bueno si lo juntas con
screen (hay un ejemplo en /usr/share/doc/autossh/examples/)
Por un lado le estas indicando 15s, y es cada cuanto le dices al
servidor que estas conectado.
En el lado del servidor seria ClientAliveInterval, y 3/4 de lo mismo.
De todas formas, si no te funciona... autossh+screen no falla.
Saludos
_______________________________________________
GALPon mailing list
GALPon(a)listas.galpon.org
https://listas.galpon.org/cgi-bin/mailman/listinfo/galpon
6:45 p.m.
Premio para Ruworuro: master do SSH! (ademáis do GIT ;)
Confirmo que vai c*gh*nud* con ClientAliveInterval MINUTOS no
/etc/ssh/sshd_config na parte do servidor (polo menos no OpenSSH nas debian
5 e 6).
Aos demáis graciñas tamén e dicir que era un problema software (non de
rede), a solución dos xeyes valía pero é un coñazo ademais de que usaba a
solución de screen + top que tamén valía coma parche patético ;) e o de
TIMEOUT xa revisara que non estaba no entorno...
Closed issue! :)
2012/3/1 Guillermo <ruworuro(a)gmail.com>
Hola
autossh... en cuanto la corta se reconecta, muy bueno si lo juntas con
screen (hay un ejemplo en /usr/share/doc/autossh/examples/)
Por un lado le estas indicando 15s, y es cada cuanto le dices al
servidor que estas conectado.
En el lado del servidor seria ClientAliveInterval, y 3/4 de lo mismo.
De todas formas, si no te funciona... autossh+screen no falla.
Saludos
_______________________________________________
GALPon mailing list
GALPon(a)listas.galpon.org
https://listas.galpon.org/cgi-bin/mailman/listinfo/galpon
--
Rafa Couto
GNU/Linux user #99126 - *http://bit.ly/LC-99126*
GPG key - http://bit.ly/GPG-D76ABDEC
8:49 p.m.
2012/3/1 Rafa Couto <rafacouto(a)gmail.com>om>:
Premio para Ruworuro: master do SSH! (ademáis do GIT ;)
Confirmo que vai c*gh*nud* con ClientAliveInterval MINUTOS no
/etc/ssh/sshd_config na parte do servidor (polo menos no OpenSSH nas debian
5 e 6).
Sacado de [1] o del «man sshd_config»:
ClientAliveInterval
Sets a timeout interval in seconds after which if no data has
been received from the client, sshd(8) will send a message
through the encrypted channel to request a response from the
client. The default is 0, indicating that these messages will
not be sent to the client. This option applies to protocol
version 2 only.
;)
8:59 p.m.
2012/3/1 Guillermo <ruworuro(a)gmail.com>om>:
2012/3/1 Rafa Couto <rafacouto(a)gmail.com>om>:
Se me olvido el [1]
[1] http://www.openbsd.org/cgi-bin/man.cgi?query=sshd_config&sektion=5
Premio para Ruworuro: master do SSH! (ademáis do GIT ;)
Confirmo que vai c*gh*nud* con ClientAliveInterval MINUTOS no
/etc/ssh/sshd_config na parte do servidor (polo menos no OpenSSH nas debian
5 e 6).
Sacado de [1] o del «man sshd_config»:
ClientAliveInterval
Sets a timeout interval in seconds after which if no data has
been received from the client, sshd(8) will send a message
through the encrypted channel to request a response from the
client. The default is 0, indicating that these messages will
not be sent to the client. This option applies to protocol
version 2 only.
;)
9:41 p.m.
2012/3/1 Guillermo <ruworuro(a)gmail.com>
2012/3/1 Rafa Couto <rafacouto(a)gmail.com>om>:
Sacado de [1] o del «man sshd_config»:
ClientAliveInterval
Sets a timeout interval in seconds after which if no data has
been received from the client, sshd(8) will send a message
through the encrypted channel to request a response from the
client. The default is 0, indicating that these messages will
not be sent to the client. This option applies to protocol
version 2 only.
OK, entón como puxen 60 non son os minutos, se non que cada 60 segundos
envíase un paquete para ter viva a conexión, que é menor dos 2 minutos que
tarda en desconectar por inactividade. Agora teño terminal perpetua e tal
vez sexa bo poñer TMOUT a 3600 para sair nunha hora...
--
Rafa Couto
GNU/Linux user #99126 - *http://bit.ly/LC-99126*
GPG key - http://bit.ly/GPG-D76ABDEC
9:59 p.m.
OK, entón como puxen 60 non son os minutos, se non que
cada 60 segundos
envíase un paquete para ter viva a conexión, que é menor dos 2 minutos que
tarda en desconectar por inactividade. Agora teño terminal perpetua e tal
vez sexa bo poñer TMOUT a 3600 para sair nunha hora...
Sacado del mismo sitio... por si te interesa controlarlo todo desde el
mismo fichero:
ClientAliveCountMax
Sets the number of client alive messages (see below) which may be
sent without sshd(8) receiving any messages back from the client.
If this threshold is reached while client alive messages are
being sent, sshd will disconnect the client, terminating the
session. It is important to note that the use of client alive
messages is very different from TCPKeepAlive (below). The client
alive messages are sent through the encrypted channel and
therefore will not be spoofable. The TCP keepalive option
enabled by TCPKeepAlive is spoofable. The client alive mechanism
is valuable when the client or server depend on knowing when a
connection has become inactive.
The default value is 3. If ClientAliveInterval (see below) is
set to 15, and ClientAliveCountMax is left at the default,
unresponsive SSH clients will be disconnected after approximately
45 seconds. This option applies to protocol version 2 only.
Saludos.
4875
days inactive
4875
days old
11 comments
7 participants
participants (7)
-
Alberto González Rodríguez -
Guillermo -
José Manuel Ciges Regueiro -
NOSpaze -
Odo -
Rafa Couto -
Álex González