SSH key authentication Sun <-> Linux

[terabyte]

Bij ons op de uni hebben ze een paar maanden geleden stokoude Sun Sparc computers vervangen door de meest moderne (RedHat) Linux systemen.

Ik kan van thuis niet direct op deze systemen inloggen, ik moet altijd via een centrale SUN server. Van daaruit kan ik 'rlogin' gebruiken om in te loggen op een Sun Workstation, of wederom 'ssh' om in te loggen op zo'n nieuwe Linux bak.

Met rlogin hoef ik geen wachtwoord mee in te tikken (want ik zit al op het netwerk).

Maar als ik vanuit de SUN server op een Linux workstation wil inloggen, dan moet ik mn pw intikken.
En dat is irritant. Want mijn wachtwoord is erg ingewikkeld (hoofdletters, kleine letters, cijfers, etc).

Thuis heb ik ook een netwerkje, en ik gebruik dan SSH Key authenticatie om op een andere pc in te loggen. Nu wil ik dat dus ook op de SUN server instellen, dus wat doe ik:

(in de ~/.ssh dir):
ssh-keygen -t dsa
cat id_dsa.pub >> authorization

Maar de workstations blijven stug om een password vragen.

Weet iemand hoe ik dit kan doen op een Sun bak, zodat Linux bakken geen password meer vragen?
BVD.

_{Ja, ik heb Google gebruikt, ja ik heb de UTFS gedaan, nee, ik heb geen RTFM gedaan, want ik heb geen handleiding, want ik ben niet de Sun systeembeheerder}

Misschien is de SSH op sun iets anders dan Linux (OpenSSH vs ???)

[Onno]

terabyte schreef op 29 June 2003 @ 11:29:
(in de ~/.ssh dir):
ssh-keygen -t dsa
cat id_dsa.pub >> authorization

Je moet de id_dsa.pub van de host van waaraf je wilt inloggen in ~/.ssh/authorized_keys zetten. "authorization" bestaat niet, en de key van die host zelf gebruiken heeft alleen maar als gevolg dat "ssh localhost" zonder wachtwoord werkt.

[Wilke]

Die file heet sowieso ~/.ssh/authorized_keys op de remote machine (de private key staat dan op je locale machine).

Hiermee moet je er uit kunnen komen:
Developperworks: OpenSSH key management, part 1. Deze linken nog door naar een part 2 en 3.

[terabyte]

aha, dan was die Sun SSH howto die ik eerst gebruikte gewoon brak (authorization ipv authorized_keys).. renamen van betreffende bestand werkt trouwens ook niet

Overigens wordt mijn homedirectory overal gemount, dus ik hoef geen onderscheid te maken tussen 'local' en 'remote' computers.

(ik ga nu Wilke's howto doorlezen)

[Wilke]

Kan ook authorized_keys2 heten, in ieder geval: die Howto en de documentatie die bij SSH zit (manpages van sshd enzo), daarmee moet dat toch echt lukken..

[Verwijderd]

http://forum.nedlinux.nl/viewtopic.php?p=86135

Deze gebruik ik altijd. Werkt prima!

[Verwijderd]

Studeer je toevallig aan de FdNWI van de UvA (:

[Verwijderd]

1) Je moet of authorized_keys of authorized_keys2 gebruiken. Kijk ff naar ~/.ssh/known_hosts. Als daar een 2'tje achter staat, geld dat ook voor authorized_keys
2) Heb je de permissies goed staan? Zelf heb ik dit probleem ook nog wel eens, met dezelfde omstandigheden (alle keys gegenereerd, etc) en een chmod -R go-rwx ~/.ssh doet dan meestal wonderen...

[terabyte]

Ik geef het op.
Ik denk dat de systeembeheerder ssh key authentication heeft uitgeschakeld. Ik heb namelijk de sshd_config file gezien op de server, daar staat het uitgeschakeld, en ik neem aan dat ze op de Linux workstations dezelfde sshd_config gebruiken.
(Ik kan het niet controleren, want ik heb geen leesrechten voor dat bestand op de Linux bakken.)

offtopic:
dwerg>goed geraden.