[Mandriva] freeNX pour l'accès distant à son PC

freeNX pour l'accès distant à son PC [Mandriva] - Linux et OS Alternatifs

Marsh Posté le 11-07-2005 à 14:17:09    

Grâce à freeNX, rien n'est plus simple désormais que d'utiliser le protocole libre NX de nomachine.
 
Sur le serveur nx, c'est-à-dire le PC auquel vous souhaitez accéder :
1.- en console superutilisateur (root):

#urpmi freenx


2.- vérifier que le port 22 (ssh) est ouvert avec ssh fonctionnel, donc au besoin, en mode superutilisateur :

#urpmi openssh-server
#service sshd start


3.- pour ssh, autoriser les utilisateurs habituels ET l'utilisateur nx

vérifier que /etc/ssh/sshd_config contienne la ligne:  
AllowUsers nx pierre paul jacques


Il est possible d'utiliser Webmin pour ça (contrôle d'accès du serveur SSH et l'étiquette Autorise seulement les utilisateurs) : https://localhost:10000/sshd/edit_access.cgi
Si Webmin n'est pas installé, en mode superutilisateur :

#urpmi webmin
#service webmin start


4.- configurer le serveur nx en console superutilisateur :  
#nxserver --adduser pierre
#nxserver --listuser
#nxserver --start
#nxserver --status

# nxserver --status
NX> 100 NXSERVER - Version 1.4.0-04-CVS OS (GPL)
NX> 110 NX Server is running
NX> 999 Bye


 
Sur le client, c'est-à-dire le PC par lequel vous allez accèder, installer knx :
1.- en console superutilisateur: #urpmi knx (client) mais rien n'empêche d'utiliser le client nomachine nxclient plus complet et disponible ici
2.- recopier la clé comme indiqué:

After installing this package, an nx user is created ( this is a  
system user, do not try to log in with it ), with a home located  
at /var/lib/nxserver/nxhome His password is a random  
32char pass.  
 
Your user must install the key located at:  
/var/lib/nxserver/nxhome/.ssh/client.id_dsa.key
to log in.
 
For knx, put it in: /usr/share/knx/ with world-readable right.
For nomachine.com Nx client for windows put it in : C:\Program
Files\NX Client for Windows\share
 
You user will now be able to log in using their username  
and password provided you have ssh logins enabled for them


 
- S'agissant non pas de knx mais du client nxclient de nomachine, il suffit de recopier la clé du serveur qui se trouve ici: /var/lib/nxserver/nxhome/.ssh/client.id_dsa.key sur le client dans /usr/NX/share  
 
On peut lancer une session NX (voire plusieurs en changeant la clé) facilement avec knx ou nxclient.
Exemple: ouverture de session NX avec client nxclient, puis lancement de OpenOffice.org dans cette session. Ouverture sous OOo du site nomachine.
http://nicole.grisot.free.fr/Captures/GNU-Linux-NX.jpg
 
On peut même lancer une session NX depuis un autre session NX  :D
 
Si ça ne marche pas chez vous, commencer par déplacer (sinon effacer) les fichiers known_hosts des dossiers .ssh concernés et puis surtout, faire un testdrive avec le client.


Message édité par Sagittarius le 12-04-2006 à 10:13:22
Reply

Marsh Posté le 11-07-2005 à 14:17:09   

Reply

Marsh Posté le 11-07-2005 à 18:43:26    

C'est vraiment fort comme soft. Par contre, au taf j'ai du utilisé le client nx officiel (1.5) de nomachine pour me connecter a mon freenx (0.4.1)  car knx (0.10) ne fonctionnait pas


---------------
Two thousand years of misery, of torture in my name, hypocrisy made paramount, paranoia the law, my name is called religion, sadistic, sacred whore.
Reply

Marsh Posté le 01-08-2005 à 13:43:13    

Sagittarius a écrit :

Grâce à freeNX, rien n'est plus simple désormais que d'utiliser le protocole libre NX de nomachine.
 
Sur le serveur nx, c'est-à-dire le PC auquel vous souhaitez accéder :
1.- en console superutilisateur (root):

#urpmi freenx


2.- vérifier que le port 22 (ssh) est ouvert avec ssh fonctionnel, donc au besoin, en mode superutilisateur :

#urpmi openssh-server
#service sshd start


3.- pour ssh, autoriser les utilisateurs habituels ET l'utilisateur nx

vérifier que /etc/ssh/sshd_config contienne la ligne:  
AllowUsers nx pierre paul jacques


Il est possible d'utiliser Webmin pour ça (contrôle d'accès du serveur SSH et l'étiquette Autorise seulement les utilisateurs) : https://localhost:10000/sshd/edit_access.cgi
Si Webmin n'est pas installé, en mode superutilisateur :

#urpmi webmin
#service webmin start


4.- configurer le serveur nx en console superutilisateur :  
...


 
j'ai suivi ce mode opératoire plein d'enthousiasme
j'aimerai utiliser freenx entre mes deux PC
je précise qu'il n'y a pas de firewall
mes deux PC ont pour adresse :
192.168.0.101 le pc a partir duquel j'aimerai lancé nxclient
192.168.0.102 le pc sur lequel j'ai installé le rpm freenx
mes deux PC sont en Mandriva LE2005
 
la procédure se déroule très bien
mais au lancement de nxclient sur le PC 101
j'obtiens le message suivant :
 


NX> 203 NXSSH running with pid: 2635
NX> 285 Enabling check on switch command
NX> 285 Enabling skip of SSH config files
NX> 200 Connected to address: 192.168.0.102 on port: 22
NX> 202 Authenticating user: nx
NX> 208 Using auth method: publickey
NX> 204 Authentication failed.


 
que dois-je vérifier en plus ?
en parcourant les logs je ne vois rien de particulier (je ne dois pas chercher au bon endroit)
quelles commandes en ligne puis-je passer pour m'aider à cibler le pb ?
bref :  :pt1cable:  A l'aide  :pt1cable:  
 

Reply

Marsh Posté le 04-08-2005 à 02:41:39    

Le client ne serait-il pas un nxclient v1.5 ?
En pareil cas, il faut mettre la version freenx à jour http://archives.mandrivalinux.com/ [...] g03307.php

Reply

Marsh Posté le 08-08-2005 à 08:46:51    

Bonjour,
j'ai installé freenx sur ma debian, mais quand j'essaie de me connecter depuis mon mac os x avec le clent, en lancant de même le serveur X11, j'ai ce msg d'erreur :-(
 
Error: Failed to set TCP_NODELAY flag on FD#22 to 1. Error is 102 'Operation not supported on socket'.
Info: Established X server connection.
Info: End of session requested by signal '15' 'SIGTERM'.
Info: Shutting down the link and exiting.
Warning: Parent process appears to be dead. Exiting watchdog.
 
Une idée?
 
Merci
A+

Reply

Marsh Posté le 16-08-2005 à 10:50:28    

Le client NX de nomachine doit être mis-à-jour pour MacOSX 10.4

ROME, Italy, August 12th, 2005 - NoMachine releases today the first
maintenance release of the 1.5.0 NoMachine NX client software. The
new client packages fix a number of bugs affecting the first 1.5.0
release. Among the bugs that have been resolved are:
 
* Inability to start sessions on MacOSX 10.4.
* Possible session hangups when enabling encryption.
* More appropriate permissions for log files saved in the user's
   home.
* Failure starting sessions in plugin mode when the SSH host key
   was changed.


 
A noter que le client 1.5 permet de choisir sa clé client (pierre paul jacques) et ainsi, d'exécuter facilement plusieurs sessions NX simultanément (une chez pierre, chez paul...) Très pratique.

Reply

Marsh Posté le 16-08-2005 à 20:00:45    

Sagittarius a écrit :

Le client ne serait-il pas un nxclient v1.5 ?
En pareil cas, il faut mettre la version freenx à jour http://archives.mandrivalinux.com/ [...] g03307.php


 
j'ai le meme probleme que loloswan , que ce soit avec le client nxclient 1.5 ou avec Knx . le rpm de mise a jour de freenx n'est pas un rpm mdv 2005 si ?

Reply

Marsh Posté le 16-08-2005 à 22:25:30    

2005LE en est resté au paquetage freenx-0.3.1-2mdk.noarch.rpm
Tu peux reconstruire à partir du source rpm:
ftp://ftp.free.fr/mirrors1/ftp.ma [...] dk.src.rpm
 
Et puis bien sûr, recopier la clé du serveur  

S'agissant du client nxclient de nomachine, il suffit de recopier la clé du serveur qui se trouve ici: /var/lib/nxserver/nxhome/.ssh/client.id_dsa.key sur le client dans /usr/NX/share


 

Avec le nouveau nxclient v1.5 on peut gérer autant de clés que l'on souhaite, il suffit alors de les différencier par leurs noms. C'est très pratique.


Message édité par Sagittarius le 12-04-2006 à 10:08:47
Reply

Marsh Posté le 17-08-2005 à 19:48:42    

Ca marche toujours pas :/
Ton SSH Sagittarius, tu l'utilise avec des clefs ou avec des mots de passe ?


---------------
--
Reply

Marsh Posté le 17-08-2005 à 20:07:12    

Au mieux je me tappe ca :  

knx: receivedFromSSH: Enter passphrase for key '/usr/share/knx/client.id_dsa.key':


---------------
--
Reply

Marsh Posté le 17-08-2005 à 20:07:12   

Reply

Marsh Posté le 17-08-2005 à 22:36:37    

J'utilise quasi-exclusivement le client nomachine.
Dans l'onglet Advanced est cochée la case Enable SSL encryption on all traffic.
Le port SSH du serveur doit être accessible.
Et puis vérifier que /etc/ssh/sshd_config contienne la ligne:  
AllowUsers nx pierre paul jacques
 
As-tu déjà essayé un test drive avec le client: http://www.nomachine.com/testdrive.php


Message édité par Sagittarius le 17-08-2005 à 22:43:57
Reply

Marsh Posté le 18-08-2005 à 07:21:00    

% sudo grep Allow /etc/ssh/sshd_config
AllowUsers nx leto invite


 
Bon je continuerai a chercher, mais a mon avis je ferai ca après les vacances surtout :)


---------------
--
Reply

Marsh Posté le 19-08-2005 à 07:22:01    

Bon j'en suis toujours au même point, il me demande une clef que je n'ai pas, et en conséquence je me fais jarter.

% ssh -i /usr/share/knx/client.id_dsa.key nx@localhost
Enter passphrase for key '/usr/share/knx/client.id_dsa.key':
Permission denied (publickey,keyboard-interactive).
zsh: exit 255   ssh -i /usr/share/knx/client.id_dsa.key nx@localhost


 
Il doit me manquer un agent qui mémorise les clefs ...

% ps aux | grep agent
leto      7341  0.0  0.1   3772  1108 ?        Ss   07:15   0:00 /usr/bin/ssh-agent -- /bin/sh -c #!/bin/sh??exec /usr/bin/startkde


---------------
--
Reply

Marsh Posté le 19-08-2005 à 10:57:53    

J'ai un message d'erreur similaire avec ssh -i /usr/NX/share/pierre.id_dsa.key nx@localhost
 
Et du côté tcpwrappers ? /etc/hosts.deny sur le serveur ?
Et avec un test drive ? pour savoir si en client seul ça fonctionne.


Message édité par Sagittarius le 19-08-2005 à 11:04:56
Reply

Marsh Posté le 19-08-2005 à 14:28:28    

J'essaie un testdrive tout de suite .  
 
Mais je remarque que t'as renommé la clef en "pierre.id_dsa.key" , a priori ca change rien mais on sait jamais :D


---------------
--
Reply

