Ich verwende einen Rechner mit Windows 7 und muss daher ein Tool wie WinSCP verwenden, um meine Remote-Server zu verwalten, auf denen Ubuntu läuft.
Ich verwende auch eine gute alte Befehlszeile, aber für die Dateiverwaltung verwende ich normalerweise WinSCP. Es ist ein nettes Tool, das sich wie ein FTP-Client verhält, aber ich glaube, es läuft stattdessen über SSH oder SFTP.
Jetzt gibt es etwas, das wirklich nervt und mich verlangsamt: Wenn ich nach 10–20 Minuten (ich habe keine Ahnung, wie lange es genau war) der Inaktivität eine Datei über WinSCP übertragen will und die Verbindung neu hergestellt werden muss, geht das schnell und ich werde nicht noch einmal nach einem Passwort oder einer Schlüsseldatei gefragt. Aber bis zu einem bestimmten Punkt scheint es eine Zeitüberschreitung zu geben oder die Verbindung wird getrennt. Ich bin nicht sicher, ob die Verbindung wirklich getrennt wurde oder nicht, da die Verbindung sofort neu hergestellt wird, aber es dauert gute 15–30 Sekunden, was nervig ist.
Ich würde gerne einen Weg finden, damit es immer schnell und reibungslos läuft, als ob ich gerade verbunden wäre, und nicht wie nach einer Weile der Inaktivität eine Zeitüberschreitung auftritt.
Daher frage ich: Handelt es sich hierbei wahrscheinlich um eine Einstellung oder ein Problem in WinSCP oder liegt es eher an einer Einstellung meines Servers?
Irgendwelche Ideen, wie man die Zeit verlängern kann, in der es angemeldet bleibt, ohne dass es ständig die Verbindung neu herstellen muss?
Ich habe irgendwo nach einer SSH-Konfigurationsdatei gesucht und diese Datei sshd_configim etc/ssh/sshd_configfolgenden Inhalt gefunden. Mir fällt nichts auf, was mir auffällt (was nicht viel heißt) …
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
Antwort1
Höchstwahrscheinlich haben Sie zwischen Ihrem System und dem Remote-System eine Stateful Firewall/NAT, die die Statusdaten für Ihre Verbindung nach 15/20 Minuten abbricht. Ändern Sie die Keepalive-Einstellung in Ihrem Client. Ich verwende normalerweise einen Wert von 120 Sekunden.
Eine Änderung der Firewall/des NAT-Geräts, die das Problem verursacht, wäre ebenfalls möglich, könnte aber andere Nebenwirkungen haben.
Öffnen Sie den folgenden Dialog unterSitzungen/Sites/Site-Manager:
