Das deutsche Python-Forum

Ich verwalte meinen Server nur über SSH, doch nun läßt er
mich nicht mehr rein.

Auch ein restart half nicht. Da ich nicht an die Logfiles oder Configfiles komme ist es schwierig den Fehler zu finden.

Zufällig ist mir auf gefallen das mein eMail Versand (welche über SimpleMail von Gerold läuft) auch nicht mehr funktioniert Meldung 'Temporary failure in name resolution'.

SSH meldet:
Unter Windows:
Fatal: Server unexpectedly closed network connection

Auf einem Linux System
:~# ssh sr4l.de
ssh_exchange_identification: Connection closed by remote host
:~#

Irgeldwelche Ideen?

PS: Einen Plan habe ich schon um das wieder hin zu bekommen. Ich habe ein SVN Repo was sich selbst auscheckt und darin ist eine Datei die durch CronTab regelmäßig ausgeführt wird zum Glück als root. So kann ich einen Socket öffnen der Shell befehle entgegen nimmt und ausführt o.ä.

Sr4l hat geschrieben:PS: Einen Plan habe ich schon um das wieder hin zu bekommen. Ich habe ein SVN Repo was sich selbst auscheckt und darin ist eine Datei die durch CronTab regelmäßig ausgeführt wird zum Glück als root. So kann ich einen Socket öffnen der Shell befehle entgegen nimmt und ausführt o.ä.

Hrhr so ging es mir auch schon einmal. Ich hatte jedoch etwas grössere Probleme da ein Backdoor zu finden

Ich habe ein SVN Repo was sich selbst auscheckt und darin ist eine Datei die durch CronTab regelmäßig ausgeführt wird zum Glück als root. So kann ich einen Socket öffnen der Shell befehle entgegen nimmt und ausführt o.ä.

Da kannst du gleich einen Telnet-Server laufen lassen. Wenn der noch geht, liegt das SSH-Problem mit hoher Wahrscheinlichkeit an den Signaturen.

Es geht wieder alles, puh ich hatte echt schon Angst.

Der Support hat mir aber nicht geschrieben warum. Die haben laut Nachricht neugestartet. Das hatte bei mir jedoch nichts geholfen. Entweder können die "Neuer Starten" als ich oder der Supportmensch war nicht in der <Stimmung für Details.

windner hat geschrieben:

Ich habe ein SVN Repo was sich selbst auscheckt und darin ist eine Datei die durch CronTab regelmäßig ausgeführt wird zum Glück als root. So kann ich einen Socket öffnen der Shell befehle entgegen nimmt und ausführt o.ä.

Da kannst du gleich einen Telnet-Server laufen lassen. Wenn der noch geht, liegt das SSH-Problem mit hoher Wahrscheinlichkeit an den Signaturen.

An welchen Signaturen?

Ich denke mal er meint die Datei mit den Host allow und deny.

Sr4l hat geschrieben:Ich denke mal er meint die Datei mit den Host allow und deny.

Also wohl eher IPs bzw. in .ssh/authorized_keys die Keys der entsprechenden Hosts.

Jedenfalls würde ich 100% mal zurückverfolgen, wer oder was denn nun den Ausschluß verursacht hat, also mal genau Logs durchlesen und nachvollziehen.

Mir ist das ganze mal nach einem Update passiert. Aus irgendeinem Grund hatte ein fehlerhaftes Updateskript von Debian bzw. Perl den Eintrag für den SSH Server aus init.rd "auskommentiert" und somit war der Server nach einem Reboot per SSH nicht mehr erreichbar.

Gruß
Damaskus

larf hat geschrieben:

Sr4l hat geschrieben:Ich denke mal er meint die Datei mit den Host allow und deny.

Also wohl eher IPs bzw. in .ssh/authorized_keys die Keys der entsprechenden Hosts.

Jedenfalls würde ich 100% mal zurückverfolgen, wer oder was denn nun den Ausschluß verursacht hat, also mal genau Logs durchlesen und nachvollziehen.

ne ich dachte an die Dateien /etc/hosts.allow und /etc/hosts.deny
die sind Dienst übergreifend.

Sr4l hat geschrieben:

larf hat geschrieben:

Sr4l hat geschrieben:Ich denke mal er meint die Datei mit den Host allow und deny.

Also wohl eher IPs bzw. in .ssh/authorized_keys die Keys der entsprechenden Hosts.

Jedenfalls würde ich 100% mal zurückverfolgen, wer oder was denn nun den Ausschluß verursacht hat, also mal genau Logs durchlesen und nachvollziehen.

ne ich dachte an die Dateien /etc/hosts.allow und /etc/hosts.deny
die sind Dienst übergreifend.

Ja, und eben genau da stehen keine Signaturen drin, sondern meist IPs, teilweise auch hostnamen, Muster oder Platzhalter.

Heute hatte ich den Fehler schon wieder ....
Auch die lokalen MySQL Sockets gingen nicht mehr.

Ein restart behob den Fehler.

Wenns noch einmal passiert dann kümmere ich mich darum.