J'ai un soucis avec un serveur ssh qui déconnecte systématiquement les
utilisateurs après un certain temps de non-activité dans le terminal.
C'est un peu gênant car la déconnexion se fera même si un programme est
en cours d'exécution mais qu'il ne renvoie aucune sortie.
Je ne pense pas qu'il s'agisse d'un problème avec le client, car je n'ai
pas ce problème lorsque je me connecte à un serveur dédié sous lenny. Ce
problème que j'ai toujours eu sur cette machine (sous testing, dont
l'installation date d'environs 12 mois) commence à me gêner, j'ai pensé
que ça pouvait venir du fait que la connexion se faisait dans un réseau
locale, mais il s'avère que le problème est présent même si je me
connecte depuis un autre endroit.
J'ai comparé les fichiers sshd_config des deux machines pour voir si une
option serait manquante, mais à part un port supplémentaire en écoute
sur le serveur qui pose problème, ils sont identiques, l'option
TCPKeepAlive yes étant présente.
Je ne sais pas d'où peut venir ce problème, le plus gros problème étant
que j'utilise un tunnel ssh pour accéder à des services web sur ce
serveur, et que ce tunnel finit par se fermer au bout d'un moment, de
même je suis obligé de lancer la connexion ssh avec des -vv pour que
quelque chose s'affiche dans le prompt et maintienne la connexion.
Si vous avez une idée, merci d'avance.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs "From" et "Reply-To:"
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Yves Rutschle
On Sat, Nov 14, 2009 at 12:48:27AM +0100, Goldy wrote:
Je ne pense pas qu'il s'agisse d'un problème avec le client, car je n'ai pas ce problème lorsque je me connecte à un serveur dédié sous lenny.
Qu'y a-t-il entre le client et la machine sous Lenny, et entre le client et la machine qui pose problème?
La machine qui pose problème a-t-elle iptables, et si oui avec quelle configuration?
Les problèmes de timeout sont souvent liés à des firewalls ou des NATs qui laissent tomber les connexions après un certain temps. TCPKeepalive ne marche pas toujours (il peut être avalé par le firewall).
Face à ce problème, j'avais trouvé que rajouter l'option 'KeepAlive' de Jabber, qui passait en tunnel dans la même connexion ssh, et qui est un keepalive applicatif (avec des vraies données TCP dedans), resolvait le problème. À défaut de trouver le firewall qui coupe, un bricolage peut donc être d'ajouter une redirection de port à la connexion ssh, et de mettre 2 programmes qui s'échangent un octet de temps en temps par ce tunnel.
Y.
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS
On Sat, Nov 14, 2009 at 12:48:27AM +0100, Goldy wrote:
Je ne pense pas qu'il s'agisse d'un problème avec le client, car je n'ai
pas ce problème lorsque je me connecte à un serveur dédié sous lenny.
Qu'y a-t-il entre le client et la machine sous Lenny, et
entre le client et la machine qui pose problème?
La machine qui pose problème a-t-elle iptables, et si oui
avec quelle configuration?
Les problèmes de timeout sont souvent liés à des firewalls
ou des NATs qui laissent tomber les connexions après un
certain temps. TCPKeepalive ne marche pas toujours (il peut
être avalé par le firewall).
Face à ce problème, j'avais trouvé que rajouter l'option
'KeepAlive' de Jabber, qui passait en tunnel dans la même
connexion ssh, et qui est un keepalive applicatif (avec des
vraies données TCP dedans), resolvait le problème. À défaut
de trouver le firewall qui coupe, un bricolage peut donc
être d'ajouter une redirection de port à la connexion ssh,
et de mettre 2 programmes qui s'échangent un octet de temps
en temps par ce tunnel.
Y.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs "From" et "Reply-To:"
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
On Sat, Nov 14, 2009 at 12:48:27AM +0100, Goldy wrote:
Je ne pense pas qu'il s'agisse d'un problème avec le client, car je n'ai pas ce problème lorsque je me connecte à un serveur dédié sous lenny.
Qu'y a-t-il entre le client et la machine sous Lenny, et entre le client et la machine qui pose problème?
La machine qui pose problème a-t-elle iptables, et si oui avec quelle configuration?
Les problèmes de timeout sont souvent liés à des firewalls ou des NATs qui laissent tomber les connexions après un certain temps. TCPKeepalive ne marche pas toujours (il peut être avalé par le firewall).
Face à ce problème, j'avais trouvé que rajouter l'option 'KeepAlive' de Jabber, qui passait en tunnel dans la même connexion ssh, et qui est un keepalive applicatif (avec des vraies données TCP dedans), resolvait le problème. À défaut de trouver le firewall qui coupe, un bricolage peut donc être d'ajouter une redirection de port à la connexion ssh, et de mettre 2 programmes qui s'échangent un octet de temps en temps par ce tunnel.
Y.
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs "From" et "Reply-To:"
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 TRANSITIONAL//EN"> <HTML> <HEAD> <META HTTP-EQUIV="Content-Type" CONTENT="text/html; CHARSET=UTF-8"> <META NAME="GENERATOR" CONTENT="GtkHTML/3.28.1"> </HEAD> <BODY> Salut,<BR> <BR> En conjonction avec « TCPKeepAlive », il y a l'option « ClientAliveInterval » qui est l'intervalle en secondes entre les envois de paquets de maintien.<BR> J'avais eu ce problème sur RedHat et l'avais résolu en m'apercevant que même si « TCPKeepAlive » est à yes, « ClientAliveInterval » est par défaut à 0, ce qui signifie qu'aucun paquet n'est envoyé. Je l'avais fixé à 30 et je n'ai plus eu de soucis de déconnexion.<BR> <BR> <TABLE CELLSPACING="0" CELLPADDING="0" WIDTH="100%"> <TR> <TD> Cordialement,<BR> --<BR> Guillaume <BR> <BR> </TD> </TR> </TABLE> Le samedi 14 novembre 2009 à 00:48 +0100, Goldy a écrit : <BLOCKQUOTE TYPE=CITE> <PRE> Bonjour,
J'ai un soucis avec un serveur ssh qui déconnecte systématiquement les utilisateurs après un certain temps de non-activité dans le terminal. C'est un peu gênant car la déconnexion se fera même si un programme est en cours d'exécution mais qu'il ne renvoie aucune sortie.
Je ne pense pas qu'il s'agisse d'un problème avec le client, car je n'ai pas ce problème lorsque je me connecte à un serveur dédié sous lenny. Ce problème que j'ai toujours eu sur cette machine (sous testing, dont l'installation date d'environs 12 mois) commence à me gêner, j'ai pensé que ça pouvait venir du fait que la connexion se faisait dans un réseau locale, mais il s'avère que le problème est présent même si je me connecte depuis un autre endroit.
J'ai comparé les fichiers sshd_config des deux machines pour voir si une option serait manquante, mais à part un port supplémentaire en écoute sur le serveur qui pose problème, ils sont identiques, l'option TCPKeepAlive yes étant présente.
Je ne sais pas d'où peut venir ce problème, le plus gros problème étant que j'utilise un tunnel ssh pour accéder à des services web sur ce serveur, et que ce tunnel finit par se fermer au bout d'un moment, de même je suis obligé de lancer la connexion ssh avec des -vv pour que quelque chose s'affiche dans le prompt et maintienne la connexion.
Si vous avez une idée, merci d'avance.
</PRE> </BLOCKQUOTE> <BR> </BODY> </HTML>
--=-9U/4rL4mhX0tzNIR71sp--
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 TRANSITIONAL//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; CHARSET=UTF-8">
<META NAME="GENERATOR" CONTENT="GtkHTML/3.28.1">
</HEAD>
<BODY>
Salut,<BR>
<BR>
En conjonction avec « TCPKeepAlive », il y a l'option « ClientAliveInterval » qui est l'intervalle en secondes entre les envois de paquets de maintien.<BR>
J'avais eu ce problème sur RedHat et l'avais résolu en m'apercevant que même si « TCPKeepAlive » est à yes, « ClientAliveInterval » est par défaut à 0, ce qui signifie qu'aucun paquet n'est envoyé. Je l'avais fixé à 30 et je n'ai plus eu de soucis de déconnexion.<BR>
<BR>
<TABLE CELLSPACING="0" CELLPADDING="0" WIDTH="100%">
<TR>
<TD>
Cordialement,<BR>
--<BR>
Guillaume <BR>
<BR>
</TD>
</TR>
</TABLE>
Le samedi 14 novembre 2009 à 00:48 +0100, Goldy a écrit :
<BLOCKQUOTE TYPE=CITE>
<PRE>
Bonjour,
J'ai un soucis avec un serveur ssh qui déconnecte systématiquement les
utilisateurs après un certain temps de non-activité dans le terminal.
C'est un peu gênant car la déconnexion se fera même si un programme est
en cours d'exécution mais qu'il ne renvoie aucune sortie.
Je ne pense pas qu'il s'agisse d'un problème avec le client, car je n'ai
pas ce problème lorsque je me connecte à un serveur dédié sous lenny. Ce
problème que j'ai toujours eu sur cette machine (sous testing, dont
l'installation date d'environs 12 mois) commence à me gêner, j'ai pensé
que ça pouvait venir du fait que la connexion se faisait dans un réseau
locale, mais il s'avère que le problème est présent même si je me
connecte depuis un autre endroit.
J'ai comparé les fichiers sshd_config des deux machines pour voir si une
option serait manquante, mais à part un port supplémentaire en écoute
sur le serveur qui pose problème, ils sont identiques, l'option
TCPKeepAlive yes étant présente.
Je ne sais pas d'où peut venir ce problème, le plus gros problème étant
que j'utilise un tunnel ssh pour accéder à des services web sur ce
serveur, et que ce tunnel finit par se fermer au bout d'un moment, de
même je suis obligé de lancer la connexion ssh avec des -vv pour que
quelque chose s'affiche dans le prompt et maintienne la connexion.
Si vous avez une idée, merci d'avance.
</PRE>
</BLOCKQUOTE>
<BR>
</BODY>
</HTML>
--=-9U/4rL4mhX0tzNIR71sp--
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs "From" et "Reply-To:"
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 TRANSITIONAL//EN"> <HTML> <HEAD> <META HTTP-EQUIV="Content-Type" CONTENT="text/html; CHARSET=UTF-8"> <META NAME="GENERATOR" CONTENT="GtkHTML/3.28.1"> </HEAD> <BODY> Salut,<BR> <BR> En conjonction avec « TCPKeepAlive », il y a l'option « ClientAliveInterval » qui est l'intervalle en secondes entre les envois de paquets de maintien.<BR> J'avais eu ce problème sur RedHat et l'avais résolu en m'apercevant que même si « TCPKeepAlive » est à yes, « ClientAliveInterval » est par défaut à 0, ce qui signifie qu'aucun paquet n'est envoyé. Je l'avais fixé à 30 et je n'ai plus eu de soucis de déconnexion.<BR> <BR> <TABLE CELLSPACING="0" CELLPADDING="0" WIDTH="100%"> <TR> <TD> Cordialement,<BR> --<BR> Guillaume <BR> <BR> </TD> </TR> </TABLE> Le samedi 14 novembre 2009 à 00:48 +0100, Goldy a écrit : <BLOCKQUOTE TYPE=CITE> <PRE> Bonjour,
J'ai un soucis avec un serveur ssh qui déconnecte systématiquement les utilisateurs après un certain temps de non-activité dans le terminal. C'est un peu gênant car la déconnexion se fera même si un programme est en cours d'exécution mais qu'il ne renvoie aucune sortie.
Je ne pense pas qu'il s'agisse d'un problème avec le client, car je n'ai pas ce problème lorsque je me connecte à un serveur dédié sous lenny. Ce problème que j'ai toujours eu sur cette machine (sous testing, dont l'installation date d'environs 12 mois) commence à me gêner, j'ai pensé que ça pouvait venir du fait que la connexion se faisait dans un réseau locale, mais il s'avère que le problème est présent même si je me connecte depuis un autre endroit.
J'ai comparé les fichiers sshd_config des deux machines pour voir si une option serait manquante, mais à part un port supplémentaire en écoute sur le serveur qui pose problème, ils sont identiques, l'option TCPKeepAlive yes étant présente.
Je ne sais pas d'où peut venir ce problème, le plus gros problème étant que j'utilise un tunnel ssh pour accéder à des services web sur ce serveur, et que ce tunnel finit par se fermer au bout d'un moment, de même je suis obligé de lancer la connexion ssh avec des -vv pour que quelque chose s'affiche dans le prompt et maintienne la connexion.
Si vous avez une idée, merci d'avance.
</PRE> </BLOCKQUOTE> <BR> </BODY> </HTML>
--=-9U/4rL4mhX0tzNIR71sp--
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS
Goldy
Guillaume Caron a écrit :
Salut,
En conjonction avec « TCPKeepAlive », il y a l'option « ClientAliveInterval » qui est l'intervalle en secondes entre les envois de paquets de maintien. J'avais eu ce problème sur RedHat et l'avais résolu en m'apercevant que même si « TCPKeepAlive » est à yes, « ClientAliveInterval » est par défaut à 0, ce qui signifie qu'aucun paquet n'est envoyé. Je l'avais fixé à 30 et je n'ai plus eu de soucis de déconnexion.
Cordialement, -- Guillaume
Cette solution a fonctionné. J'ai ajouté l'option ClientAliveInterval dans sshd_config et mes connexions sont maintenues même en cas de non activité dans le terminal.
Merci beaucoup.
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS
Guillaume Caron a écrit :
Salut,
En conjonction avec « TCPKeepAlive », il y a l'option «
ClientAliveInterval » qui est l'intervalle en secondes entre les envois
de paquets de maintien.
J'avais eu ce problème sur RedHat et l'avais résolu en m'apercevant que
même si « TCPKeepAlive » est à yes, « ClientAliveInterval » est par
défaut à 0, ce qui signifie qu'aucun paquet n'est envoyé. Je l'avais
fixé à 30 et je n'ai plus eu de soucis de déconnexion.
Cordialement,
--
Guillaume
Cette solution a fonctionné. J'ai ajouté l'option ClientAliveInterval
dans sshd_config et mes connexions sont maintenues même en cas de non
activité dans le terminal.
Merci beaucoup.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs "From" et "Reply-To:"
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
En conjonction avec « TCPKeepAlive », il y a l'option « ClientAliveInterval » qui est l'intervalle en secondes entre les envois de paquets de maintien. J'avais eu ce problème sur RedHat et l'avais résolu en m'apercevant que même si « TCPKeepAlive » est à yes, « ClientAliveInterval » est par défaut à 0, ce qui signifie qu'aucun paquet n'est envoyé. Je l'avais fixé à 30 et je n'ai plus eu de soucis de déconnexion.
Cordialement, -- Guillaume
Cette solution a fonctionné. J'ai ajouté l'option ClientAliveInterval dans sshd_config et mes connexions sont maintenues même en cas de non activité dans le terminal.
Merci beaucoup.
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS
Xavier
Goldy wrote:
Guillaume Caron a écrit :
Salut,
En conjonction avec « TCPKeepAlive », il y a l'option « ClientAliveInterval » qui est l'intervalle en secondes entre les envois de paquets de maintien. J'avais eu ce problème sur RedHat et l'avais résolu en m'apercevant que même si « TCPKeepAlive » est à yes, « ClientAliveInterval » est par défaut à 0, ce qui signifie qu'aucun paquet n'est envoyé. Je l'avais fixé à 30 et je n'ai plus eu de soucis de déconnexion.
Cordialement, -- Guillaume
Cette solution a fonctionné. J'ai ajouté l'option ClientAliveInterval dans sshd_config et mes connexions sont maintenues même en cas de non activité dans le terminal.
Merci beaucoup.
Salut,
J'ai également eu des problèmes similaires avec mes clients ou serveurs ssh.
Il semble que pour moi la cause soit le modem fourni par numéricable. (http://forum.ovh.com/showthread.php?seb76a2221f01abf13a4e711ff429fa&tG390&page=3)
J'ai réglé le problème pour toutes les connexions tcp avec le fichier : $ cat /etc/sysctl.d/numericable.conf # Prevent connection timeout from the numericable modem net.ipv4.tcp_keepalive_time = 30
Xavier
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS
Goldy wrote:
Guillaume Caron a écrit :
Salut,
En conjonction avec « TCPKeepAlive », il y a l'option «
ClientAliveInterval » qui est l'intervalle en secondes entre les envois
de paquets de maintien.
J'avais eu ce problème sur RedHat et l'avais résolu en m'apercevant que
même si « TCPKeepAlive » est à yes, « ClientAliveInterval » est par
défaut à 0, ce qui signifie qu'aucun paquet n'est envoyé. Je l'avais
fixé à 30 et je n'ai plus eu de soucis de déconnexion.
Cordialement,
--
Guillaume
Cette solution a fonctionné. J'ai ajouté l'option ClientAliveInterval
dans sshd_config et mes connexions sont maintenues même en cas de non
activité dans le terminal.
Merci beaucoup.
Salut,
J'ai également eu des problèmes similaires avec mes clients ou serveurs ssh.
Il semble que pour moi la cause soit le modem fourni par numéricable.
(http://forum.ovh.com/showthread.php?seb76a2221f01abf13a4e711ff429fa&tG390&page=3)
J'ai réglé le problème pour toutes les connexions tcp avec le fichier :
$ cat /etc/sysctl.d/numericable.conf
# Prevent connection timeout from the numericable modem
net.ipv4.tcp_keepalive_time = 30
Xavier
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs "From" et "Reply-To:"
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
En conjonction avec « TCPKeepAlive », il y a l'option « ClientAliveInterval » qui est l'intervalle en secondes entre les envois de paquets de maintien. J'avais eu ce problème sur RedHat et l'avais résolu en m'apercevant que même si « TCPKeepAlive » est à yes, « ClientAliveInterval » est par défaut à 0, ce qui signifie qu'aucun paquet n'est envoyé. Je l'avais fixé à 30 et je n'ai plus eu de soucis de déconnexion.
Cordialement, -- Guillaume
Cette solution a fonctionné. J'ai ajouté l'option ClientAliveInterval dans sshd_config et mes connexions sont maintenues même en cas de non activité dans le terminal.
Merci beaucoup.
Salut,
J'ai également eu des problèmes similaires avec mes clients ou serveurs ssh.
Il semble que pour moi la cause soit le modem fourni par numéricable. (http://forum.ovh.com/showthread.php?seb76a2221f01abf13a4e711ff429fa&tG390&page=3)
J'ai réglé le problème pour toutes les connexions tcp avec le fichier : $ cat /etc/sysctl.d/numericable.conf # Prevent connection timeout from the numericable modem net.ipv4.tcp_keepalive_time = 30
Xavier
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS