Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
2288 connectés 

  FORUM HardWare.fr
  Linux et OS Alternatifs

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

 
 


Dernière réponse
Sujet : [Mandriva] freeNX pour l'accès distant à son PC
Sagittarius Contacte moi par MP si tu veux qu'on fasse quelques essais.
En attendant installe le client nomachine sur ta machine GNU/Linux

Votre réponse
Nom d'utilisateur    Pour poster, vous devez être inscrit sur ce forum .... si ce n'est pas le cas, cliquez ici !
Le ton de votre message                        
                       
Votre réponse
[b][i][u][strike][spoiler][fixed][cpp][url][email][img][*]   
 
   [quote]
 
Options

 
Vous avez perdu votre mot de passe ?


Vue Rapide de la discussion
Sagittarius Contacte moi par MP si tu veux qu'on fasse quelques essais.
En attendant installe le client nomachine sur ta machine GNU/Linux
kafifi

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:
  19. Display Type             Session ID                       Options  Depth Screen         Status      Session Name
  20. ------- ---------------- -------------------------------- -------- ----- -------------- ----------- ------------------------------
  23. NX> 148 Server capacity: not reached for user: test
  24. 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"
  26. NX> 1000 NXNODE - Version 1.4.0-44 OS (GPL)
  27. NX> 700 Session id: PCTEST-1001-3625868E144C0DA5933C0A0983031D13
  28. NX> 705 Session display: 1001
  29. NX> 703 Session type: unix-kde
  30. NX> 701 Proxy cookie: 7a04aaf3e3152b9de349e39543562518
  31. NX> 702 Proxy IP: 127.0.0.1
  32. NX> 706 Agent cookie: 7a04aaf3e3152b9de349e39543562518
  33. NX> 704 Session cache: unix-kde
  34. NX> 707 SSL tunneling: 1
  35. NX> 710 Session status: running
  36. NX> 1002 Commit
  37. NX> 105 /usr/bin/nxserver: line 880:  6704 Terminated              ( sleep $AGENT_STARTUP_TIMEOUT; exit 1 )
  38. NX> 1006 Session status: running
  39. bye
  40. Bye
  41. NX> 999 Bye
  42. /usr/bin/nxserver: line 933: netcat: command not found
  43. NX> 285 Identified internal connection
  44. NX> 285 Using default mode encrypted
  45. NX> 285 Identified options: nx,options=/cygdrive/C/DOCUME~1/server/NX73F8~1/S-PCTE~2/options:1001
  46. NX> 285 Switching descriptors: 4 and: 5 to: 7
  48. NX> 287 Redirected I/O to channel descriptors
  49. Killed by signal 15.


 
Voici mon sshd_config :

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

kafifi

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.
 
Sagittarius 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.
kafifi UP !
 
=> Y a-t-il des log que je puisse fournir pour aider dans le diagnostique ?
 
Merci.
kafifi

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...  
boobaka Oki thanks, je testerai ca tout a l'heure :-)
Merci pour la réponse rapide...
++
Sagittarius @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.
boobaka @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
++
kafifi

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:
  19. Display Type             Session ID                       Options  Depth Screen         Status      Session Name
  20. ------- ---------------- -------------------------------- -------- ----- -------------- ----------- ------------------------------
  23. NX> 148 Server capacity: not reached for user: test
  24. 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"
  26. NX> 1000 NXNODE - Version 1.4.0-44 OS (GPL)
  27. NX> 700 Session id: PCTEST-1001-92BE9D7FDDADAEF9CC71455A155D8CC9
  28. NX> 705 Session display: 1001
  29. NX> 703 Session type: unix-kde
  30. NX> 701 Proxy cookie: 209a54f23a5c022b0abaf1a83136f308
  31. NX> 702 Proxy IP: 127.0.0.1
  32. NX> 706 Agent cookie: 209a54f23a5c022b0abaf1a83136f308
  33. NX> 704 Session cache: unix-kde
  34. NX> 707 SSL tunneling: 1
  35. NX> 710 Session status: running
  36. NX> 1002 Commit
  37. NX> 105 /usr/bin/nxserver: line 880: 20949 Terminated              ( sleep $AGENT_STARTUP_TIMEOUT; exit 1 )
  38. NX> 1006 Session status: running
  39. bye
  40. Bye
  41. NX> 999 Bye
  42. /usr/bin/nxserver: line 933: netcat: command not found
  43. NX> 285 Identified internal connection
  44. NX> 285 Using default mode encrypted
  45. NX> 285 Identified options: nx,options=/cygdrive/C/DOCUME~1/server/NX73F8~1/S-PCTE~1/options:1001
  46. NX> 285 Switching descriptors: 4 and: 5 to: 7
  48. NX> 287 Redirected I/O to channel descriptors
  49. 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...

boobaka 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...
++
Sagittarius

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.
kafifi

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 !
 
 

Sagittarius

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.
kafifi

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:
  19. Display Type             Session ID                       Options  Depth Screen         Status      Session Name
  20. ------- ---------------- -------------------------------- -------- ----- -------------- ----------- ------------------------------
  22. NX> 148 Server capacity: not reached for user: test
  23. 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"
  24. Warning: Permanently added '127.0.0.1' (RSA) to the list of known hosts.
  25. Permission denied (publickey,password,keyboard-interactive).
  26. 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 ?
 
 
Sagittarius Ah oui en effet, je vais refaire l'upload. Désolé.
kafifi

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

DayDreamer Personne n'a testé le plugin mozilla Moznx pour se connecter a un serveur NX ?
Parceque je n'y arrive pas du tout
Sagittarius 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*
kafifi

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:
  19. Display Type             Session ID                       Options  Depth Screen         Status      Session Name
  20. ------- ---------------- -------------------------------- -------- ----- -------------- ----------- ------------------------------
  23. NX> 148 Server capacity: not reached for user: test
  24. 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"
  26. Permission denied (publickey,password,keyboard-interactive).
  27. 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
 
 
 
 
Sagittarius

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.
 

kafifi 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:  
bugmenot 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.
leto 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
leto Pas de problème avec un testdrive pourtant :/
leto 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
Sagittarius 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.
leto 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
leto

% 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 :)
Sagittarius 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
leto Au mieux je me tappe ca :  

knx: receivedFromSSH: Enter passphrase for key '/usr/share/knx/client.id_dsa.key':
leto Ca marche toujours pas :/
Ton SSH Sagittarius, tu l'utilise avec des clefs ou avec des mots de passe ?
Sagittarius 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.
leto

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 ?

Sagittarius 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.

thierry_b 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+
Sagittarius 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
lolowan

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:  
 
the_fireball 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
Sagittarius 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.

Forum MesDiscussions.Net, Version 2010.2
(c) 2000-2011 Doctissimo

Copyright © 1997-2025 Groupe LDLC (Signaler un contenu illicite / Données personnelles)