ssh login connection closed

[wartburgritter]

Guten Tag,

habe ein ssh-login problem. Ich weiss nicht wo ich nach dem fehler suchen soll. Ich schildere mal mein zenario.

linux server debian etch.
zwei clients mac osx 10.4.11

Ein osx-client kann sich per ssh am linux-server anmelden. Mit dem anderen osx-client bekomme ich nach zwei bis drei minuten warten ein connection closed by "server-ip". Ssh-login zwischen den osx-cliens funktioniert in beide richtungen. Wird auf dem osx-computer der sich nicht verbinden kann eine live-cd ubuntu gebootet, kann der sich auch am linux-server per ssh anmelden. Ich hab einfach keine Idee wo ich suchen soll. Vielleicht kann mir jemand einen Tip geben.

Befehl:
ssh -l nutzername IP

root-logins sind per ssh erlaubt. Habs aber auch als user probiert.

Seid gegrüsst
Der Wartburgritter alias Bernd Hahnebach

[micha0815]

probier es doch mal mit ssh -v vielleicht bekommst du dann nen konkereteren output...

[wartburgritter]

Danke für den Tip. Hätte ich ja auch mal selber drauf können Manchmal sind die einfachen Dinge so nah. Hier der Output:

hugo-tuxobalds-powerbook-g4-12:~ hugo$
hugo-tuxobalds-powerbook-g4-12:~ hugo$ ssh -v -l hugo 192.168.1.47
OpenSSH_4.7p1, OpenSSL 0.9.7l 28 Sep 2006
debug1: Reading configuration data /etc/ssh_config
debug1: Connecting to 192.168.1.47 [192.168.1.47] port 22.
debug1: Connection established.
debug1: identity file /Users/hugo/.ssh/identity type -1
debug1: identity file /Users/hugo/.ssh/id_rsa type -1
debug1: identity file /Users/hugo/.ssh/id_dsa type -1
debug1: Remote protocol version 2.0, remote software version OpenSSH_4.3p2 Debian-9etch2
debug1: match: OpenSSH_4.3p2 Debian-9etch2 pat OpenSSH*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_4.7
debug1: An invalid name was supplied
Cannot determine realm for numeric host address

debug1: An invalid name was supplied
Cannot determine realm for numeric host address

debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-cbc hmac-md5 none
debug1: kex: client->server aes128-cbc hmac-md5 none
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP
Write failed: Broken pipe
hugo-tuxobalds-powerbook-g4-12:~ hugo$
hugo-tuxobalds-powerbook-g4-12:~ hugo$

[Duff]

Weiß nicht ob ich richtig liege, aber laut Fehlermeldung hört es sich fast so an, als ob der Benutzername falsch ist bzw. es diesen nicht auf dem Zielsystem gibt.

[nepos]

Auf jeden Fall klappt das Reverse-DNS schon mal nicht.
Den Usernamen hat sich der Server noch gar nicht angesehen.

[wartburgritter]

Ich habe einen workaround gefunden.

In sshd.config den Parameter LoginGraceTime von standard 120 auf 180 hochsetzen. Ja es dauert tatsächlich über 2 Minuten bis eine Verbindung zustande kommt. Irgendwie versucht wohl mein router zu meiner ip einen hostnamen zu finden (Ich finde den Link nicht mehr, von jemanden der genau das selbe Problem hatte. Ich schau noch mal.). Das ist natürlich nicht möglich. Komischerweise reichen bei dem einen osxlaptop die 120 sekunden gerade so aus, und bei dem anderen eben nicht. 180 Sekunden reichen nun aus, damit die Verbindung zustande kommt.

Interressant wäre noch herauszufinden, warum passiert dies bei dem osx ssh login und nicht bei einem linux ssh login??? Bei dem linux ssh login kommt innerhalb von Sekundenbruchteilen die Passwortabfrage.

Gruss der Wartburgritter

[wartburgritter]

Hier noch der Link von wo ich den Tip mit der LoginGraceTime habe. http://mac.delta-c.de/node/376