Probleme mit altem OpenSSH-Server..

[Qeldroma]

Hallo zusammen,

ich muß zu einem veraltetem SSH eine rsync-Verbindung aufbauen, habe jedoch Probleme mit dem automatischen Key-Austausch.
Es scheint so, als ob der alte SSH das rsa-keyfile nicht akzeptiert, oder aber keyfile-based-authentication ablehnt?!

das gleiche mache ich schon mit mehreren Rechnern, ist mir also vom Vorgang her vertraut. Prinzip dahinter ist, das mittels ssh-keychain authorisiert einige Rechner gespiegelt werden.

Hier mal das debug beim Verbinden:
-----------------------------------------------------------------
OpenSSH_4.2p1, OpenSSL 0.9.7e 25 Oct 2004
debug1: Reading configuration data /etc/ssh/ssh_config
debug2: ssh_connect: needpriv 0
debug1: Connecting to xxx.xxx.xxx.xxx [xxx.xxx.xxx.xxx] port 22.
debug1: Connection established.
debug1: permanently_set_uid: 0/0
debug1: identity file /root/.ssh/identity type -1
debug3: Not a RSA1 key file /root/.ssh/id_rsa.
debug2: key_type_from_name: unknown key type '-----BEGIN'
debug3: key_read: missing keytype
debug2: key_type_from_name: unknown key type 'Proc-Type:'
debug3: key_read: missing keytype
debug2: key_type_from_name: unknown key type 'DEK-Info:'
debug3: key_read: missing keytype
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug2: key_type_from_name: unknown key type '-----END'
debug3: key_read: missing keytype
debug1: identity file /root/.ssh/id_rsa type 1
debug3: Not a RSA1 key file /root/.ssh/id_dsa.
debug2: key_type_from_name: unknown key type '-----BEGIN'
debug3: key_read: missing keytype
debug2: key_type_from_name: unknown key type 'Proc-Type:'
debug3: key_read: missing keytype
debug2: key_type_from_name: unknown key type 'DEK-Info:'
debug3: key_read: missing keytype
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug2: key_type_from_name: unknown key type '-----END'
debug3: key_read: missing keytype
debug1: identity file /root/.ssh/id_dsa type 2
debug1: Remote protocol version 1.5, remote software version 1.2.25
debug1: no match: 1.2.25
debug1: Local version string SSH-1.5-OpenSSH_4.2
debug2: fd 3 setting O_NONBLOCK
debug1: Waiting for server public key.
debug1: Received server public key (768 bits) and host key (1024 bits).
debug3: check_host_in_hostfile: filename /root/.ssh/known_hosts
debug3: check_host_in_hostfile: match line 1
debug1: Host 'xxx.xxx.xxx.xxx' is known and matches the RSA1 host key.
debug1: Found key in /root/.ssh/known_hosts:1
debug1: Encryption type: 3des
debug1: Sent encrypted session key.
debug2: cipher_init: set keylen (16 -> 32)
debug2: cipher_init: set keylen (16 -> 32)
debug1: Installing crc compensation attack detector.
debug1: Received encrypted confirmation.
debug1: Remote: Server does not permit empty password login.
debug1: RSA authentication using agent refused.
debug1: Doing password authentication.
root@xxx.xxx.xxx.xxx's password:
---------------------------------------------------------------

Dazu die "alte" config:
---------------------------------------------------------------
# cat /etc/ssh/sshd_config
# This is ssh server systemwide configuration file.

Port 22
ListenAddress 0.0.0.0
HostKey /etc/ssh/ssh_host_key
RandomSeed /etc/ssh/ssh_random_seed
ServerKeyBits 768
LoginGraceTime 600
KeyRegenerationInterval 3600
PermitRootLogin yes
IgnoreRhosts yes
StrictModes yes
QuietMode no
X11Forwarding yes
X11DisplayOffset 10
FascistLogging no
PrintMotd yes
KeepAlive yes
SyslogFacility DAEMON
RhostsAuthentication no
RhostsRSAAuthentication no
RSAAuthentication yes
PasswordAuthentication yes
PermitEmptyPasswords no
UseLogin no
AllowHosts *
SilentDeny yes
--------------------------------------------------------

