Estoy en una máquina con Windows 7, por lo que debo usar una herramienta como WinSCP para administrar mis servidores remotos que ejecutan Ubuntu.
También uso una buena línea de comando, pero para la administración de archivos generalmente uso WinSCP, es una buena herramienta que actúa como un cliente FTP, pero creo que es a través de SSH o SFTP.
Ahora, algo que es realmente molesto y me ralentiza si después de 10 a 20 minutos (no tengo idea del tiempo real) de estar inactivo, cuando voy a transferir un archivo a través de WinSCP, tiene que volver a conectarme, es rápido. proceso y no me vuelve a pedir contraseña ni archivo de clave...pero parece que se agota el tiempo o se desconecta hasta cierto punto...no estoy seguro si realmente se desconecta o no ya que se vuelve a conectar de inmediato, pero tarda entre 15 y 30 segundos, lo cual es molesto.
Me encantaría encontrar una manera de que siempre sea rápido y ágil, como si me hubiera conectado todo el tiempo y no se agotara el tiempo de espera como ocurre después de estar inactivo por un tiempo.
Entonces pregunto, ¿es probable que esto sea una configuración o un problema en WinSCP o más probablemente creo que es una configuración en mi servidor?
¿Alguna idea sobre cómo extender el tiempo que permanece conectado sin volver a conectarse todo el tiempo?
Vi un lugar donde buscar un archivo de configuración SSH, así que encontré este archivo sshd_configen etc/ssh/sshd_configel contenido que se encuentra a continuación, no veo nada que se destaque (no digo mucho)...
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
Respuesta1
Lo más probable es que tenga un firewall/nat con estado entre su sistema y el sistema remoto que esté agotando el tiempo de espera de los datos de estado de su conexión después de 15/20 minutos. Modifique la configuración de keepalive en su cliente. Un valor de 120 segundos es lo que suelo utilizar.
También sería posible modificar el firewall/dispositivo nat que causa el problema, pero puede tener otros efectos secundarios.
Abra el siguiente cuadro de diálogo enSesiones/Sitios/Administrador del sitio:
