En gros, et en traduisant à l'arrache, moitié de moi moitié de google translate (pour aller plus vite :p ), et en apportant mes petites modif. donc ne t'étonne pas si ça ressemble à une doc de matériel coréen traduite en français.
Pourquoi ma bécanne veut s'authentifier avec l'utilisateur 'nx' alors que p@#! de M#&@ j'essaye de me connecter avec l'utilisateur [lcombe] et pourquoi l'authentification échoue-t-elle ?
L'utilisateur "nx" est l'utilisateur spécial que le Client NX et le Serveur utilisent. La session SSH est lancée avec utilisateur. Une fois la session ssh lancée et et le dialogue avec le client établi, l'utilisateur nx engendre une autre session pour votre utilisateur réel (donc dans ton cas : lcombe) [..bon en gros c'est expliqué que c'est un compte en cascade, que c'est chan-mé etc et que ça permet un bonne compatibilité avec NX de nomachine...]
Il est expliqué que la clef pour l'utilisateur nx qui est distribué avec le client nomachine [..et knx aussi je suppose...] doit correspondre à la clef qui est installée avec le serveur. C'est pourquoi il est plus simple d'utiliser l'option --setup-nomachine-key. De cette façon, vous n'aurez pas à changer la clef du client. Donc [...et ça se rapproche de ce que dit Mathhieu Moy...] Tu peux oublier NX et tout son foutoir, et simplement faire un
ssh -i /usr/NX/share/client.id_dsa.key nx@192.168.0.101
[...La conclusion c'est que si ça marche pas c'est qu'il y a un bordel avec les clefs...]
[^] # Re: Quels sont tes droits sur...
Posté par Bruce Le Nain (site web personnel) . En réponse au message pb avec freenx. Évalué à 2.
Un des forums que tu as cité met sur la voie :
http://openfacts.berlios.de/index-en.phtml?title=FreeNX_FAQ(...)
En gros, et en traduisant à l'arrache, moitié de moi moitié de google translate (pour aller plus vite :p ), et en apportant mes petites modif. donc ne t'étonne pas si ça ressemble à une doc de matériel coréen traduite en français.
Pourquoi ma bécanne veut s'authentifier avec l'utilisateur 'nx' alors que p@#! de M#&@ j'essaye de me connecter avec l'utilisateur [lcombe] et pourquoi l'authentification échoue-t-elle ?
L'utilisateur "nx" est l'utilisateur spécial que le Client NX et le Serveur utilisent. La session SSH est lancée avec utilisateur. Une fois la session ssh lancée et et le dialogue avec le client établi, l'utilisateur nx engendre une autre session pour votre utilisateur réel (donc dans ton cas : lcombe) [..bon en gros c'est expliqué que c'est un compte en cascade, que c'est chan-mé etc et que ça permet un bonne compatibilité avec NX de nomachine...]
Il est expliqué que la clef pour l'utilisateur nx qui est distribué avec le client nomachine [..et knx aussi je suppose...] doit correspondre à la clef qui est installée avec le serveur. C'est pourquoi il est plus simple d'utiliser l'option --setup-nomachine-key. De cette façon, vous n'aurez pas à changer la clef du client. Donc [...et ça se rapproche de ce que dit Mathhieu Moy...] Tu peux oublier NX et tout son foutoir, et simplement faire un
ssh -i /usr/NX/share/client.id_dsa.key nx@192.168.0.101
[...La conclusion c'est que si ça marche pas c'est qu'il y a un bordel avec les clefs...]