
Ich habe ein Skript, das 8 Dateien an denselben Server sendet. Das Ausführen aller 8 Befehle einzeln funktioniert, aber wenn ich das Skript ausführe, wird beim 5. SCP-Befehl eine Zeitüberschreitung ausgelöst, nachdem die 4 vorherigen Dateien übertragen wurden.
Ich habe den 5. Befehl durch einen einfachen SSH-Befehl mit aktiviertem -vvv ersetzt und erhalte die folgenden Meldungen:
OpenSSH_5.3p1, OpenSSL 1.0.1e-fips 11 Feb 2013
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Applying options for *
debug2: ssh_connect: needpriv 0
debug1: Connecting to 192.168.1.14 [192.168.1.14] port 22.
debug1: connect to address 192.168.1.14 port 22: Connection timed out
ssh: connect to host 192.168.1.14 port 22: Connection timed out
Ich habe außerdem versucht, die folgenden Werte auf /etc/ssh/sshd_config
dem Server einzustellen, an den ich Dateien sende. ClientAliveCountMax
, MaxSessions
, MaxAuthTries
, aber keiner davon hat das Problem gelöst. (Hinweis: habe sshd nach dem Bearbeiten der Datei neu gestartet)
Irgendwelche Ideen, was sonst noch das Problem sein könnte?
Antwort1
Eine wahrscheinliche Erklärung ist, dass der Server eine Firewall hat, die SSH-Verbindungen drosselt (nicht ungewöhnlich, um zu verhindern, dass Bots unaufhörlich versuchen, ein Passwort herauszufinden). Wenn es sich um UFW handelt, verwenden Sie:
ufw status
um die aktuellen Werte aufzulisten. Sie sollten (unter anderem) sehen:
To Action From
22 LIMIT Anywhere
Sie können die Einschränkung für bestimmte Adressen aufheben mit
ufw insert 1 allow in from nnn.nnn.nnn.nnn
Im Raw-Modus iptables
ist die Idee dieselbe, aber die entsprechenden Befehle liegen außerhalb meiner Fachkenntnis (achten Sie darauf, sich nicht von Ihrem Server auszuschließen).