[FreeNX/SSH] Rechten op / locatie van authorized_keys2

[eL_Jee]

Ik ben de hele dag al aan het stoeien om freenx aan de gang te krijgen, na heel veel ellende heb ik eindelijk de vinger op de zere plek kunnen leggen.

Voor ssh login gebruik ik alleen key authentication.

Het blijkt dat ik niet in kan loggen vanwege de locatie van de authorized_keys2. Normaal staat die in ~/.ssh/. Dan is er niets aan het handje: ik kan gewoon via ssh inloggen, en de NX client werkt.

Nu heb ik echter de authorized_keys2 verplaatst naar /etc/ssh, zodat ik ook kan inloggen via ssh wanneer ik nog niet fysiek op de computer ben ingelogd (homefolder is nog encrypted).

Dat geeft nu problemen. Ik kan nog steeds inloggen via SSH, maar niet meer via NX.

Als ik nu `nx` de eigenaar maak van het bestand, werkt SSH niet meer, maar komt NX een heel stuk verder met inloggen.

Ik heb geprobeerd mezelf lid te maken van de groep nx, maar zonder resultaat.

Zie ik iets doms over het hoofd? Is er misschien een manier om beide gebruikers eigenaar te maken van het bestand?

[eL_Jee]

Het verhaal is nog leuker:

Ik heb de keys file nu weer in ~/.ssh gezet (default location).

Als ik /etc/ssh/sshd_config daarnaar door laat verwijzen, doet hij het niet meer. Het probleem lijkt hem te liggen bij het uberhaupt opgeven van een keyfile...

[Verwijderd]

probeer dit eens: https://help.ubuntu.com/community/FreeNX

[eL_Jee]

Verwijderd schreef op woensdag 26 januari 2011 @ 00:32:
probeer dit eens: https://help.ubuntu.com/community/FreeNX

Heb die tutorial al heel vaak doorlopen; toch bedankt.

Heb mezelf uiteindelijk maar gewonnen gegeven, en de file op dezelfde plaats laten staan. Encryptie van de home-dir uitgezet zodat ik gewoon kan sshen.

[deadinspace]

Dit valt op te lossen door dit in je sshd_config op te nemen:

AuthorizedKeysFile /etc/ssh/%u/authorized_keys

en uiteraard door /etc/ssh/<user>/authorized_keys aan te maken.

Let op dat ssh heel erg kieskeurig kan zijn met permissies, ik vermoed dat /etc/ssh/<user> van <user> moet zijn en niet readable voor iemand anders mag zijn, en dat die authorized_keys file van <user> moet zijn en niet writable voor iemand anders mag zijn.