comment faire la connexion SSH de mastic ne jamais expirer quand l'utilisateur est inactif?

36

J'ai acheté un serveur Ubuntu 12.04, si je me connecte avec putty avec ssh et qu'un utilisateur sudoer putty est déconnecté par le serveur après un certain temps si je suis inactif.

Comment configurer Ubuntu pour maintenir cette connexion en vie indéfiniment?

12.04 tty putty

— David MZ
source

47

Si vous allez dans vos paramètres de mastic -> Connexion et définissez la valeur de "secondes entre keepalives" à 30 secondes, cela devrait résoudre votre problème.

— das Keks
source

2

?????? "0 pour éteindre" ou 30 pour éteindre ????????? Je pense qu'il faut mettre 0 au lieu de 30!

— Kokbira

1

Non, c'est le temps entre Keepalives. Si vous le définissez sur 0, aucun keepalives n'est envoyé, mais vous voulez que putty envoie des keepalives pour maintenir la connexion active.

— das Keks

1

Pourquoi 30 secondes? Il a dit jamais de délai d'attente, donc il devrait être "9999999999999"?

— NoName

1

@NoName Parce que le réglage est pour "l'intervalle keepalive". Cela signifie qu'il envoie un "ping" toutes les 30 secondes pour empêcher la connexion de s'éteindre.

— das Keks

1

Pour moi, cela a fonctionné sans la case à cocher TCP. Étant donné que la connexion TCP est utilisée pour envoyer le "paquet nul", il peut ne pas être nécessaire de conserver une connexion TCP supplémentaire. Si les connexions TCP inactives sont supprimées par un routeur ou un pare-feu en quelques secondes, cette case à cocher peut aider (ou définir les secondes entre les maintenances à 5, voire 1).

— das Keks

10

En plus de la réponse de "das Keks", il existe au moins un autre aspect pouvant affecter ce comportement. Bash (généralement le shell par défaut sur Ubuntu) a une valeur TMOUTqui gouverne (valeur décimale en secondes) après quoi une session shell inactive expirera et l'utilisateur sera déconnecté, ce qui entraînera une déconnexion dans une session SSH.

De plus, je vous recommande fortement de faire autre chose. Configurez byobu(ou même tout tmuxseul car il est supérieur à GNU screen) et connectez-vous toujours et attachez-vous à une session préexistante (c'est-à-dire GNU screenet sa tmuxterminologie). De cette manière, même si vous êtes déconnecté de force - avouons-le, une panne de courant ou une interruption de réseau peut toujours se produire - vous pouvez toujours reprendre votre travail là où vous l'avez laissé. Et cela fonctionne sur différentes machines. Vous pouvez donc vous connecter à la même session à partir d'une autre machine (par exemple de chez vous). Les possibilités sont multiples et c'est un véritable accélérateur de productivité. Et pour ne pas oublier, les multiplexeurs de terminaux pallient l'un des gros inconvénients de PuTTY: pas d'interface à onglets. Maintenant, vous obtenez "onglets"screentmux

apt-get install tmux
apt-get install byobu

Byobu est une belle interface pour les deux multiplexeurs de terminaux, mais il tmuxest tellement confortable qu’à mon avis, il est obsolète byobudans une large mesure. Donc, ma recommandation serait tmux.

Également rechercher «dotfiles», en particulier tmux.confet .tmux.confsur le Web pour de nombreuses personnalisations pour vous aider à démarrer.

— 0xC0000022L
source

6

Aller aux options PuTTy -> Connexion

Changez la valeur par défaut pour "secondes entre keepalives (0s à désactiver)"
- changez-le de 0 à 60 (1 minute) - Cela varie ... réduire si 1 minute n'aide pas
Cochez la case "Activer TCP_keepalives (option SO_KEEPALIVE)".
Enfin enregistrer les paramètres de la session

— Rajesh
source

0

Je garde mes sessions PuTTY actives en surveillant les journaux cron

tail -f /var/log/cron

Je veux la session PuTTY en vie parce que je suis mandataire à travers des chaussettes.

— Francis Suan
source

0

Le délai d'attente de 30 secondes n'a jamais fonctionné pour moi, alors j'ai essayé de jouer avec un peu et j'ai trouvé une solution en augmentant le délai d'attente à 240 secondes (4 minutes). Désormais, cela fonctionne comme un charme

— shahnshah
source