connexion SSH qui s'interrompt

[debuthmx]

Bonjour,
Comme je suis chez moi, je me connecte à ma machine linux de mon bureau via une connexion SSH. Mon problème est que si je laisse cette connexion ouverte sans interraction pendant un certain temps, la connexion s'interrompt et je suis obligé de me reconnecter. Le problème, c'est que la déconnexion arrete toutes les application que j'avais lancé. Comment puis-je configurer ma machine distante pour empecher cette protection? Je tourne sous FC5.


p.s.
1) J'ai essayé de lancé mes applications avec la commande nohup, mais le fichier nohup.dat n'est écrit que lorsque l'application se termine. Il m'est donc impossible de suivre l'évolution des résultats de l'application.

2) Mon application est un code fortran qui m'affiche des tables à l'écran.

[ggnore]

Bonjour.

As tu regardé le fichier /etc/ssh/ssh_config qui contient probablement une ligne de style :

Code :

#   ConnectTimeout 0

Enfin, dans mon fichier de configuration, à moi, c'est en commentaire, mais chez toi, tu dois avoir une valeur et le dièse en moins.

[debuthmx]

C'est bisard, mais je ne trouve pas cette option dans mon fichier /etc/ssh/ssh_config. Voila à quoi il ressemble:

# $OpenBSD: ssh_config,v 1.20 2005/01/28 09:45:53 dtucker Exp $

# This is the ssh client system-wide configuration file. See
# ssh_config(5) for more information. This file provides defaults for
# users, and the values can be changed in per-user configuration files
# or on the command line.

# Configuration data is parsed as follows:
# 1. command line options
# 2. user-specific file
# 3. system-wide file
# Any configuration value is only changed the first time it is set.
# Thus, host-specific definitions should be at the beginning of the
# configuration file, and defaults at the end.

# Site-wide defaults for some commonly used options. For a comprehensive
# list of available options, their meanings and defaults, please see the
# ssh_config(5) man page.

# Host *
# ForwardAgent no
# ForwardX11 no
# RhostsRSAAuthentication no
# RSAAuthentication yes
# PasswordAuthentication yes
# HostbasedAuthentication no
# BatchMode no
# CheckHostIP yes
# AddressFamily any
# ConnectTimeout 0
# StrictHostKeyChecking ask
# IdentityFile ~/.ssh/identity
# IdentityFile ~/.ssh/id_rsa
# IdentityFile ~/.ssh/id_dsa
# Port 22
# Protocol 2,1
# Cipher 3des
# Ciphers aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc
# EscapeChar ~
Host *
GSSAPIAuthentication yes
# If this option is set to yes then remote X11 clients will have full access
# to the original X11 display. As virtually no X11 client supports the untrusted
# mode correctly we set this to yes.
ForwardX11Trusted yes

[debuthmx]

Juste quelques petits détails:

1) je me connecte sur ma machine distante linux, avec putty ou SecureCrt à partir d'une machine windows.
2) l'option "ConnectTimeout" doit-être cinfigurée sur quelle machine?
3) Dans le fichier /etc/ssh/ssh_cinfig de ma machine distante, je ne trouve pas cette option.

[debuthmx]

j'ai tout essayer mais celà ne semble pas fonctionner.

[LLB]

Ça n'empêchera pas les déconnexions, mais tu peux utiliser screen. Tu travailles dans un screen et tu fais screen -r pour récupérer ton travail avec une déco.

[Smortex]

Quoi qu'il arrive, une connexion établie par laquelle rien ne passe pendant une certaine durée est coupée (même en no-timeout). Une solution d'un sysadmin que je connais: un petit bout de script shell:

Code :

1
2
3
4
5
#!/bin/sh
 
while sleep 60; do
  echo "."
done

Dans ton cas, screen me semble effectivement un choix fort judicieux (LLB).

[ggnore]

Envoyé par Smortex

Quoi qu'il arrive, une connexion établie par laquelle rien ne passe pendant une certaine durée est coupée (même en no-timeout). Une solution d'un sysadmin que je connais: un petit bout de script shell:

Code :

Dans ton cas, screen me semble effectivement un choix fort judicieux (LLB).

Je ne suis pas d'accord : je travaille fréquemment en ssh et je n'ai pas ce problème et je n'utilise pas de méthode spéciale.

[Smortex]

C'est au bout de 2h environ pour une connection TCP en keep-alive (faudrait retrouver la RFC qui parle de ça se serait cool).

Le bout de code qui fait le boulot sous FreeBSD:
/usr/src/sys/netinet/tcp_timer.c:292

Code :

1
2
3
4
  if ((always_keepalive || inp->inp_socket->so_options & SO_KEEPALIVE) &&
      tp->t_state <= TCPS_CLOSING) {
    if ((ticks - tp->t_rcvtime) >= tcp_keepidle + tcp_maxidle)
      goto dropit;

tcp(7) en parle sous Linux:

tcp_keepalive_time (integer; default: 7200)
The number of seconds a connection needs to be idle before TCP begins sending out keep-alive probes. Keep-alives are only sent when the SO_KEEPALIVE socket option is enabled. The default value is 7200 seconds (2 hours). An idle connection is terminated after approximately an additional 11 minutes (9 probes an interval of 75 seconds apart) when keep-alive is enabled.

[ggnore]

ok je m'incline