Nossa rede envolve uma série de terminais de texto mudos que fazem telnet em um servidor SCO OpenServer 6. Ocasionalmente, um desses terminais falhará, forçando o operador a se mover para um terminal diferente até que o terminal quebrado seja reparado ou substituído.
Isso normalmente deixa os processos suspensos, e os aborrecimentos relacionados de arquivos importantes não serem fechados corretamente. Em vez de matar manualmente os processos e fechar / reparar os arquivos não-fechados, seria muito mais prático apenas "reconectar" os processos existentes ao novo terminal e permitir que o operador continue como se nada tivesse acontecido.
Então a questão é: isso é possível? E se sim, qual é a melhor maneira de eu fazer isso?
É para isso que o utilitário 'screen' foi inventado. Embora eu tenha usado principalmente no Linux, não há absolutamente nenhuma razão para que uma porta do seu sistema operacional não exista. Faz parte do conjunto de ferramentas do gnu, e eu não encontrei uma porta, mas provavelmente existe uma (ou poderia).
A tela é maravilhosa, como a resposta anterior observou. Isso provavelmente resolverá seu problema. Para situações em que a tela não é apropriada (por exemplo, executando uma tarefa em segundo plano), observe o nohup.
Como os outros dois respondentes notaram que a tela é especificamente destinada a esse uso, e também possui vários outros recursos úteis.
Eu configurei um número de hosts aos quais me conecto para executar a tela em cada login, para que eu não esqueça e só observe quando algo acontecer para causar uma desconexão inesperada até que seja tarde demais. Veja o link para um exemplo de configuração.
Tags gnu-screen telnet unix terminal