Marsh Posté le 03-09-2005 à 17:18:43    

Pas de problème avec un testdrive pourtant :/


---------------
--
Reply

Marsh Posté le 03-09-2005 à 18:44:44    

Et voilà cela fonctionne ! (edit: seulement avec knx atm, ce qui est dommage parcqu'il ne permet pas d'encapsuler tout le traffic dans du SSL, et donc ca oblige a ouvrir plus que le seul port 22)
 
Pour ceux qui ont des problèmes notamment dus à un fichier de configuration de sshd modifié (comme par exple une auth par clefs au lieu de celle par mot de passe par défaut), voici ce que je peux vous conseiller:
- Si comme moi votre sshd n'est pas configuré pour regarder dans le fichier authorized_keys2 mais seulement dans authorized_keys, recopiez le 2 dans le 1 .

cat ~/.ssh/authorized_keys2 >> ~/.ssh/authorized_keys


 
-Verifiez bien les permissions dans les dossiers .ssh, notamment celui de l'utilisateur nx
 
-Verifiez bien la cohérence des clefs.
 
Donc voilà chez moi tout marche, avec les version Mandrake 2005 (knx et freenx)
 
Edit: Précisions concernant l'origine de mes problèmes, liés apparement au fait que mon fichier de config de sshd était quelque peu modifié par rapport au standart. Comme précisé par Sagittarius, en suivant le tuto du premier post sur une Mandrake 2005 de base il y'a beaucoup moins de problèmes


Message édité par leto le 03-09-2005 à 20:16:18
Reply

Marsh Posté le 25-09-2005 à 20:23:44    

Pour info, sur une Mandriva 2005LE, il suffit d'installer freenx via urpmi pour que ça fonctionne. Pas besoin de triturer sshd, etc.
Avec un client NoMachine sous Win il suffit de cliquer sur "Key" dans les paramètres avancés et de copier la clé de client.id_dsa.key.
C'est impressionnant. Zéro prise de tête et c'est rapide.

Reply

Marsh Posté le 08-04-2006 à 22:56:25    

Salut à tous,
 
Très intéressé par cette solution, j'ai appliqué la méthode décrite par Sagittarus,
en vain. Pourriez-vous m'aider à trouver la cause du pb ?
 
Serveur : Mandriva 2006 + Freenx-0.4.2
Client : WinXP + client NX 1.50
Les 2 machines sont connectées via un switch.  
 
- Sous Mandriva, création de 2 users : test et nx (password = "me" pour les essais)
- Installation de Freenx
- Ajout de la ligne "AllowUsers test nx" dans /etc/ssh/sshd_config
- J'ai copié la clé "client.id_dsa.key" de Freenx dans "D:\Program Files\NX Client for Windows\share"
 
Client nomachine  
Login : test
pass : me
Clé : j'ai importé celle copiée sous WinXP "client.id_dsa.key"
Enable ssl activé
 
Avec putty, j'arrive à me connecter au serveur sans pb (sous "test" et sous "nx" ).
Mais avec le client nomachine, cela ne marche pas, voici le log :
 

Code :
  1. NX> 203 NXSSH running with pid: 1788
  2. NX> 285 Enabling check on switch command
  3. NX> 285 Enabling skip of SSH config files
  4. NX> 200 Connected to address: 192.168.200.2 on port: 22
  5. NX> 202 Authenticating user: nx
  6. NX> 208 Using auth method: publickey
  7. NX> 204 Authentication failed.


J'avoue ne plus savoir ou chercher...
Help  :pt1cable:  

Reply

Marsh Posté le 09-04-2006 à 09:40:19    

kafifi a écrit :

création de 2 users : test et nx


C'est peut-être l'origine du problème car le paquetage freenx créé lui-même l'utilisateur nx avec un id=72, un home dans /var/lib/nxserver/nxhome, un groupe nx.
 

Reply

Marsh Posté le 09-04-2006 à 17:57:54    

Sagittarius a écrit :

C'est peut-être l'origine du problème car le paquetage freenx créé lui-même l'utilisateur nx avec un id=72, un home dans /var/lib/nxserver/nxhome, un groupe nx.

@Sagittariu s
J'ai réinstallé Mandriva et refait la manip. Je n'arrive pas encore à me connecter,  
le client affiche successivement :
- Connected to 192.168.200.2
- Authentification  completed
- Connection timeout
 
Mais rien ne se passe. Pourtant, le log atteste que cela s'améliore.  
Peux-tu m'aider à trouver ce qui bloque ?
 
 

Code :
  1. NX> 203 NXSSH running with pid: 5632
  2. NX> 285 Enabling check on switch command
  3. NX> 285 Enabling skip of SSH config files
  4. NX> 200 Connected to address: 192.168.200.2 on port: 22
  5. NX> 202 Authenticating user: nx
  6. NX> 208 Using auth method: publickey
  7. HELLO NXSERVER - Version 1.4.0-44 OS (GPL)
  8. NX> 105 hello NXCLIENT - Version 1.5.0
  9. NX> 134 Accepted protocol: 1.5.0
  10. NX> 105 SET SHELL_MODE SHELL
  11. NX> 105 SET AUTH_MODE PASSWORD
  12. NX> 105 login
  13. NX> 101 User: test
  14. NX> 102 Password:
  15. NX> 103 Welcome to: PCTEST user: test
  16. NX> 105 listsession --user="test" --status="suspended,running" --geometry="1792x1344x16+render" --type="unix-kde"
  17. NX> 127 Sessions list of user 'test' for reconnect:
  18. Display Type             Session ID                       Options  Depth Screen         Status      Session Name
  19. ------- ---------------- -------------------------------- -------- ----- -------------- ----------- ------------------------------
  20. NX> 148 Server capacity: not reached for user: test
  21. NX> 105 startsession --session="PC" --type="unix-kde" --cache="8M" --images="32M" --cookie="******" --link="lan" --kbtype="pc102/fr" --nodelay="1" --encryption="1" --backingstore="when_requested" --geometry="fullscreen" --media="0" --agent_server="" --agent_user="" agent_password="******""  --screeninfo="1024x768x16+render"
  22. Permission denied (publickey,password,keyboard-interactive).
  23. Killed by signal 15.


 
