Eu uso putty no windows e não tenho esse problema. Não há nada intrínseco ao Windows que possa causar esse problema. Pode ser algo como o Symantec AntiVirus Firewall ou outro software que interrompe a conexão.
Estou executando o Windows 7 Professional de 64 bits. Dois clientes SSH diferentes estão exibindo um estranho hábito de congelar ou suspender periodicamente. Eu tentei os clientes SecureCRT SSH de Putty e Van Dyke e em ambos os casos receberei um congelamento periódico que durará de 20 segundos a alguns minutos. Nenhuma tecla pressionada durante o travamento (nem Ctrl-C, Ctrl-Z ou qualquer coisa que tentei).
Isso acontece ao se conectar a qualquer um dos vários servidores. Outros no meu grupo usando máquinas não-Windows não parecem estar tendo esse problema. Então, isso provavelmente não é um problema do lado do servidor.
Eu também uso o RDP para se conectar a servidores Windows sem congelamentos semelhantes, então não acho que seja um problema de rede com a minha máquina.
Como isso está acontecendo com dois clientes diferentes, parece que isso deve ser um problema do Windows.
Alguma sugestão?
ATUALIZAÇÃO . Prestando um pouco mais de atenção, isso só parece acontecer quando estou usando o emacs no servidor remoto. Como o comportamento de congelamento só começou quando mudei do Windows XP para o Windows 7, eu o atribuí ao Windows, mas talvez seja devido a uma interação mais sutil entre o emacs e o Windows 7.
MAIS ATUALIZAÇÃO . Meu suporte de desktop substituiu o cabo de rede e o problema parece ter desaparecido. Não consigo explicar por que não notei problemas de rede com o meu computador, a não ser ao trabalhar com o Emacs por meio do ssh. Talvez haja algo sobre o uso do Emacs dessa maneira que seja particularmente sensível à desorganização da rede.
Eu uso putty no windows e não tenho esse problema. Não há nada intrínseco ao Windows que possa causar esse problema. Pode ser algo como o Symantec AntiVirus Firewall ou outro software que interrompe a conexão.
O problema descrito também era muito chato. Eu tentei abordagem com desativando Large Send Offload e Jumbo Packet como foi sugerido acima (bem como outras opções em propriedades de adaptador de rede > guia avançado). Infelizmente, o resultado positivo foi apenas "tempo curto": após a reinicialização do adaptador, que é necessário para ativar as opções de adaptador escolhidas, tudo estava bem, mas depois de algum tempo (vários minutos) a sessão ssh ficou lenta / com congelamentos. >
O comportamento observado (SSH "suave" imediatamente após a reinicialização do adaptador e atrasado após algum tempo) sugeriu examinar as opções de economia de energia. Finalmente, o problema foi resolvido desabilitando a opção "Permitir que o computador desligue este dispositivo para economizar energia" no Gerenciador de dispositivos > Adaptadores de rede > propriedades do adaptador > Gerenciamento de energia. O problema / solução foi reproduzido com sucesso após habilitar / desabilitar essa opção (o resultado é visto após alguns minutos sem a reinicialização do adaptador).
A abordagem foi testada nas seguintes configurações de software: SSH Secure shell no Windows 7 Professional de 64 bits e Putty no Windows 7 Ultimate de 64 bits, ambos conectados a diferentes servidores Linux.
De um modo geral, as comunicações do Windows 7/2008 sobre VPN ou alguma WAN, eu recomendo definir as propriedades do adaptador de rede > guia avançada > Large Send Offload e Jumbo Packet para desativado.
Acho que isso tem algo a ver com um firewall que interrompe a conexão. Um tempo atrás, eu experimentei um problema semelhante, mas com todo o tipo de sistemas operacionais do cliente. As conexões ssh foram interrompidas depois de um tempo. Após a depuração, descobrimos que o tempo limite de iddle foi configurado para um limite muito baixo em um firewall entre as máquinas clientes e esse servidor.
Como você está enfrentando esse problema apenas no Windows 7, estou supondo que isso pode ser um firewall de software instalado nas máquinas clientes.
Espero que isso ajude!
Eu tive problemas com o uso do vi no Putty + Windows 7. Assim que eu tentar abrir um arquivo no servidor remoto usando o vi, o Putty irá congelar. Eu então tive que matar Putty e começar um novo.
Minha correção foi desativar o encaminhamento do X11 no Putty. Espero que isso ajude.
Você está executando algum software em paralelo que intercepte / monitore o teclado? Algum software anti-RSI talvez, ou um gerenciador de teclas de atalho / macro? (Não se esqueça de gerentes de atalhos para os botões extras em um teclado multimídia ou laptop).
Esse software pode ficar confuso com as combinações de teclas de controle / tecla Esc que são freqüentemente usadas pelos próprios eMacs e / ou pela própria emulação de terminal.
Eu tive problemas semelhantes no XP e no Win7 causados pelo software anti-RSI de nossas empresas. Telnet e ssh afetados, independentemente do software utilizado: telnet do próprio Windows, cliente ssh cygwin e xterm, putty, SecureCrt, Reflection-X, Attachmate-Extra, eXceed. Todos tiveram problemas. Eu me livrei do software anti-RSI e os problemas desapareceram também. Agora eu uso o WorkRave, que parece não estar afetando a operação das sessões de terminal.