Cette réponse est toujours pertinente, l'écran existe, est pris en charge, fait toujours l'affaire, etc. mais il existe désormais d'autres solutions : tmux offre des fonctionnalités supplémentaires, et tant it que screen sont plus communément (dans mon expérience) utilisés enveloppés dans Byobu . Tous trois sont disponibles dans les dépôts standards des principales distributions Linux.

Comme d'autres l'ont souligné, l'écran est généralement la meilleure solution pour cela et il ajoute une foule d'autres fonctionnalités utiles.

Vous pouvez configurer votre profil sur la machine distante pour qu'il démarre et/ou se reconnecte automatiquement à l'écran lors de la connexion, ce qui vous évite d'oublier de démarrer l'écran la seule fois où vous en avez besoin à cause d'une coupure de connexion.

Ver http://tlug.dnho.net/?q=node/239 (ou recherchez sur Google de nombreux autres exemples réalisés de manière légèrement différente).

Une alternative plus moderne à screen, hélas non disponible pour certains types de "virtualisation" (e.g. dans cygwin vous pouvez avoir "screen", mais pas "tmux" à cause de la façon dont il est conçu), mais si vous avez la possibilité d'installer tmux, je vous recommande fortement de le faire au lieu de screen.

Voici une autre solution sans écran.

Putty tray vous permet de faire exactement cela, il a une option de reconnexion à la déconnexion qui n'est pas dans le régulier ou le putty-ng.

https://puttytray.goeswhere.com/

c'est un fork (complètement open source) de putty avec d'autres options, allez dans les paramètres de connexion et il y a 2 options, une pour 'attempt to reconnect on connection failure', et 'attempt to reconnect on startup'.

Une autre option consiste à utiliser Jupyter Notebook, qui dispose de son propre émulateur de terminal basé sur le Web.

Avantages

• Lorsque je rattache mon vpn, je peux rouvrir toutes mes connexions sur plusieurs terminaux sur plusieurs hôtes en ouvrant tous les signets dans un dossier.
• Je peux ouvrir le terminal sur n'importe quel appareil et l'aspect est correct sur tous les appareils.

Inconvénients

• Je perds l'historique de la console (pas les commandes, juste le défilement) après la reconnexion.

Comment

1. Sur some_host , courir jupyter-notebook --no-browser --port=$SOME_PORT & .

2. créer une session some_label dans votre navigateur en pointant sur http://some_host:$SOMEPORT/terminals/some_label . Vous pouvez maintenant vous déconnecter.

3. Ajoutez vos sessions à vos favoris. Lorsque vous vous reconnecterez, vous pourrez les ouvrir toutes en même temps. Si les onglets sont déjà ouverts, vous devrez les rafraîchir.

Si $SOME_PORT n'est pas ouvert le some_host puis utiliser ssh pour transférer le port et se connecter à http://localhost:$SOME_LOCAL_PORT/terminals/some_label à la place :

ssh -q -N -f -L localhost:$SOME_LOCAL_PORT:localhost:$SOME_PORT $some_host

Mon problème était simple à résoudre. Sur mon /etc/sysconfig/network-scripts/ifcfg-eth0 était erroné avec le paramètre IPADDR défini à une IP statique et BOOTPROTO=dhcp. Après avoir mis à jour le paramètre BOOTPROTO=static, le problème a été résolu.