Estou em uma máquina com Windows 7, então posso usar uma ferramenta como o WinSCP para gerenciar meus servidores remotos que executam o Ubuntu.
Eu também uso uma boa e velha linha de comando, mas para gerenciamento de arquivos geralmente uso o WinSCP, uma ótima ferramenta que funciona como um cliente FTP, mas acredito que seja por SSH ou SFTP.
Agora, algo que é realmente irritante e me deixa lento se depois de 10-20 minutos (não tenho ideia do tempo real) de ficar ocioso, quando vou transferir um arquivo pelo WinSCP, ele tem que reconectar, é rápido processo e não me pede uma senha novamente ou um arquivo de chave... mas parece que ele expira ou desconecta até certo ponto... não tenho certeza se realmente está desconectado ou não, pois parece reconectar imediatamente, mas leva uns bons 15-30 segundos, o que é irritante.
Eu adoraria descobrir uma maneira de ser sempre rápido e ágil, como se eu tivesse acabado de me conectar o tempo todo e não atingir o tempo limite como acontece depois de ficar ocioso por um tempo.
Então, estou perguntando: isso provavelmente é uma configuração ou problema no WinSCP ou, mais provavelmente, acho que é uma configuração no meu servidor?
Alguma idéia de como estender o tempo que ele permanece conectado sem se reconectar o tempo todo?
Vi algum lugar para procurar um arquivo de configuração SSH, então encontrei esse arquivo sshd_configno etc/ssh/sshd_configconteúdo abaixo, não vejo nada que se destaque para mim (sem falar muito) ...
LogLevel INFO
# Authentication:
LoginGraceTime 120
PermitRootLogin yes
StrictModes yes
RSAAuthentication yes
PubkeyAuthentication yes
#AuthorizedKeysFile %h/.ssh/authorized_keys
# Don't read the user's ~/.rhosts and ~/.shosts files
IgnoreRhosts yes
# For this to work you will also need host keys in /etc/ssh_known_hosts
RhostsRSAAuthentication no
# similar for protocol version 2
HostbasedAuthentication no
# Uncomment if you don't trust ~/.ssh/known_hosts for RhostsRSAAuthentication
#IgnoreUserKnownHosts yes
# To enable empty passwords, change to yes (NOT RECOMMENDED)
PermitEmptyPasswords no
# Change to yes to enable challenge-response passwords (beware issues with
# some PAM modules and threads)
ChallengeResponseAuthentication no
# Change to no to disable tunnelled clear text passwords
#PasswordAuthentication yes
# Kerberos options
#KerberosAuthentication no
#KerberosGetAFSToken no
#KerberosOrLocalPasswd yes
#KerberosTicketCleanup yes
# GSSAPI options
#GSSAPIAuthentication no
#GSSAPICleanupCredentials yes
X11Forwarding yes
X11DisplayOffset 10
PrintMotd no
PrintLastLog yes
TCPKeepAlive yes
#UseLogin no
#MaxStartups 10:30:60
#Banner /etc/issue.net
# Allow client to pass locale environment variables
AcceptEnv LANG LC_*
Subsystem sftp /usr/lib/openssh/sftp-server
# Set this to 'yes' to enable PAM authentication, account processing,
# and session processing. If this is enabled, PAM authentication will
# be allowed through the ChallengeResponseAuthentication and
# PasswordAuthentication. Depending on your PAM configuration,
# PAM authentication via ChallengeResponseAuthentication may bypass
# the setting of "PermitRootLogin without-password".
# If you just want the PAM account and session checks to run without
# PAM authentication, then enable this but set PasswordAuthentication
# and ChallengeResponseAuthentication to 'no'.
UsePAM yes
Responder1
Provavelmente você tem um firewall/nat com estado entre o seu sistema e o sistema remoto que está expirando os dados de estado da sua conexão após 15/20 minutos. Modifique a configuração de keepalive em seu cliente. Um valor de 120 segundos é o que costumo usar.
Modificar o dispositivo firewall/nat que está causando o problema também seria possível, mas pode ter outros efeitos colaterais.
Abra a seguinte caixa de diálogo emSessões/Sites/Gerenciador de Site:
