Am 23.12.2007 um 14:50 schrieb Jan-Benedict Glaw:

Mach' doch bitte mal Deinen komischen Email-Client heile, sodaß er nicht mehrere "> > > " zu einem ">>> " zusammenfaßt. Danke.

Das kann ich nicht;-( Ich kann die "Zitat-Vorzeichen" nicht ändern.

...

Jup, so sollte das sein.

Prima, dann sind wir uns ja einig;-)

...

Schön, dass Du es auch nicht verstehen tust;-) In der authorized_keys auf dem server (linux Laptop) steht definitiv wirklich der pub-key!!! Habe gerade beide verglichen.

Wenn ich die Fehlermeldung richtig verstehe ist der Fehler eher clientseitig:

debug1: identity file /Users/tb/.ssh/identity type -1 debug3: Not a RSA1 key file /Users/tb/.ssh/id_rsa.

^^^^^^^^^^^^^^^^^^^^=Client debug2: key_type_from_name: unknown key type '-----BEGIN' debug3: key_read: missing keytype debug3: key_read: missing whitespace

Ah!

Dann erzeug' doch mal einen rsa1 key (-t rsa1). Die Frage ist aber, warum er mit dem rsa-Key (für SSH2-Protocol) nichts anfangen kann? Welche SSH-Protokoll-Version wird denn ausgehandelt? Sollte recht weit zu Anfang stehen.

1.0 -> Ich kann nur SSH1 1.1 -> Ich kann SSH1 und SSH2, aber bevorzuge SSH1 1.9 -> Ich kann SSH1 und SSH2, aber bevorzuge SSH2 2.0 -> Ich kann nur SSH2

Da das SSH1-Protokoll nachgewiesene Schwächen hat, solltest Du nach Möglichkeit ausschließlich SSH2 benutzen.

Damit funktionieren dann die keys, die mit "-t rsa" und "-t dsa" generiert worden sind.

Ich habe es jetzt mit einem rsa1-key versucht (identity und identity.pub letzteren nach authorized-keys geschrieben).

...

Hast Du nochmal die -v -v -v Ausgabe von Client und Server am Stück für mich?

MfG, JBG

-- Jan-Benedict Glaw jbglaw@lug-owl.de +49-172-7608481 Signature of: Fortschritt bedeutet, einen Schritt so zu machen, the second : daß man den nächsten auch noch machen kann.

Hier kommt die Ausgabe mit den aktuellen Werten und configs mit demrsa1 key. Grüße Thomas