En ce qui concerne le conseil de mettre ServerAliveCountMax à 120, cela empêche complètement le comportement que la plupart des gens veulent le travail des keepalives est d'abord de détecter les problèmes de réseau dans un délai raisonnable si le réseau tombe en panne, nous voulons interrompre la session ssh Cependant, personne ne veut attendre deux heures pour interrompre un réseau mort. Réglez ServerAliveCountMax à 3 et ServerAliveInterval à 60 ou quelque chose de similaire pour détecter les pannes aussi rapidement que vous le souhaitez Je voudrais souligner qu'une certaine perte de keepalive est possible si le réseau fonctionne à pleine capacité si c'est votre cas, ajustez ServerAliveCountMax en conséquence.

N'oubliez pas de redémarrer MobaXterm après avoir modifié ce paramètre.

Certains serveurs, par exemple les clusters universitaires avec des quotas d'utilisateurs et de groupes et de nombreuses connexions, vous déconnectent d'une session ssh après un certain temps, si vous n'avez pas effectué d'opérations d'E/S sur le disque, quels que soient les paramètres de connexion demandés par votre client. D'autres effacent vos données des espaces communs s'ils n'ont pas eu d'opérations d'E/S sur le disque. récente l'accès. Dans ce cas, vous pouvez considérer les opérations d'E/S comme suit touch pour maintenir la session active. BTW Si vous devez maintenir une session active pendant 2 jours, je pense que vous trouverez intéressant screen .

Une question : comment fonctionne un script dans la crontab ? comment avez-vous trouvé la session à maintenir en vie ? Pouvez-vous nous en dire plus à ce sujet ? Je vous souhaite une bonne journée.

@Hastur Je ne sais vraiment pas, je connais les bases et j'apprends encore, mais je sais que j'utilise ce serveur comme un nuage pour moi, donc je ne fais habituellement que passer des choses dedans et ensuite je scp quand je veux. Donc, il y a longtemps, ils ont continué à me virer toutes les 30 minutes alors que je ne faisais rien. J'ai donc ajouté ce "run.sh" -> "cat /dev/null > /var/mail/UserID" à exécuter toutes les 5 minutes à l'aide de Crontab ... et tout s'est bien passé jusqu'à présent.

Merci pour la réponse. Vous déclenchez probablement une réaction avec le système interne de notification par courrier électronique. Il y a des inconvénients. Le premier est que vous devez réécrire le fichier de redirection ( /var/mail/UserID ) à chaque fois. Plus précisément, vous le supprimez (vous le recréez vide). Ensuite, il y a la charge du système pour l'action déclenchée. Enfin, le travail supplémentaire du démon cron. Essayez la manière canonique de la réponse acceptée en supprimant votre script de cron... :-) Il devrait fonctionner dans d'autres cas également...

@Hastur, vous avez raison au sujet de la notification Je n'arrête pas de recevoir ce message disant "" Vous avez du nouveau courrier !"

...toutes les 5 minutes je suppose ... BTW lire sur screen . Vous le trouverez très utile. En savoir plus sur la possibilité de détacher une session et le reconnecter (rattacher) plus tard. Jetez un coup d'œil sur l'internet, en partant peut-être de quelque chose de similaire à >>Cette page<< et ceci autre .

@Hastur J'ai vraiment aimé cela, je peux démarrer un écran et exécuter top dessus et revenir à mon écran normal.... mais j'ai du mal avec leurs "commandes de gestion" donc sans GUI je vais être baisé :)

""J'ai un Mac, je ne sais pas si c'est la raison pour laquelle je ne peux pas appliquer les commandes"".

J'ai essayé sur le serveur ... haha Je ne sais pas je pense que je cause beaucoup de perturbations quand je lance la commande "w"...... tant de pts/# pris par moi