vendredi 03 octobre
Accueil :: Dépêches :: Entretiens :: Journaux :: Forums :: Sondages :: Suivi :: Statistiques :: Contact :: Plan

Derniers journaux de BruceLeNain :

Journal : Quel choix de client léger hardware pour Nomachine NX ?

Posté par Bruce Le Nain (Jabber id, page perso, ) le 13 septembre 2006
0
Bonjour,

je cherches à créer plusieurs réseaux de machines (clients légers sous linux, avec client NX) de la forme la plus légère possible, au niveau physique je veux dire.
Au mieux, un poste client léger avec écran intégré, ou un client léger qui se branche directement sur la prise de courant.

Sinon à défaut un client léger classique, genre wyse...

L'important serait de pouvoir lancer une session NX dessus (un client RDP dessus, ou VNC ou tarantella ne serait pas de refus, mais sinon tant pis)

Avez vous des idées de machines ou même des expériences dans le domaine ?

> Lire le journal (14 commentaires, moyenne: 2,4).  

Cette discussion est archivée, il n'est plus possible de laisser des commentaires.

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.

LTSP

Posté par lezardbreton (Jabber id, page perso, ) le 13/09/2006 à 13:26. (lien). Évalué à 4.

Pour moi, ce que tu recherches, c'est LTSP (Linux Terminal Server Project), une technologie mature dont l'un des objectifs est justement d'avoir des terminaux ultralégers. Si tu utilises NoMachine, tu seras obligé de lancer X sur tes clients par exemple.
Pour LTSP, voir ici : http://wiki.ltsp.org/twiki/bin/view/Ltsp/Clients#What_s_the_(...) les besoins hardware recommandés sont d'une machine avec 32Mo de RAM et un bus PCI. En tout cas, si tu as des retours d'expérience par la suite, ça m'intéresse toujours.

  • [^]Re: LTSP

    Posté par imr () le 15/09/2006 à 09:51. (lien). Évalué à 1.

    Comment tu fais pour afficher un display du serveur sans X lancé sur le client?

    • [^]Re: LTSP

      Posté par Jak () le 16/09/2006 à 16:09. (lien). Évalué à 1.

      Tu ne mets pas d'écran sur le client !

      'fait beau dehors --->[]

      --
      « Le savoir, n'est-ce pas, est un bien précieux. Trop précieux pour ne pas être partagé. »
      - Battologio d'Epanalepse, in De Cape et de Crocs, Acte VII (Ayroles & Masbou)

NoMachine

Posté par cedric () le 13/09/2006 à 14:50. (lien). Évalué à 2.

Juste comme ca, les versions actuelles des differents codes fournit par NoMachine ne sont vraiment pas etudie pour des machines legeres. Tu pers facilement 18Mo de RAM pour nxssh. Et vu la gueule du code, ce n'est vraiment pas etonnant. Pour l'instant, faudrait en reecrire beaucoup pour une version embarque, ms si tu utilises un truc a base de PC, style Via avec un gros paquet de RAM ca passera.

D'ailleur j'ai remarque que le server leakait pas mal (en moins de 2 semaines d'uptime, j'ai un nxagent d'environ 250Mo), est-ce que d'autre on vut ce genre de probleme ?

D'ailleur qui utilise NX ici ? Et quel client NX utilisez vous ?

  • [^]Re: NoMachine

    Posté par med (page perso, ) le 13/09/2006 à 15:00. (lien). Évalué à 3.

    J'utilise knx comme client. Il n'est pas très poussé (pas de gestion de reconnexion par exemple) mais ça me suffit amplement. Il a d'ailleurs été réécrit en Qt 4 cet été lors d'un google SoC. Voir les entrées QtNX http://blog.gwright.org.uk/ .

Yen a pas un qui réponds à la question !

Posté par davB (page perso, ) le 13/09/2006 à 15:42. (lien). Évalué à 2.

Bon puisqu'y en a pas un qui réponds à la question, je me lance, à Solutions Linux, on peut généralement voir les petites machines de la société Axel (www.axel.com) ils ont des terminaux très légers basés sur vnc ...

  • [^]Re: Yen a pas un qui réponds à la question !

    Posté par Frédéric COIFFIER () le 13/09/2006 à 15:47. (lien). Évalué à 3.

    Le problème de VNC, c'est qu'il faut une bande passante réseau bien plus élevée qu'avec NX (même avec TightVNC, je doute que ça atteigne les performances de NX).

    D'un autre côté, si NX est performant, c'est justement à cause d'une système de cache (qui consomme donc pas mal de RAM...).

  • [^]Re: Yen a pas un qui réponds à la question !

    Posté par lezardbreton (Jabber id, page perso, ) le 13/09/2006 à 16:16. (lien). Évalué à 4.

    Je veux bien que tu m'expliques en quoi je ne répondais pas à la question au-dessus. Les inconvénients de NX ou encore de VNC sont qu'ils ont besoin de plus de RAM et de proc que TLSP, ils ne répondent pas au même besoin. Il me semble par contre qu'ils ont des besoins réseaux plus faibles. Si on suit le lien que j'ai donné, de nombreuses adresses de distributeurs de terminaux compatibles TLSP sont disponibles, ainsi qu'un descriptif assez complet des machines compatibles.

Justement

Posté par blackshack (page perso, ) le 13/09/2006 à 16:51. (lien). Évalué à 2.

je suis tombé dssus aujourd'hui (ce n'est pas qui moi qui vend donc...) cela coute normalement 400¤ l'unité au prix neuf. Là c'est du déstockage donc : http://cgi.ebay.fr/Lot-de-8-stations-Hp-thin-client-t5520_W0(...)
tu enlève le windows et tu mets ton Linux.... c'est du VIA Eden 800 en proc donc cela devrai aller. Pour la ram je sais pas si cela te suffit, mais peutêtre que tu peux en rajouter.
e

  • [^]Re: Justement

    Posté par lilliput (page perso, ) le 14/09/2006 à 23:50. (lien). Évalué à 1.

    en parlant de ca comment tu enleve le windows j'ai une thinstation made in neoware.

    bon en installant un serveur xrdp http://sourceforge.net/projects/xrdp et je peux avoir acces a un bureau linux. J'ai pas encore tout approfondie mais il y'a un logiciel d'administration (accessible sous windows) et un daemon VNC qui permet de prendre la main a distance sur le thinstation (je me demande a quoi ca leur servait puisque le serveur RDP le gere deja...)
    j'ai pas encore essayer la derniere version mais elle est basé sur le rendu de VNC et l'exporte/encapsule au format rdp.

    voila.

    --
    John

