ssh login schlägt fehl

[Voodoo]

moin

ich habe ein merkwürdiges Problem und zwar kann man sich auf einen Rechner von mir nur per ssh key einlogen. Doch bei einem User geht das nicht!
Und zwar ist das der User xyz aus der gruppe xyz. Alles ist genau so eingestellt wie bei den anderen(die anderen user sind auch von der gruppe xyz).

der public key liegt in /home/devel/.ssh und heißt authorized_keys.
Hat jemand ein Tip?? Oder mal so ein ähnliches Porblem gehabt??

Bitte um Hilfe

 

[Goodspeed]

Geht ich recht in der Annahme, dass Du einen private-key zum Einloggen als verschiedene User nutzt?
Welche Fehlermeldung kommt denn?
Schau mal, ob es in der authorized_keys irgendwelche Zeilenumbrüche gibt, die es nicht geben sollte.
Und check auch mal die Berechtigungen und Owner von .ssh und authorized_keys ...

 

[Voodoo]

jo ich benutzt ein privatkey und zwar log ich mich per putty ein(das bricht immer beim einlog versuch ab).
Zeilen, Rechte und Gruppen hab ich überprüft sieht alles richtig aus.

das gibt putty zurück

login as: xyz
Server refused our key
No supported authentication methods left to try!

und wenn ich auf der maschine selber per konsole einlogen will dann kommt diese ausgabe(das ist aber bei jedem user so)

eingabe : ssh xyz@rechner
ausgabe : Permission denied (publickey,gssapi-with-mic)

 

[Goodspeed]

jo ich benutzt ein privatkey und zwar log ich mich per putty ein(das bricht immer beim einlog versuch ab).
Zeilen, Rechte und Gruppen hab ich überprüft sieht alles richtig aus.

Also kein Zeilenumbruch in den authorized_keys?
Im Zweifelsfall würde ich das File von nem funktionierenden Account kopieren und den Owner anpassen ...

das gibt putty zurück

login as: devel
Server refused our key
No supported authentication methods left to try!

Naja ... entweder Du gibst den falschen private-key mit, oder der public-key stimmt nicht ganz ...

 

[rikola]

Hast Du Verwalterrechte auf dem Zielrechner? Dann starte sshd doch mal mit '-d' und sie unter /var/log nach, ob dort ein deutlicherer Hinweis ist, weswegen der Schluessel nicht angenommen wird.

 

[Voodoo]

also ich hab jetzt neue keys erstellt und wenn ihc mich das erste mal auf dem server (von sich selber aus) einloge kommt diese Meldun

ssh xyt@rechner
The authenticity of host 'rechner (xxx.xxx.xxx.xxx)' can't be established.
RSA key fingerprint is ff:3c:0d:78:a6:09:53:a2:4d:8b:60:ff:50:65:f0:87.
Are you sure you want to continue connecting (yes/no)? y
Please type 'yes' or 'no': yes
Warning: Permanently added 'rechner,xxx.xxx.xxx.xxx' (RSA) to the list of known hosts.
Permission denied (publickey,gssapi-with-mic).

 

[rikola]

Hast Du nun Verwalterrechte? Dann waere wirklich das einfachste, dass Du mal in der log-Datei nachguckst (und ssh mit -d oder -dd o.ae. laufen laesst).

 

[Voodoo]

jo hab ich und das hier steht ziemlich oft in der log datei

Apr 11 13:34:47 rechner sshd[28686]: Authentication refused: bad ownership or modes for directory /home/devel

 

[Goodspeed]

Welche Recht hat das Verzeichniss denn??

 

[Voodoo]

also hab es hinbekommen das verzeichnis devel hatte die werte 770 hab es auf 700 gesetzt dann ging es. aber ich brauche auf das verzeichnis die rechte 770 ist das möglich ??? 700 bringt mir leider nix da die normalen user in der gruppe devel sind und auch auf den ordner zugreifen sollen.

 

[Goodspeed]

Leserechte kannste ja vergeben ... aber Scheibrechte sollte kein anderer User in nem fremden Home haben ... sonst könnte man ja auch das .ssh-Verzeichniss manipulieren.
Im Zweifelsfall musste halt ein extra Verzeichniss anlegen ...

 

[rikola]

also hab es hinbekommen das verzeichnis devel hatte die werte 770 hab es auf 700 gesetzt dann ging es. aber ich brauche auf das verzeichnis die rechte 770 ist das möglich ??? 700 bringt mir leider nix da die normalen user in der gruppe devel sind und auch auf den ordner zugreifen sollen.

Wenn die anderen nur lesend zugreifen sollen, dann versuch es mal mit mode 755 oder 750. Andernfalls muesstest Du den Wert von StrictModes in /etc/ssh/sshd_config of "no" setzen. Das solltest Du allerdings nicht tun, ist eine dicke Sicherheitsluecke. Koenntest Du zum Datenaustausch nicht ein anderes Verzeichnis benutzen, oder cvs bzw. svn? Da die Gruppe devel heisst, ist letzteres doch sehr naheliegend.

 

[Voodoo]

also das verzeichnis .ssh hat die rechte 700. da kann doch eigentlich keiner dann ran?? auch wenn das homeverzeichnis des users frei ist für den user selbst und die gruppe des users.

 

[rikola]

An sich schon. Die openbsd-FAQ sclagen folgendes vor:

    $ chmod go-w $HOME $HOME/.ssh
    $ chmod 600 $HOME/.ssh/authorized_keys

Ist das bei Dir der Fall?
Wenn nicht, dann starte doch (endlich...) mal sshd mit der Option -ddd, und guck dann nach, worueber sich sshd in der log-Datei beschwert. Das ist zumindest das, was google ziemlich weit oben ausspuckt.