Normalmente, quando você desconecta normalmente o SSH, o servidor é notificado. Se você desaparecesse sem notificar o servidor, tecnicamente você poderia voltar para a mesma sessão SSH, se você usasse os mesmos segredos de uso único e não fosse tarde demais. Por exemplo. isso pode acontecer quando sua conexão de rede cai temporariamente e nenhum dado está sendo transmitido no momento. Depois que a conexão de rede é restabelecida, o SSH pode funcionar como se nada tivesse acontecido. Mas, se algum terminal tentar enviar um pacote e falhar, o software SSH (nesse caso) entenderá que há um "canal quebrado" e encerrará formalmente a conexão.
Normalmente, queremos detectar conexões paralisadas e não mantê-las indefinidamente. Existem poucas opções (para servidores e para clientes) que ajudam (veja essa outra resposta minha ).
Vamos supor que você queira (mal) usar esse fenômeno depois de reinicializar o cliente. Existem maneiras (não elegantes) de fazer com que seu cliente SSH desapareça sem notificar o servidor, mas nenhum cliente SSH regular armazena segredos de uma só vez entre suas sessões e tenta usá-las sem handshaking na próxima vez que você se conectar ao mesmo servidor. Eles são únicos pelo design. Além disso, a camada TCP é bastante complicada e com estado, portanto, você precisará armazenar e restaurar ainda mais para enganar o servidor. Essas não são formas padronizadas; os protocolos não são projetados para tais truques.
Eu não acho que você realmente precise ir para a mesma sessão SSH. screen (ou tmux ) é a ferramenta certa para chegar à mesma sessão de shell (se usada no lado remoto, não repita este erro ); geralmente é o suficiente.
Se você acha que screen não é a solução no seu caso , mas retomar o SSH seria, então talvez seja o problema XY . Se sim, então faça outra pergunta e diga-nos o que você está realmente tentando fazer. Talvez possamos encontrar uma solução, mas retomar a mesma sessão SSH não será.