EDIT :
Et voici ce qui se passe côté serveur Mandriva :
 

Code :
  1. [root@PCTEST log]# tail -f messages
  2. Apr  9 23:03:36 PCTEST sshd[27984]: Connection from 192.168.200.1 port 1706
  3. Apr  9 23:03:56 PCTEST sshd[27984]: Failed none for nx from 192.168.200.1 port 1706 ssh2
  4. Apr  9 23:03:56 PCTEST sshd[27984]: Found matching DSA key: 70:39:7e:98:dd:c1:ad:23:e6:d2:06:26:03:6a:e9:5a
  5. Apr  9 23:03:56 PCTEST sshd[27984]: Accepted publickey for nx from 192.168.200.1 port 1706 ssh2
  6. Apr  9 23:03:58 PCTEST sshd[28114]: Connection from 127.0.0.1 port 43306
  7. Apr  9 23:03:58 PCTEST sshd[28114]: Failed none for test from 127.0.0.1 port 43306 ssh2
  8. Apr  9 23:03:59 PCTEST sshd[27986]: Connection closed by 192.168.200.1
  9. Apr  9 23:03:59 PCTEST sshd[27986]: Closing connection to 192.168.200.

1
 
 
 
 


Message édité par kafifi le 09-04-2006 à 23:08:18
Reply

Marsh Posté le 10-04-2006 à 00:12:10    

suggestions:
-renomme /home/test/.ssh/known_hosts
- installe sur ta 2006.0 les rebuild 1.5 que j'ai mis là. Par exemple:
cd /var/cache/urpmi/rpms
wget http://billeryschneider.free.fr/Ma [...] k.i586.rpm
wget http://billeryschneider.free.fr/Ma [...] k.i586.rpm
wget http://billeryschneider.free.fr/Ma [...] k.i586.rpm
wget http://billeryschneider.free.fr/Ma [...] k.i586.rpm
wget http://billeryschneider.free.fr/Ma [...] k.i586.rpm
urpmi *1.5.0-3.1*

Reply

Marsh Posté le 10-04-2006 à 15:06:57    

Personne n'a testé le plugin mozilla Moznx pour se connecter a un serveur NX ?
Parceque je n'y arrive pas du tout

Reply

Marsh Posté le 10-04-2006 à 20:13:47    

Sagittarius a écrit :

suggestions:
-renomme /home/test/.ssh/known_hosts
- installe sur ta 2006.0 les rebuild 1.5 que j'ai mis là. Par exemple:
cd /var/cache/urpmi/rpms
wget http://billeryschneider.free.fr/Ma [...] k.i586.rpm
wget http://billeryschneider.free.fr/Ma [...] k.i586.rpm
wget http://billeryschneider.free.fr/Ma [...] k.i586.rpm
wget http://billeryschneider.free.fr/Ma [...] k.i586.rpm
wget http://billeryschneider.free.fr/Ma [...] k.i586.rpm
urpmi *1.5.0-3.1*

J'ai télléchargé les 5 fichiers et  désinstallé les versions antérieures.
Mais lorsque je tente de les installer, j'ai des erreurs :
 

