Ich habe zeitweise Probleme beim Öffnen mehrerer SSH-Sitzungen zum selben Server.
Ich verwende Affa 3, ein rsync-over-ssh-Backup-Skript für CentOS, das die Verbindung über Schlüsselpaare herstellt. Ich habe mehrere Backup-Jobs auf demselben Server, die sich manchmal überschneiden.
Ich kann eine Verbindung öffnen, aber wenn ich versuche, eine zweite Verbindung zu öffnen, tritt ein Timeout auf. Hier ist ein Teil des Protokolls: (Beachten Sie, dass Port 222 auf dem Server per NAT auf 22 festgelegt ist)
Tue Sep 29 01:34:14[18533]: Checking SSH connection to [email protected]
Tue Sep 29 01:34:14[18533]: Exec Cmd: /usr/bin/ssh -o ConnectTimeout=120 -o PasswordAuthentication=no -p 222 -o CheckHostIP=no -o StrictHostKeyChecking=no -o HostKeyAlias=server1 -o UserKnownHostsFile=/root/.ssh/knownhosts-server1 [email protected] echo OK
Tue Sep 29 01:35:17[18533]: Exec Out: ssh: connect to host xx.xx.xx.xx port 222: Connection timed out
Tue Sep 29 01:35:17[18533]: Exec Out: exitstatus=255
Wenn ich mich tail -f /var/log/secure
während der Ausführung des Skripts auf dem Quellserver befinde, gibt es keine Spur des Anmeldeversuchs. Suche ich an der richtigen Stelle?
Wenn ich zuvor eine SSH-Sitzung auf dem Server eingerichtet habe (mit PuTTY), schlägt die Verbindung fehl.
Ich kann jedoch auch eine offene Remotedesktopsitzung mit einem Windows-Server im selben entfernten Netzwerk wie der Backup-Quellserver haben. Diese Verbindung schlägt nicht fehl und ich kann mich von dort aus mit PuTTY anmelden!
Ich habe einen Artikel gefunden, der darauf verweist, /etc/security/limits.conf
aber es gibt dort keine Begrenzung für die Anzahl der konfigurierten Verbindungen.
Hat jemand eine Idee, wie sich dieses Problem beheben lässt?