A combinação "Ctrl + c" funciona de forma diferente em diferentes clientes SSH

1

Enquanto eu uso o MobaXTerm, eu posso fazer uma conexão ssh com a máquina remota e posso usar a combinação Ctrl + C para matar um processo que funciona na máquina remota. Mas enquanto eu uso o PuTTy eu posso fazer um ssh para a máquina remota, mas a combinação Ctrl + C funciona na máquina local e mata a sessão ssh.

Não foi assim nas primeiras vezes, mas acho que algo mudou (não é meu computador pessoal, é um computador de trabalho). Eu não posso usar a combinação Ctrl + C para matar qualquer processo na máquina remota via PuTTy. Como posso alterar essa configuração para obter o mesmo com MobaXTerm ( Ctrl + C mata o processo na máquina remota, não a sessão ssh na máquina local).

Para esclarecer qualquer coisa, o cenário é assim:

  1. Eu me conecto ao nosso servidor Linux principal (host1) - que é aberto para qualquer lugar - do meu PC (windows). Eu vou a qualquer lugar daqui.
  2. Eu faço o ssh para o client1 desta máquina terminal (host1). Porque não há como fazer o ssh para client1 (Linux) diretamente do pc local.
  3. Enquanto eu trabalho no client1, se eu pressionar Ctrl + C de qualquer razão, perco minha conexão ssh entre host1 e client1 e eu caio no host1. E a saída é: "Morto pelo sinal 2"

    [client1 ~]#                   <--   I hit Ctrl+C here
    [client1 ~]# Killed by signal 2.
    [host1 ~]#
    

Editar: eu detectei outro problema sobre esse problema. Talvez seja uma pista: Se eu fizer login no host1 usando a GUI do MobaXTerm, o mesmo problema ocorrerá (matando a sessão ssh). Mas, se eu usar a linha de comando para fazer o ssh no local para o host1 (comando ssh host1), o problema não acontece no client1. E se o problema acontecer, o comando "dzdo" trava enquanto verifica a senha até eu apertar enter. Este problema pendente já existe em PuTTy.

Editar & Nota: Eu deletei as configurações do PuTTy usando regedit (delete \ HKEY_CURRENT_USER \ Software \ SimonTatham) e está tudo OK. Mas eu não aprenderei mais o motivo do problema.

    
por Gefolge 24.05.2018 / 13:57

0 respostas