Hallo,
ich habe bei Strato einen V-Host Server mit SuSE Linux. Seit zwei Tagen kann ich nicht mehr über ssh zugreifen. Es gibt dort ein Recovery Modus, von dem ich aus wenigstens auf die Dateien zugreifen. Dort versuche ich seit geraumer Zeit rauszubekommen, warum der sshd von außen nicht mehr erreichbar ist. sshd wird im runlevel 3 gestartet. Das kann ich lesen weil ich mir nach dem Starten von sshd Script über
die Prozesse in message listen lasse.
sshd started
F S UID PID PPID C PRI NI ADDR SZ WCHAN TTY TIME CMD
5 S 0 22266 1 0 85 0 - 1149 - ? 00:00:00 sshd
liefert auch, dass ssh lauscht.
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address Foreign Address State
tcp 0 0 *:ssh *:* LISTEN
Nach sshd startet auch noch xinetd. Der schreibt unter anderem beim Starten folgendes in messages:
Mar 6 17:24:25 h902214 xinetd[16065]: removing servers
Mar 6 17:24:25 h902214 xinetd[16065]: removing services
Wenn ich xinetd nicht starte habe ich aber auch kein Erfolg.
Also meine konkrete Frage, warum kann ich nicht auf Port 22 zugreifen, wenn der Dienst doch läuft? Sitzt da irgendein Paketfilter dazwischen. Wie bekomme ich das raus?
Falls es hier nicht hinpasst, wäre ich auch dankbar für einen Tip auf ein anderes Forum.
ich habe bei Strato einen V-Host Server mit SuSE Linux. Seit zwei Tagen kann ich nicht mehr über ssh zugreifen. Es gibt dort ein Recovery Modus, von dem ich aus wenigstens auf die Dateien zugreifen. Dort versuche ich seit geraumer Zeit rauszubekommen, warum der sshd von außen nicht mehr erreichbar ist. sshd wird im runlevel 3 gestartet. Das kann ich lesen weil ich mir nach dem Starten von sshd Script über
Code:
ps -Al
sshd started
F S UID PID PPID C PRI NI ADDR SZ WCHAN TTY TIME CMD
5 S 0 22266 1 0 85 0 - 1149 - ? 00:00:00 sshd
Code:
netstat -n
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address Foreign Address State
tcp 0 0 *:ssh *:* LISTEN
Nach sshd startet auch noch xinetd. Der schreibt unter anderem beim Starten folgendes in messages:
Mar 6 17:24:25 h902214 xinetd[16065]: removing servers
Mar 6 17:24:25 h902214 xinetd[16065]: removing services
Wenn ich xinetd nicht starte habe ich aber auch kein Erfolg.
Also meine konkrete Frage, warum kann ich nicht auf Port 22 zugreifen, wenn der Dienst doch läuft? Sitzt da irgendein Paketfilter dazwischen. Wie bekomme ich das raus?
Falls es hier nicht hinpasst, wäre ich auch dankbar für einen Tip auf ein anderes Forum.