Die Pubkey-Authentifizierung mit einem auf Cygwin laufenden SSH-Server wird sofort beendet


3

Ich verbinde mich von Linux über SSH mit einem Windows-Computer, auf dem SSH in Cygwin ausgeführt wird. Ich authentifiziere mich mit einem Zertifikat. Die Sitzung wird geöffnet, aber sofort danach geschlossen. Mit der Kennwortauthentifizierung funktioniert es gut - die Sitzung bleibt aktiv, bis ich mich abmelde.

Ich habe weder Kenntnisse noch Kontrolle über das Server-Setup, aber der Administrator kann keine Fehler beheben, da er nur begrenzte Kenntnisse über Linux und SSH besitzt.

Daher versuche ich festzustellen, was die Ursachen für dieses Verhalten sein können, damit ich diese Informationen an den Administrator weitergeben kann, der dann die Einrichtung korrigieren kann.

Wenn ich ssh mit eingeschalteter ausführlicher Ausgabe ausführe, erhalte ich Folgendes:

debug1: Trying private key: /home/user/.ssh/identity
debug1: Offering public key: /home/user/.ssh/id_rsa
debug2: we sent a publickey packet, wait for reply
debug1: Server accepts key: pkalg ssh-rsa blen 277
debug2: input_userauth_pk_ok: fp [some MAC-like sequence]
debug1: PEM_read_PrivateKey failed
debug1: read PEM private key done: type <unknown>
Enter passphrase for key '/home/user/.ssh/id_rsa': 
debug1: read PEM private key done: type RSA
debug1: Authentication succeeded (publickey).
debug1: channel 0: new [client-session]
debug2: channel 0: send open
debug1: Entering interactive session.
debug2: callback start
debug2: client_session2_setup: id 0
debug2: channel 0: request pty-req confirm 1
debug1: Sending environment.
debug1: Sending env LANG = en_US.UTF-8
debug2: channel 0: request env confirm 0
debug2: channel 0: request shell confirm 1
debug2: fd 3 setting TCP_NODELAY
debug2: callback done
debug2: channel 0: open confirm rwindow 0 rmax 32768
debug2: channel_input_status_confirm: type 99 id 0
debug2: PTY allocation request accepted on channel 0
debug2: channel 0: rcvd adjust 131072
debug2: channel_input_status_confirm: type 99 id 0
debug2: shell request accepted on channel 0
Last login: Mon Oct 18 20:19:58 2010 from ip-xyz
debug2: channel 0: rcvd eof
debug2: channel 0: output open -> drain
debug2: channel 0: obuf empty
debug2: channel 0: close_write
debug2: channel 0: output drain -> closed
debug1: client_input_channel_req: channel 0 rtype exit-status reply 0
debug2: channel 0: rcvd close
debug2: channel 0: close_read
debug2: channel 0: input open -> closed
debug2: channel 0: almost dead
debug2: channel 0: gc: notify user
debug2: channel 0: gc: user detached
debug2: channel 0: send close
debug2: channel 0: is dead
debug2: channel 0: garbage collecting
debug1: channel 0: free: client-session, nchannels 1
Connection to example.com closed.
Transferred: sent 2544, received 3160 bytes, in 0.2 seconds
Bytes per second: sent 10327.0, received 12827.5
debug1: Exit status 255

(Ich habe einige identifizierende, aber wahrscheinlich bedeutungslose Teile bearbeitet.)

Es sieht also so aus, als ob der Client direkt nach dem Anmelden einige Bits erhält, die ihm nicht gefallen, und die Verbindung schließt.

Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.