ich kann meinen Server per ssh (durch putty) nicht mehr erreichen. Der sshd sollte eigentlich auf zwei Ports listen. Bei dem aktiven Port erhalte ich ein Connection refused.
Die Kiste ist tendenziell online. Aber beim Scan auf die fraglichen Ports erhalte ich die Meldung, von der Applikation dass kein Port offen ist. Was ich aber nicht so recht glauben mag, sonst würde ich ja ein "Connection timeout" statt "... refused" bekommen. Soviel zur Ist-Situation.
Ich würde mich über ein paar Ratschläge zur Problemeinkreisung freuen. Ich habe nämlich:
1. Statt wie ich es normalerweise tue bei der Fingerprint-Meldung beim Verbindungsaufbau statt auf "Ja" auf "Nein" geklickt.
Die Frage hierzu ist: Wird diese Antwort vom sshd registriert?
Ich kanns mir nicht vorstellen, da sich das meiner Meinung nach auf den putty bezieht. In der Registry kann ich aber diesbezüglich keine Einträge finden - und - ich habe es auch von einer anderen Maschine aus versucht. Damit sollte also die lokale Putty-Einstellung ausgeschlossen sein, oder?
2. Der ganze Ärger fing mit einem Reboot des Servers an. Normalerweise zieht er sich damit immer so eine Art default-config mit der der Server funktionsfähig läuft und auch per ssh zugreifbar ist.
Hm, das vielleicht nur so als Info. Ich habe noch eine Frage die eher in Richtung 1. geht:
Für mich sieht es so aus, als wurde die ganze Zeit die Verbindung mit DES verschlüsselt. Die ssh_config íst eher standard-konform, soweit mich meiin Erinnerungsvermögen nicht trügt.
Hat jemand also einen fixen Tipp für mich, welche Authentifizierungsmethode am ehesten erfolgreich ist?
Gegen Vorschläge zur Suchfunktion welche NICHT putty, ssh und connection refused beinhalten habe ich natürlich nichts einzuwenden
Und sorry, dass ich mich nicht kürzer gefasst habe.
Herzlichst Dankend im Vorraus
charlie
Habe vergessen, die Umgebung zu beschreiben.
Beim Server handelt es sich um eine Firewall-Appliance auf Debian-Basis mit Kernel 2.2.
Und meine IP ist auch nicht geblockt.
