Comment puis-je empêcher mes sessions SSH de geler?

J'ai ServerAliveIntervalet dans le cas de quelques machines également ClientAliveIntervaldéfini à 540 dans les fichiers de configuration client / serveur SSH (je suppose que le réglage sur plus que ce ne serait pas une bonne idée). Je travaille avec de nombreuses sessions SSH qui gèlent actuellement après quelques minutes.

Comment puis-je le réparer? Ce que je veux, c'est qu'une session ne soit pas du tout gelée. Ainsi, si j'ouvre une session à 8 heures et que je ne l'utilise pas pendant 4 heures, par exemple, je l'utilise encore à 12 heures sans devoir me reconnecter. .

Les modifications que vous avez apportées dans /etc/ssh/ssh_configet /etc/ssh/sshd_configsont corrects , mais ne toujours pas avoir d'effet.

Pour que votre configuration fonctionne, apportez ces modifications de configuration sur le client:

/etc/ssh/ssh_config

Host *
ServerAliveInterval 100

ServerAliveInterval Le client enverra un paquet nul au serveur toutes les 100 secondes pour maintenir la connexion active.

Le paquet NULL est envoyé par le serveur au client. Le même paquet est envoyé par le client au serveur. Un paquet TCP NULL ne contient pas d'indicateur de contrôle tel que SYN, ACK, FIN, etc., car le serveur n'exige pas de réponse du client. Le paquet NULL est décrit ici: https://tools.ietf.org/html/rfc6592

Ensuite, configurez la partie sshd sur le serveur.

/etc/ssh/sshd_config

ClientAliveInterval 60
TCPKeepAlive yes
ClientAliveCountMax 10000

ClientAliveInterval Le serveur attend 60 secondes avant d'envoyer un paquet nul au client pour maintenir la connexion active.

TCPKeepAlive Est-il prévu de s'assurer que certains pare-feu ne perdent pas les connexions inactives.

ClientAliveCountMax Server enverra des messages actifs au client même s'il n'a reçu aucun message du client.

Enfin redémarrer le ssh server

service ssh restart ou service sshd restartselon le système sur lequel vous vous trouvez.

Suggestion personnelle: utiliser screensur l’hôte distant; il réussira à garder votre connexion active aussi longtemps qu'elle restera active dans un terminal.

Voici ce que j'ajoute généralement à /etc/screenrcl'identification rapide de mes sessions d'écran:

hardstatus alwayslastline
hardstatus string "%{= kG}[ %{G}%H %{g}][ %{=kw}%?%-Lw%?%{r}(%{W}%n*%f%t%?(%u)%?%{r})%{w}%?%+Lw%?%?%= %{g}][%{B}%Y-%m-%d %{W}%c %{g}]"
defscrollback 8192

EDIT: Conseils.

La hardstatuschaîne affichera une ligne d'état inférieure telle que celle-ci:

La mémoire tampon de défilement est également étendue à 8192 lignes au lieu des 1000 à 1500 habituelles (en fonction de la distribution).

Avec OpenSSH:

Vous devez activer

TCPKeepAlive yes

à la fois dans votre client ssh_config (par exemple /etc/ssh/ssh_configou dans ~/.ssh/config) et votre serveur SSH de destination exécutant OpenSSH (par exemple, / etc / ssh / sshd_config).

Donc chaque fois que votre connexion est inactive, OpenSSH envoie un paquet factice à votre hôte de destination ...

Si le problème est lié à un ordinateur portable en veille prolongée ou à une connexion réseau inférieure au préfet, je vous recommanderais d'utiliser celle moshqui fonctionne sshet qui permet la reconnexion automatique.

Sur le site :

Mosh (shell mobile)

Application de terminal à distance qui permet l'itinérance, prend en charge la connectivité intermittente et fournit une modification intelligente de l'écho local et de la ligne des touches des utilisateurs

Mosh remplace SSH. Il est plus robuste et réactif, en particulier via les liaisons Wi-Fi, cellulaires et longue distance.

Mosh est un logiciel gratuit, disponible pour GNU / Linux, BSD, macOS, Solaris, Android, Chrome et iOS.

En combinaison avec tmux(ou les anciens screen), cela me permet de me connecter via sshun serveur à partir de mon ordinateur portable et de rester connecté pendant des jours, même lors de la modification de connexions Wi-Fi et des pertes de données sur les mobiles.

Vérifiez votre configuration sshd sur la machine hôte /etc/sshd_configpour le IdleTimeoutparamètre .

IdleTimeout time
Sets idle timeout limit to time in seconds (s or nothing afternumber), 
in minutes (m), in hours (h), in days (d), or in weeks (w).If the 
connection have been idle (all channels) for that long time thechild 
process is killed with SIGHUP, and connection is closed down.