Für Ideen wäre ich sehr verbunden ;)

Grüße, Florian

[tobiast]

ertell doch mit der ssh_version einen neues keypaar . Eventuell ist die keydatei beschädigt
ssh-keygen -t rsa

[tobiast]

Unterstützt der Remoteserver überhaupt das SSH2 Protokoll ?

[Qeldroma]

Unterstützt der Remoteserver überhaupt das SSH2 Protokoll ?

Ich glaube schon. Zumindest kann ich lokal beide Keys erzeugen und verwenden, was dafür spricht, da der rsa-key nur in SSH2 vorkommt...

Naja, lasst mal, ich werde halt diesen Server irgendwann dieses Jahr rausschmeißen, damit hat sich dann auch das Problem erledigt.

Grüße, Florian

[MiGo]

debug2: key_type_from_name: unknown key type '-----BEGIN'
debug3: key_read: missing whitespace
debug2: key_type_from_name: unknown key type '-----END'
Das sieht so aus, als würdest du versuchen, den Ascii-Dump eines Gpg-public-Keys als Schlüssel zu verwenden; das das geht, wäre mir neu.
Zum Testen: Die Dinger sehen so aus:

-----BEGIN PGP PUBLIC KEY BLOCK-----
Version: GnuPG v1.4.2 (GNU/Linux)

mQGiBEQgiFkRBADsmKCK8D3yyBqBtieHWt1gosS3v/BHusGCWQzcrFQXY7tgDEqG
...
k1ixAwCgsi4ckySGdoMm2tCcn63oWc1YjZQAn3Sbd5Q2UKFngn pJMw3YBztZq9Lu
=ECXe
-----END PGP PUBLIC KEY BLOCK-----

[Qeldroma]

Das keyfile, was ich auf die alte Möhre geschoben habe, ist so unverändert auf allen Servern am funktionieren!

Mir dünkt, das der Server SO alt ist, das er ein komplett anderes Keyfile-Format erwartet? Aber wie muß es dann sein?

Versionen sind:
Server(neu): v4.3
Client(URALT): keine Ahnung. Da man sshd nicht nach seiner Verison fragen kann... Ist aber ein Redhat 6 mit nachinstalliertem SSH da dieses nicht in RH6 dabei war :eek:

Folgend das Keyfile (wie es auf dem alten Server abgespeichert wurde per ssh-copy-id):

[root@mailold .ssh]# cat authorized_keys
ssh-dss AAAAB3.......................bD9XBk= root@admin
ssh-rsa AAAAB3.......................1PMw== root@admin

Ich habe der Sicherheit wegen die Keys abgekürzt.
Wenn ich das mit deinem File vergleiche sieht das GANZ anders aus?! Aber auf meinen "funktionierenden" Servern hat er es exactemente genauso eingerichtet und es läuft?!

Grüße, Florian

[MiGo]

debug3: Not a RSA1 key file /root/.ssh/id_rsa.

debug1: Remote protocol version 1.5, remote software version 1.2.25
Anscheinend erwartet er in der Tat noch ein RSA1-Keyfile, bekommt aber ein RSA2-Keyfile (Die haben auch den schicken --BEGIN .....--END -Teil). Den haben RSA1-Keys nicht.

D.h. du müßtest mir ssh-keygen ein RSA-1-File generieren (ssh-keygen -t rsa1) und diesen Schlüssel zur Authentifizierung verwenden.

Die ssh-Version des Servers kannst du z.B. rausfinden, indem du dir anschaust, welches ssh-Paket installiert ist; die Versionsnummer sollte im Paketnamen stehen.

[Qeldroma]

Klasse!!

Das WAR's!

Danke.