Code :
  1. Avec libxcomp1-1.5.0-3.1.20060mdk.i586.rpm :
  2. libxcomp1-1.5.0-3.1.20060mdk.i586.rpm: n'est pas un paquetage rpm (ni une list de paquetages):
  3. Avec nxproxy-1.5.0-3.1.20060mdk.i586.rpm
  4. erreur: échec de l'ouverture de ¢ß·yžÆÒy`ã:paÀKgŸíïá¬▒p¿¯=p£
  5.                                                             p±9p8ŒSsø}æZDgßèyÚ_çŸuØ÷CØó{H9çž.À=S : Aucun fichier ou répertoire de ce type
  6. Avec libxcompext1-1.5.0-3.1.20060mdk.i586.rpm
  7. libxcompext1-1.5.0-3.1.20060mdk.i586.rpm: n'est pas un paquetage rpm (ni une list de paquetages):
  8. Avec libnxX11_0-1.5.0-3.1.20060mdk.i586.rpm
  9. libnxX11_0-1.5.0-3.1.20060mdk.i586.rpm: n'est pas un paquetage rpm (ni une list de paquetages):
  10. Avec nxagent-1.5.0-3.1.20060mdk.i586.rpm
  11. nxagent-1.5.0-3.1.20060mdk.i586.rpm: n'est pas un paquetage rpm (ni une list de paquetages):


 
Les fichiers semblent corrompus. Peut-on les télécharger ailleurs ?
Merci.

Reply

Marsh Posté le 10-04-2006 à 20:55:37    

Ah oui en effet, je vais refaire l'upload. Désolé.

Reply

Marsh Posté le 10-04-2006 à 22:41:02    

Sagittarius a écrit :

Ah oui en effet, je vais refaire l'upload. Désolé.


pas de pb !
Je viens de télécharger et d'installer avec succès, mais cela ne résoud pas mon souci !.
 
Log du client no machine :

Code :
  1. NX> 203 NXSSH running with pid: 5212
  2. NX> 285 Enabling check on switch command
  3. NX> 285 Enabling skip of SSH config files
  4. NX> 200 Connected to address: 192.168.200.2 on port: 22
  5. NX> 202 Authenticating user: nx
  6. NX> 208 Using auth method: publickey
  7. HELLO NXSERVER - Version 1.4.0-44 OS (GPL)
  8. NX> 105 hello NXCLIENT - Version 1.5.0
  9. NX> 134 Accepted protocol: 1.5.0
  10. NX> 105 SET SHELL_MODE SHELL
  11. NX> 105 SET AUTH_MODE PASSWORD
  12. NX> 105 login
  13. NX> 101 User: test
  14. NX> 102 Password:
  15. NX> 103 Welcome to: PCTEST user: test
  16. NX> 105 listsession --user="test" --status="suspended,running" --geometry="1792x1344x16+render+fullscreen" --type="unix-kde"
  17. NX> 127 Sessions list of user 'test' for reconnect:
  18. Display Type             Session ID                       Options  Depth Screen         Status      Session Name
  19. ------- ---------------- -------------------------------- -------- ----- -------------- ----------- ------------------------------
  20. NX> 148 Server capacity: not reached for user: test
  21. NX> 105 startsession --session="PC" --type="unix-kde" --cache="8M" --images="32M" --cookie="******" --link="lan" --kbtype="pc102/fr" --nodelay="1" --encryption="1" --backingstore="when_requested" --geometry="fullscreen" --media="0" --agent_server="" --agent_user="" agent_password="******""  --screeninfo="1792x1344x16+render+fullscreen"
  22. Warning: Permanently added '127.0.0.1' (RSA) to the list of known hosts.
  23. Permission denied (publickey,password,keyboard-interactive).
  24. Killed by signal 15.


 
log sous Mandriva :

Code :
  1. Apr 10 22:27:41 PCTEST sshd[3617]: Connection from 192.168.200.1 port 1147
  2. Apr 10 22:28:01 PCTEST sshd[3617]: Failed none for nx from 192.168.200.1 port 1147 ssh2
  3. Apr 10 22:28:01 PCTEST sshd[3617]: Found matching DSA key: af:98:f7:d8:1c:71:30:b4:ee:54:ab:ee:2c:a4:b6:4d
  4. Apr 10 22:28:01 PCTEST sshd[3617]: Accepted publickey for nx from 192.168.200.1 port 1147 ssh2
  5. Apr 10 22:28:05 PCTEST sshd[3789]: Connection from 127.0.0.1 port 41140
  6. Apr 10 22:28:05 PCTEST sshd[3789]: Failed none for test from 127.0.0.1 port 41140 ssh2
  7. Apr 10 22:28:06 PCTEST sshd[3641]: Connection closed by 192.168.200.1
  8. Apr 10 22:28:06 PCTEST sshd[3641]: Closing connection to 192.168.200.1


 
- J'ai copié la clé "client.id_dsa.key" de "/var/lib/nxserver/nxhome/.ssh"  vers le client WinXP dans "C:\program Files\NX Client for windows\share "
- Dans la fenêtre du client no machine, j'ai importé cette clé et sauvegardé.
- Création des users dans Freenx :

Code :
  1. nxserver --adduser nx
  2. nxserver --adduser test
  3. nxserver --passwd test  "me"


 
Je n'arrive pas à trouver d'où sort le message "fail none".
 
Je suis forcément passé à côté de quelque chose, mais quoi ?
 
 

Reply

Marsh Posté le 11-04-2006 à 01:39:29    

kafifi a écrit :

1.- nxserver --adduser nx
2.- Je n'arrive pas à trouver d'où sort le message "fail none".
Je suis forcément passé à côté de quelque chose, mais quoi ?


 
1.- ATTENTION: ce n'est pas ce qui est indiqué plus haut, l'utilisateur nx est créé pour les besoins de la connexion mais n'est pas un utilisateur normal destiné à ouvrir la session graphique.
2.- none signifie que tu essaies d'utiliser la méthode d'authentification nommée "none" et que tu as échoué de t'authentifier de cette façon. Déplace ou efface les fichier known_hosts de /home/user/.ssh mais aussi de /var/lib/nxserver/nxhome/.ssh/ (vérifie aussi que n'existe pas de /home/nx non plus)  
3.- L'utilisateur test avec son /home/test existe-t-il sur le serveur ? Il ne suffit pas de le déclarer pour nxserver.
 
Selon le site nomachine, la majorité des problèmes vient de l'authentification ssh. Je pense que c'est le cas ici. Ne pas hésiter à faire un man ssh.

Message cité 1 fois
Message édité par Sagittarius le 11-04-2006 à 01:43:59
Reply

Marsh Posté le 11-04-2006 à 22:41:20    

Sagittarius a écrit :

1.- ATTENTION: ce n'est pas ce qui est indiqué plus haut, l'utilisateur nx est créé pour les besoins de la connexion mais n'est pas un utilisateur normal destiné à ouvrir la session graphique.
2.- none signifie que tu essaies d'utiliser la méthode d'authentification nommée "none" et que tu as échoué de t'authentifier de cette façon. Déplace ou efface les fichier known_hosts de /home/user/.ssh mais aussi de /var/lib/nxserver/nxhome/.ssh/ (vérifie aussi que n'existe pas de /home/nx non plus)  
3.- L'utilisateur test avec son /home/test existe-t-il sur le serveur ? Il ne suffit pas de le déclarer pour nxserver.
 
Selon le site nomachine, la majorité des problèmes vient de l'authentification ssh. Je pense que c'est le cas ici. Ne pas hésiter à faire un man ssh.


Pour info, voic les manips effectuées :
- supprimé l'utilisateur nx dans nxserver.
- vérifié l'absence de /home/nx ...
- supprimé /var/lib/nxserver/nxhome/.ssh/knownhosts
- vérifié l'absence de /home/user/.ssh/knownhosts
- relancé sshd et nxserver  
=> pas de changement !
 
Dans "sshd_config", dois-je mettre :

Code :
  1. AuthorizedKeysFile /var/lib/nxserver/nxhome/.ssh/authorized_keys2


ou

Code :
  1. AuthorizedKeysFile /home/test/.ssh/authorized_keys2


 
Je vais chercher dans man ssh, si quelqu'un a une idée,
ne pas hésiter !
 
 

Reply

Marsh Posté le 12-04-2006 à 10:05:00    

