WinSCP приходится постоянно переподключаться к моему Ubuntu Server

WinSCP приходится постоянно переподключаться к моему Ubuntu Server

Я работаю на компьютере с Windows 7, поэтому мне приходится использовать такой инструмент, как WinSCP, для управления удаленными серверами, работающими под управлением Ubuntu.

Я тоже использую старую добрую командную строку, но для управления файлами я обычно использую WinSCP. Это хороший инструмент, который действует как FTP-клиент, но, по-моему, он работает через SSH или SFTP.

А теперь кое-что действительно раздражает и замедляет меня, если после 10–20 минут (не имею представления о реальном времени) простоя, когда я пытаюсь передать файл через WinSCP, ему приходится как бы переподключаться. Это быстрый процесс, и он не запрашивает у меня снова пароль или файл-ключ... но, похоже, он как бы отключается по тайм-ауту или отключается в определенный момент... я не уверен, действительно ли он отключается или нет, так как он как бы сразу же переподключается, но это занимает около 15–30 секунд, что раздражает.

Мне бы хотелось найти способ, чтобы он всегда работал быстро и мгновенно, как будто я только что подключился, а не отключался, как это происходит после некоторого времени бездействия.

Поэтому я спрашиваю, скорее всего, это настройка или проблема в WinSCP или, что более вероятно, я думаю, что это настройка моего сервера?

Есть идеи, как продлить время пребывания в сети, не переподключаясь постоянно?

Я где-то видел, что нужно искать файл конфигурации SSH, поэтому я нашел этот файл sshd_configв etc/ssh/sshd_configсодержании ниже, я не вижу ничего, что выделяло бы меня (не буду много говорить)...

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

решение1

Скорее всего, у вас есть stateful firewall/nat между вашей системой и удаленной системой, который отсчитывает время ожидания данных о состоянии для вашего соединения через 15/20 минут. Измените настройку keepalive в вашем клиенте. Я обычно использую значение 120 секунд.

Изменение брандмауэра/NAT-устройства, вызывающего проблему, также возможно, но может иметь другие побочные эффекты.

Откройте следующий диалог по адресуСессии/Сайты/Менеджер сайта:

winscp поддержка активности

Связанный контент