thinstation

Posté par phenix (page perso, ) le 13/09/2006 à 17:36. (lien). Évalué à 2.

J'ai pas utilisé de vrais clients legers ( mon stage s'est terminé trop top ) mais j'ai eu l'occasion de tester thinstation. http://thinstation.sourceforge.net/wiki/index.php/ThIndex qui suport nx, vnc, rdesktop et j'en passe.

Par contre thinstation utilise un ramdisk, avec les caches de nxclients je te conseille de prendre au moins 64Mo de ram sur ton client legers

neoware

Posté par Guillaume D. () le 13/09/2006 à 19:46. (lien). Évalué à 3.

la reponse est dans le titre....

Merci...

Posté par Bruce Le Nain (Jabber id, page perso, ) le 13/09/2006 à 20:06. (lien). Évalué à 4.

...pour vos réponses, je vais tenter les diverses solutions et je rédigerai un journal sur mes impressions, réussites et échecs.

--
Hôdo
Livingstone

  • [^]retour d'expérience

    Posté par marquez () le 18/09/2006 à 08:48. (lien). Évalué à 1.

    pour ma part, travaillant en etablissement scolaire, ayant pas mal de vieilles becanes à recycler, j'ai testé :

    - environnement existant : domaine microsoft 2003, comptes eleves dessus.
    - pour le serveur ts : ubuntu 5.06

    - installation de sadms pour l'intégration dans l'active directory du serveur ts ( http://sadms.sourceforge.net/ )
    Les eleves ouvrent une session ts avec leur nom/mdp microsoft.
    un script samba à l'ouverture de session connecte leur dossier perso dans un sous dossier de /home.

    - installation de thinstation
    ( http://thinstation.sourceforge.net/wiki/index.php/ThIndex )
    thinstation permet au terminal d'etre client rdp ou x. on peut meme faire un menu de choix entre plusieurs serveurs.

    coté serveur : installation du service ris sur le controleur de domaine microsoft, avec l'image thinstation.nbi (parametré pour correspondre aux differents terminaux , parametrage du dhcp (option 066 et 067)

    coté client : création d'une disquette etherboot
    (http://www.etherboot.org et http://rom-o-matic.net/ )
    pour booter et recuperer le thinstation.nbi par bootp.

    Les problèmes rencontrés :

    - choix du gestionnaire de fenetres :
    s'il est trop graphique , il bouffe trop de ressources mémoire.
    s'il est trop léger (peu d'icones, pas de barre de tache, pas de menu), les élèves et enseignants habitués à la logique microsoft sont un peu déroutés.

    - emplacement et nom du dossier perso (ça change de la lettre de lecteur dans le poste de travail)

    - les terminaux doivent quand meme avoir un peu de ram (moins de 32Mo, ca permet pas d'utiliser les cles usb, par exemple) pour charger tous les types de carte réseau de l'établissement.

    - probleme de clignotement d'ecran dans certaines applis (genre openoffice)

    voila voila

Revenir en haut de page

Run by Team LinuxFr.org

Cette page a été générée par Templeet en 0.0842s (dont 0.008 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
Faire un don !