kafifi a écrit :

Dans "sshd_config", dois-je mettre :
AuthorizedKeysFile /var/lib/nxserver/nxhome/.ssh/authorized_keys2 ou AuthorizedKeysFile /home/test/.ssh/authorized_keys2


 
Ou la la ! ni l'un ni l'autre.
En principe, freenx fonctionne d'emblée.
Regarde le premier post il s'agit juste de l'installer, de vérifier que ssh est également installé, de recopier la clé, enfin de déclarer les utilisateurs. C'est tout.
En 2 ou 3 minutes c'est réalisé et fonctionnel.

Message cité 1 fois
Message édité par Sagittarius le 12-04-2006 à 10:06:05
Reply

Marsh Posté le 12-04-2006 à 14:01:58    

Salut,
bon je suis pas sous mandriva mais sous Debian...Mais j'avoue avoir tester FreenX...J'utilsais auparavant vnc de mon taf a chez moi....pfff la claque quand j'ai mis en place freenx....
Rapide, fluide, securisé...que du bonheur...
juste un truc...Pour passer mon firewall, je suis obligé de router mon port 22 (enfin mon port ssh plutot qui n'st d'ailleurs pas le 22) mais je suis obligé egalement de router mon port 5000 qui s'increment au fur et a mesure de mes connections..Ce qui devient embetant quand j'ai trop de session "fantome" sur mon serveur...
Avez vous été confronté au probleme?
Comment peut on supprimer ces sessions persistantes? Parce que pour le moment a part un reboot je n'ai pas de soluc....
Par avance merci pour votre aide...
++

Reply

Marsh Posté le 12-04-2006 à 21:30:01    

Sagittarius a écrit :

Ou la la ! ni l'un ni l'autre.
En principe, freenx fonctionne d'emblée.
Regarde le premier post il s'agit juste de l'installer, de vérifier que ssh est également installé, de recopier la clé, enfin de déclarer les utilisateurs. C'est tout.
En 2 ou 3 minutes c'est réalisé et fonctionnel.

OK. Je viens de tout refaire pas à pas, cela marche presque (authentification OK, mais un "connection error" sur la fin). Voici le log côté client :

Code :
  1. NX> 203 NXSSH running with pid: 2224
  2. NX> 285 Enabling check on switch command
  3. NX> 285 Enabling skip of SSH config files
  4. NX> 200 Connected to address: 192.168.200.2 on port: 22
  5. NX> 202 Authenticating user: nx
  6. NX> 208 Using auth method: publickey
  7. HELLO NXSERVER - Version 1.4.0-44 OS (GPL)
  8. NX> 105 hello NXCLIENT - Version 1.5.0
  9. NX> 134 Accepted protocol: 1.5.0
  10. NX> 105 SET SHELL_MODE SHELL
  11. NX> 105 SET AUTH_MODE PASSWORD
  12. NX> 105 login
  13. NX> 101 User: test
  14. NX> 102 Password:
  15. NX> 103 Welcome to: PCTEST user: test
  16. NX> 105 listsession --user="test" --status="suspended,running" --geometry="1792x1344x16+render+fullscreen" --type="unix-kde"
  17. NX> 127 Sessions list of user 'test' for reconnect:
  18. Display Type             Session ID                       Options  Depth Screen         Status      Session Name
  19. ------- ---------------- -------------------------------- -------- ----- -------------- ----------- ------------------------------
  20. NX> 148 Server capacity: not reached for user: test
  21. NX> 105 startsession --session="PC" --type="unix-kde" --cache="8M" --images="32M" --cookie="******" --link="lan" --kbtype="pc102/fr" --nodelay="1" --encryption="1" --backingstore="when_requested" --geometry="fullscreen" --media="0" --agent_server="" --agent_user="" agent_password="******""  --screeninfo="1792x1344x16+render+fullscreen"
  22. NX> 1000 NXNODE - Version 1.4.0-44 OS (GPL)
  23. NX> 700 Session id: PCTEST-1001-92BE9D7FDDADAEF9CC71455A155D8CC9
  24. NX> 705 Session display: 1001
  25. NX> 703 Session type: unix-kde
  26. NX> 701 Proxy cookie: 209a54f23a5c022b0abaf1a83136f308
  27. NX> 702 Proxy IP: 127.0.0.1
  28. NX> 706 Agent cookie: 209a54f23a5c022b0abaf1a83136f308
  29. NX> 704 Session cache: unix-kde
  30. NX> 707 SSL tunneling: 1
  31. NX> 710 Session status: running
  32. NX> 1002 Commit
  33. NX> 105 /usr/bin/nxserver: line 880: 20949 Terminated              ( sleep $AGENT_STARTUP_TIMEOUT; exit 1 )
  34. NX> 1006 Session status: running
  35. bye
  36. Bye
  37. NX> 999 Bye
  38. /usr/bin/nxserver: line 933: netcat: command not found
  39. NX> 285 Identified internal connection
  40. NX> 285 Using default mode encrypted
  41. NX> 285 Identified options: nx,options=/cygdrive/C/DOCUME~1/server/NX73F8~1/S-PCTE~1/options:1001
  42. NX> 285 Switching descriptors: 4 and: 5 to: 7
  43. NX> 287 Redirected I/O to channel descriptors
  44. Killed by signal 15.


 
Et voici le log côté serveur :
 

Code :
  1. Apr 12 21:16:25 PCTEST sshd[20806]: Accepted publickey for nx from 192.168.200.1 port 3091 ssh2
  2. Apr 12 21:16:26 PCTEST sshd[20841]: Accepted password for test from 127.0.0.1 port 57771 ssh2
  3. Apr 12 21:16:29 PCTEST sshd[20962]: Accepted password for test from 127.0.0.1 port 57772 ssh2


Qu'en pensez-vous ?
 
@boobaka,
J'attaquerai la partie routeur une fois freenx opérationnel ici. Je te tiendrai au courant...

