cette option m'emmerde plus qu'autre chose : je ne peux pas garder des sessions ssh en « sommeil » quand je vais bouger de réseau mais revenir plus tard dans celui de départ, ni mettre ma machine en veille et espérer que la session tienne encore après.
Si tu as accés à une machine qui es toujours up, tu peux t'en servir comme proxy de connection. Au lieu d'ouvrir une connection host → server tu ouvres une session host → connection-proxy puis tu ouvres un screen(1) d'où tu ouvres ta connection connection-proxy → server.
Ainsi tu peux détacher ton screen et terminer ta connection au connection-proxy tandis que la connection connection-proxy → server reste en vie, autant que les configurations le permette.
Au fait, l'utilisation de screen(1) sur server ne fournirait-elle pas une solution acceptable à ton problème — ou bien c'est l'existence même de la connection qui est importante dans ton problème?
# Screen
Posté par Michaël (site web personnel) . En réponse au journal Le TCP keepalive m'a tué. Évalué à 2. Dernière modification le 11 mai 2012 à 07:45.
Si tu as accés à une machine qui es toujours up, tu peux t'en servir comme proxy de connection. Au lieu d'ouvrir une connection host → server tu ouvres une session host → connection-proxy puis tu ouvres un screen(1) d'où tu ouvres ta connection connection-proxy → server.
Ainsi tu peux détacher ton screen et terminer ta connection au connection-proxy tandis que la connection connection-proxy → server reste en vie, autant que les configurations le permette.
Au fait, l'utilisation de screen(1) sur server ne fournirait-elle pas une solution acceptable à ton problème — ou bien c'est l'existence même de la connection qui est importante dans ton problème?