Como posso sair do ssh quando ele bloqueia?

Frequentemente eu ssh na minha caixa em casa da escola, mas geralmente quando eu mudo de classe e meu computador é suspenso, o cano fica quebrado. No entanto, o ssh simplesmente trava - Ctrl+ c, Ctrl+ ze Ctrl+ dnão têm efeito.

É chato ter que reiniciar meu terminal e ainda mais chato ter que fechar e recriar uma nova janela de tela.

Então, minha pergunta, existe uma maneira fácil de fazer com que o ssh morra corretamente (ou seja, quando o tubo falhar "normalmente", ele sairá com uma mensagem sobre um tubo quebrado)? Ou tenho que descobrir qual é o PID e matá-lo manualmente?

As chaves normais são encaminhadas durante a sshsessão, portanto nenhuma delas funcionará. Em vez disso, use as seqüências de escape. Para matar a sessão atual hit posteriormente Enter ↵, ~, ..

Mais destas sequências de escape podem ser listados com Enter ↵, ~, ?:

Supported escape sequences:
  ~.  - terminate session
  ~B  - send a BREAK to the remote system
  ~R  - Request rekey (SSH protocol 2 only)
  ~#  - list forwarded connections
  ~?  - this message
  ~~  - send the escape character by typing it twice
(Note that escapes are only recognized immediately after newline.)

Você pode fechar a lista de seqüências de escape pressionando enter.

Observe que, ao pressionar ~~causa sshpara enviar o em ~vez de interceptá-lo, você pode endereçar Nssh conexões aninhadas pressionando ~ N vezes. (Isso só se aplica a ~s que seguem diretamente um enter.) Ou seja, enter~~~~~.encerra uma sshsessão com 5 camadas de profundidade e mantém as outras 4 intactas.

Você também pode configurar o keep-alives no nível do aplicativo para o SSH para impedir que ele congele em problemas de conexão. My ~/.ssh/configcontém isso:

Host *
ServerAliveInterval 15
# ServerAliveCountMax 3

Isso faz com que o cliente ssh envie keep-alives no nível do aplicativo a cada 15 segundos. Sempre que três deles falham consecutivamente (o padrão de ServerAliveCountMax), o cliente considera a conexão como interrompida e a fecha.

Ao contrário da outra opção TCPKeepAlive, isso é verificado no canal criptografado e não é falsificado.

Note-se que esses keep-alives também ajudam a manter as conexões inativas por muito tempo ativas , ou seja, impedem que você tenha sessões tcp semi-fechadas suspensas por horas intocadas.

Eu recomendo ativar esse recurso se você o encontrar regularmente, mas também deve saber sobre o pequeno risco à segurança que ele pode causar. Um ataque de texto sem formatação conhecido pode se tornar mais fácil se o invasor souber o intervalo e o conteúdo de uma conexão inativa. Esse pode ser o motivo pelo qual não está ativado por padrão.

Conforme observado na resposta do geekosaur, a sequência de escape ~.encerrará a conexão.

A lista completa de seqüências de escape e o que elas fazem podem ser exibidas digitando ~?:

Supported escape sequences:
  ~.  - terminate connection (and any multiplexed sessions)
  ~B  - send a BREAK to the remote system
  ~C  - open a command line
  ~R  - Request rekey (SSH protocol 2 only)
  ~^Z - suspend ssh
  ~#  - list forwarded connections
  ~&  - background ssh (when waiting for connections to terminate)
  ~?  - this message
  ~~  - send the escape character by typing it twice
(Note that escapes are only recognized immediately after newline.)