Reply

Marsh Posté le 13-04-2006 à 08:15:02    

@kafifi ...Pas de soucis je pensais que c'etait une centralisation ....Pas un tutorial...je vais valider tout ca de mon coté ;-)
Je repasserai plus tard...En tout cas beau produit
++

Reply

Marsh Posté le 13-04-2006 à 08:17:54    

@kafifi
avec le client nomachine: cocher dans l'onglet Advanced la case Enable SSL encryption of all traffic
 
@boobaka
idem, en utilisant Enable SSL encryption of all traffic, seule l'ouverture et la redirection du port SSH 22 est nécessaire.

Message cité 1 fois
Message édité par Sagittarius le 13-04-2006 à 08:19:46
Reply

Marsh Posté le 13-04-2006 à 08:53:25    

Oki thanks, je testerai ca tout a l'heure :-)
Merci pour la réponse rapide...
++

Reply

Marsh Posté le 13-04-2006 à 21:27:39    

Sagittarius a écrit :

@kafifi
avec le client nomachine: cocher dans l'onglet Advanced la case Enable SSL encryption of all traffic


Cette option est déjà activée...  

Reply

Marsh Posté le 14-04-2006 à 23:04:34    

UP !
 
=> Y a-t-il des log que je puisse fournir pour aider dans le diagnostique ?
 
Merci.

Reply

Marsh Posté le 15-04-2006 à 10:26:09    

Up ?  
1.- Essaie au moins de réaliser un testdrive fonctionnel depuis ton client STP.
2.- Faut croire que tu as nécessairement bidouillé pas mal sur ton PC, car je le répète ça s'installe sans difficultés.
Essaie chmod 640 /var/lib/nxserver/home/.ssh/authorized_keys2
Mais commence côté client, il faut que ton tesdrive soit réussi.

Reply

Marsh Posté le 15-04-2006 à 14:25:43    

Sagittarius a écrit :

Up ?  
1.- Essaie au moins de réaliser un testdrive fonctionnel depuis ton client STP.
2.- Faut croire que tu as nécessairement bidouillé pas mal sur ton PC, car je le répète ça s'installe sans difficultés.
Essaie chmod 640 /var/lib/nxserver/home/.ssh/authorized_keys2
Mais commence côté client, il faut que ton tesdrive soit réussi.

Le testdrive vers le site de "nomachine" fonctionne sans pb (désolé j'ai oublié de le préciser).
J'essaie le chmod 640, si cela ne marche pas, je réinstalle une Mandriva clean (j'ai une image),  
et je reprends l'install pas à pas. Je posterai le résultat.
 
PS : merci pour ta patience.
 

Reply

Marsh Posté le 16-04-2006 à 13:28:19    

kafifi a écrit :

Le testdrive vers le site de "nomachine" fonctionne sans pb (désolé j'ai oublié de le préciser).
J'essaie le chmod 640, si cela ne marche pas, je réinstalle une Mandriva clean (j'ai une image),  
et je reprends l'install pas à pas. Je posterai le résultat.
PS : merci pour ta patience.

J'ai réalisé toutes les manips indiquées, sans succès :
 
serveur Linux
- Nouvelle install de Mandriva2006  
- install des packages
- Ajout de "AllowUsers nx test" à /etc/sshd_config
- Ajout du user "test" et de son password  

Code :
  1. nxserver --adduser test
  2. nxserver --passwd test    => me


Code :
  1. chmod 640 /var/lib/nxserver/home/.ssh/authorized_keys2


 
client WinXP
- Nouvelle install du client nxmachine (1.5.0-138)
- Copie de la clé "client.id_dsa.key" de Freenx dans "D:\Program Files\NX Client for Windows\share"  
- Activation de cette clé, et pas la clé "default"
- Activation de l'option "ssl"
- Test du client sur serveur de no machine => OK (en choisissant dans key "Default" ).
 
Cela ne fonctionne toujours pas...
Voici ce que j'obtiens :
 
Côté serveur

Code :
  1. Apr 16 12:48:00 PCTEST sshd[6586]: Accepted publickey for nx from 192.168.200.1 port 3485 ssh2
  2. Apr 16 12:48:02 PCTEST sshd[6712]: Accepted publickey for test from 127.0.0.1 port 56358 ssh2


 
Coté client

Code :
  1. NX> 203 NXSSH running with pid: 4552
  2. NX> 285 Enabling check on switch command
  3. NX> 285 Enabling skip of SSH config files
  4. NX> 200 Connected to address: 192.168.200.2 on port: 22
  5. NX> 202 Authenticating user: nx
  6. NX> 208 Using auth method: publickey
  7. HELLO NXSERVER - Version 1.4.0-44 OS (GPL)
  8. NX> 105 hello NXCLIENT - Version 1.5.0
  9. NX> 134 Accepted protocol: 1.5.0
  10. NX> 105 SET SHELL_MODE SHELL
  11. NX> 105 SET AUTH_MODE PASSWORD
  12. NX> 105 login
  13. NX> 101 User: test
  14. NX> 102 Password:
  15. NX> 103 Welcome to: PCTEST user: test
  16. NX> 105 listsession --user="test" --status="suspended,running" --geometry="1792x1344x16+render+fullscreen" --type="unix-kde"
  17. NX> 127 Sessions list of user 'test' for reconnect:
  18. Display Type             Session ID                       Options  Depth Screen         Status      Session Name
  19. ------- ---------------- -------------------------------- -------- ----- -------------- ----------- ------------------------------
  20. NX> 148 Server capacity: not reached for user: test
  21. NX> 105 startsession --session="PC" --type="unix-kde" --cache="8M" --images="32M" --cookie="******" --link="lan" --kbtype="pc102/fr" --nodelay="1" --encryption="1" --backingstore="when_requested" --geometry="fullscreen" --media="0" --agent_server="" --agent_user="" agent_password="******""  --screeninfo="1792x1344x16+render+fullscreen"
  22. NX> 1000 NXNODE - Version 1.4.0-44 OS (GPL)
  23. NX> 700 Session id: PCTEST-1001-3625868E144C0DA5933C0A0983031D13
  24. NX> 705 Session display: 1001
  25. NX> 703 Session type: unix-kde
  26. NX> 701 Proxy cookie: 7a04aaf3e3152b9de349e39543562518
  27. NX> 702 Proxy IP: 127.0.0.1
  28. NX> 706 Agent cookie: 7a04aaf3e3152b9de349e39543562518
  29. NX> 704 Session cache: unix-kde
  30. NX> 707 SSL tunneling: 1
  31. NX> 710 Session status: running
  32. NX> 1002 Commit
  33. NX> 105 /usr/bin/nxserver: line 880:  6704 Terminated              ( sleep $AGENT_STARTUP_TIMEOUT; exit 1 )
  34. NX> 1006 Session status: running
  35. bye
  36. Bye
  37. NX> 999 Bye
  38. /usr/bin/nxserver: line 933: netcat: command not found
  39. NX> 285 Identified internal connection
  40. NX> 285 Using default mode encrypted
  41. NX> 285 Identified options: nx,options=/cygdrive/C/DOCUME~1/server/NX73F8~1/S-PCTE~2/options:1001
  42. NX> 285 Switching descriptors: 4 and: 5 to: 7
  43. NX> 287 Redirected I/O to channel descriptors
  44. Killed by signal 15.


 
Voici mon sshd_config :

Code :
  1. # $OpenBSD: sshd_config,v 1.72 2005/07/25 11:59:40 markus Exp $
  2. # This is the sshd server system-wide configuration file.  See
  3. # sshd_config(5) for more information.
  4. # This sshd was compiled with PATH=/usr/local/bin:/bin:/usr/bin:/usr/X11R6/bin
  5. # The strategy used for options in the default sshd_config shipped with
  6. # OpenSSH is to specify options with their default value where
  7. # possible, but leave them commented.  Uncommented options change a
  8. # default value.
  9. AllowUsers nx test
  10. RSAAuthentication yes
  11. PubkeyAuthentication yes
  12. #Port 22
  13. #Protocol 2,1
  14. Protocol 2
  15. #AddressFamily any
  16. #ListenAddress 0.0.0.0
  17. #ListenAddress ::
  18. # HostKey for protocol version 1
  19. HostKey /etc/ssh/ssh_host_key
  20. # HostKeys for protocol version 2
  21. HostKey /etc/ssh/ssh_host_rsa_key
  22. HostKey /etc/ssh/ssh_host_dsa_key
  23. # Lifetime and size of ephemeral version 1 server key
  24. #KeyRegenerationInterval 1h
  25. #ServerKeyBits 768
  26. # Logging
  27. # obsoletes QuietMode and FascistLogging
  28. #SyslogFacility AUTH
  29. #LogLevel INFO
  30. # Authentication:
  31. #LoginGraceTime 2m
  32. PermitRootLogin no
  33. #StrictModes yes
  34. #MaxAuthTries 6
  35. # For this to work you will also need host keys in /etc/ssh/ssh_known_hosts
  36. #RhostsRSAAuthentication no
  37. # similar for protocol version 2
  38. #HostbasedAuthentication no
  39. # Change to yes if you don't trust ~/.ssh/known_hosts for
  40. # RhostsRSAAuthentication and HostbasedAuthentication
  41. #IgnoreUserKnownHosts no
  42. # Don't read the user's ~/.rhosts and ~/.shosts files
  43. #IgnoreRhosts yes
  44. # To disable tunneled clear text passwords, change to no here!
  45. #PasswordAuthentication yes
  46. #PermitEmptyPasswords no
  47. # Change to no to disable s/key passwords
  48. #ChallengeResponseAuthentication yes
  49. # Kerberos options
  50. #KerberosAuthentication no
  51. #KerberosOrLocalPasswd yes
  52. #KerberosTicketCleanup yes
  53. #KerberosGetAFSToken no
  54. # GSSAPI options
  55. #GSSAPIAuthentication no
  56. #GSSAPICleanupCredentials yes
  57. # Set this to 'yes' to enable PAM authentication, account processing,
  58. # and session processing. If this is enabled, PAM authentication will
  59. # be allowed through the ChallengeResponseAuthentication mechanism.
  60. # Depending on your PAM configuration, this may bypass the setting of
  61. # PasswordAuthentication, PermitEmptyPasswords, and
  62. # "PermitRootLogin without-password". If you just want the PAM account and
  63. # session checks to run without PAM authentication, then enable this but set
  64. # ChallengeResponseAuthentication=no
  65. #UsePAM no
  66. #AllowTcpForwarding yes
  67. #GatewayPorts no
  68. X11Forwarding yes
  69. #X11DisplayOffset 10
  70. #X11UseLocalhost yes
  71. #PrintMotd yes
  72. #PrintLastLog yes
  73. #TCPKeepAlive yes
  74. #UseLogin no
  75. UsePrivilegeSeparation yes
  76. #PermitUserEnvironment no
  77. #Compression delayed
  78. #ClientAliveInterval 0
  79. #ClientAliveCountMax 3
  80. #UseDNS yes
  81. #PidFile /var/run/sshd.pid
  82. #MaxStartups 10
  83. # no default banner path
  84. #Banner /some/path
  85. # override default of no subsystems
  86. Subsystem sftp /usr/lib/ssh/sftp-server


 
Cela semble bien démarrer, mais cela coince à la fin.
@Sagittariu s,  
cette fois je suis sur une machine "bidouille free", je ne comprends pas !

Reply

Marsh Posté le 17-04-2006 à 01:03:32    

Contacte moi par MP si tu veux qu'on fasse quelques essais.
En attendant installe le client nomachine sur ta machine GNU/Linux

Reply

Marsh Posté le    

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed