PC configuré en Terminal X - Vos expériences

PC configuré en Terminal X - Vos expériences - réseaux et sécurité - Linux et OS Alternatifs

Marsh Posté le 16-05-2003 à 10:14:15    

Bonjour,
 
Je souhaiterais savoir si vous des expériences réussies en TX.
 
Quelles sont les difficultés majeures ?
Les ports imprimantes sont-ils "remapables" ?
Autre ?
 
Merci
 
--------------------------- quelques liens ---------------------------
 
http://mandrakeforum.com/article.p [...] 79&lang=en
 
http://www.ltsp.org
 
http://www.riverdale.k12.or.us/linux/k12ltsp.html
 
http://www.abuledu.org/
 
http://www.solucorp.qc.ca/


Message édité par Sagittarius le 20-05-2003 à 13:43:16
Reply

Marsh Posté le 16-05-2003 à 10:14:15   

Reply

Marsh Posté le 16-05-2003 à 10:16:25    

Les TX, c'est biaing.
 
Sinon tu veux faire quoi avec le port imprimante ?


---------------
« No question is too silly to ask, but, of course, some are too silly to answer. » -- Perl book
Reply

Marsh Posté le 16-05-2003 à 16:27:41    

Déjà fait avec un 486 DX2-66, 8 Mo de RAM et un système minimum (j'avais un disque de 120 Mo, mais au final, la distrib prenait moins de 30 Mo).
 
En fait, j'avais fait l'install en branchant le disque dur sur un autre PC qui avait un lecteur de CD (le 486 n'avait ni lecteur CD ni lecteur de disquette). Pendant cette install (une Slackware 7.1 ou 8.0, je ne me souviens plus), j'ai mis le minimum, à savoir le système de base et X. Ensuite, j'ai effacé à la main plusieurs trucs afin d'arriver en dessous de 30 Mo, mais ça, c'était juste pour le fun, parce que sinon, ça tient entre 50 et 60 Mo. J'ai effacé les pilotes inutiles et les fontes.
 
Si tu n'as pas de problème de place sur le terminal, laisse les fontes, qu'il les trouve en local. Sinon, tu as besoin d'un serveur de fontes distant, c'est pas toujours le mieux (le réseau, en 10 Mb, avait parfois un peu de mal à l'ouverture de session).
 
Après, il suffit de configurer X, le réseau (j'avais laissé ouvert un telnet sur le bouzin pour l'administrer. C'est pas propre, je sais, mais bon, on avait confiance en tous les postes du réseau, et tout le monde pouvait si nécessaire aller régler un problème de config. Un webmin ou un ssh aurait été plus approprié, je l'admets).
 
Au final, je faisais démarrer le machin en init 4, en ayant modifié le fichier d'init 4 de la sorte :
 

Code :
  1. #! /bin/sh
  2. echo "Starting up X11 session manager..."
  3. # /usr/X11R6/bin/X -query 192.168.63.21
  4. /usr/X11R6/bin/X -broadcast


 
Il faut bien sûr qu'il y ait sur le réseau une machine acceptant les requêtes XDMCP, chose très facile à configurer avec gdm ou kdm.
 
Voilà, c'est tout. Et puis le stagiaire qui l'utilisait travaillait avec KDE comme environnement sans problème (sauf, que de temps en temps, Mozilla et Konqueror par exemple n'aiment pas trop attendre le serveur de polices).

Reply

Marsh Posté le 16-05-2003 à 16:32:34    

Ah oui, sinon, pour le port imprimante, ben, en fait, tu veux en faire quoi ?
Au pire, tu installes l'imprimante sur le PC qui fait Terminal X, tu la configures avec partage Samba (avec administration par Cups, ça doit pouvoir se régler à distance), et c'est tout bon, non ?
Comme c'est un Linux tout bête qui sert de support au X, ya qu'à faire comme ça.

Reply

Marsh Posté le 16-05-2003 à 16:59:53    

Jak a écrit :

Si tu n'as pas de problème de place sur le terminal, laisse les fontes, qu'il les trouve en local. Sinon, tu as besoin d'un serveur de fontes distant, c'est pas toujours le mieux (le réseau, en 10 Mb, avait parfois un peu de mal à l'ouverture de session).

Avec Xft2 et les fontes côté client, ce n'est plus nécessaire.
Décidément, comme ça roxor, Xft2/fontconfig/freetype...


---------------
« No question is too silly to ask, but, of course, some are too silly to answer. » -- Perl book
Reply

Marsh Posté le 16-05-2003 à 17:09:21    

Jar Jar a écrit :

Avec Xft2 et les fontes côté client, ce n'est plus nécessaire.
Décidément, comme ça roxor, Xft2/fontconfig/freetype...

Ça marche avec XFree 3.3.6 ? Parce que c'était le problème, XFree 4.x ne se lance pas sur un 486 avec 8 Mo de RAM, et une Cirrus Logic 5424 sur bus VLB et 1 Mo de RAM.
On passait quand même en 800x600 en 65000 couleurs.

Reply

Marsh Posté le 16-05-2003 à 17:18:06    

Citation :

The current version of Xft (2.0) provides a client-side font API for X applications. It uses Fontconfig to select fonts and the X protocol for rendering them. When available, Xft uses the Render extension to accelerate text drawing. When Render is not available, Xft uses the core protocol to draw client-side glyphs. This provides completely compatible support of client-side fonts for all X servers.
 
Drawing anti-aliased text with the core protocol involves fetching pixels from the destination, merging in the glyphs and shipping them back. This can be a performance problem when the latency between client and server is high. Drawing non-AA text with the core protocol can be done by just sending the glyphs from the client to the server. This eliminates any latency effects and makes rendering speed depend only on bandwidth. Careful protocol selection can make the bandwidth scale linearly with the pixel size of the glyphs, so performance is acceptable, even with relatively large glyphs.
 
When using legacy X servers (those without Render support) across a network, disabling anti-aliased text will improve text performance so that applications are reasonably usable even if completely dependent on client-side fonts.


 
Donc ça doit marcher même sur un XFree 3.3.6, mais moins vite. Enfin sur un réseau 100 Mbps, les problèmes de performances ne se posent que s'il y a beaucoup de clients, X étant quand même très rapide.


---------------
« No question is too silly to ask, but, of course, some are too silly to answer. » -- Perl book
Reply

Marsh Posté le 16-05-2003 à 20:29:29    

Merci à vous pour vos très éminents conseils.
 
J'ai en effet, l'envie de passer un des portables du réseau (10Mbits) en terminal X pour me débarasser de toute trace de logiciel propriétaire, qui, pour l'heure, permet d'exécuter de manière satisfaisante OpenOffice.
 
Ce portable possède une carte video reconnue par X (CirrusLogic), 40 Mo RAM, DD 810 Mo, et son Pentium est cadencé à 133 MHz.
 
Seulement, installer une distribution complète avec X sur celui-ci fait qu'OpenOffice (version GNU/Linux) est extrêmement lent à l'utilisation, raison pour laquelle je me suis dit qu'il était sans doute préférable de le passer en simple TX, les applications s'exécutant sur un serveur nettement plus véloce et disposant d'une RAM conséquente.
 
A priori donc, cette idée n'est pas idiote ?
 
Est-ce à dire également, qu'un TX permet de recycler des PC qui, sinon, seraient obsolètes. Si tel est le cas, cette approche mérite d'être connue.
 
Merci encore  pour votre aide précieuse.
Je vais donc essayer à mon rythme d'amateur.

Reply

Marsh Posté le 17-05-2003 à 00:01:53    

Vi, vi, ça peut servir à ça. En effet, j'oubliais, mais le stagiaire lançait de temps en temps OpenOffice.org, sur le 486, il me semble. Et je crois me rappeler qu'on avait aussi lancé rdesktop sur le Windows 2000 Terminal Server, en plein écran, pour voir. Ça marchait bien, ça aussi.
 

Citation :

A priori donc, cette idée n'est pas idiote ?


 
Non, non, c'est une bonne idée, surtout si tu ne sais pas quoi faire d'autre avec cette machine. Il y a juste à bricoler un peu les scripts de la distrib que tu utiliseras pour lancer X comme il faut. Ça t'intéresse, l'image du TX que j'avais faite, histoire de te donner des idées ?
 
Après tout, c'est juste un poste de travaiil supplémentaire. Vu la puissance des machines actuelles, 2 utilisateurs (ou plus) peuvent tout-à-fait s'en servir pour un usage bureautique. Mon frère utilise fréquemment ma machine pour faire des tests en se connectant par ssh dessus.

Reply

Marsh Posté le 17-05-2003 à 04:09:23    

un lien sympa a ce propos  http://www.pclinuxonline.com/modul [...] e&sid=6633
 
( c est du ltsp )

Reply

Marsh Posté le 17-05-2003 à 04:09:23   

Reply

Marsh Posté le 17-05-2003 à 09:49:19    

Jak a écrit :

Ça t'intéresse, l'image du TX que j'avais faite, histoire de te donner des idées ?


 
Oui en effet, ça m'intéresse.
 :)

Reply

Marsh Posté le 17-05-2003 à 09:51:35    


 
Merci  :)  

Reply

Marsh Posté le 17-05-2003 à 11:01:29    

J'avais recyclé des vieux PC de marque SNI, des 486sx25 avec 8 ou 16 Mo de ram. Ils avaient des boitiers ultra-compact, video et réseau intégrés reconnus directement sous Linux :)
J'ai donc viré les disques durs, installé un kit "xterminals" trouvé sur freshmeat (c'était basé sur redhat), et hop, voila des terminaux X qui bootent sur disquette et qui mountent leur filesystem par NFS :)
Affichage en 1024x768 en 8 bits, ça le faisait pas mal :) Mon "serveur" c'était un K6-233 avec 192 Mo de ram, grace à lui je pouvais notamment utiliser le lourdingue netscape sur les 486 :)


Message édité par [Albator] le 17-05-2003 à 11:03:07
Reply

Marsh Posté le 17-05-2003 à 11:03:12    

Sagittarius a écrit :


 
Oui en effet, ça m'intéresse.
 :)  

Voir messages privés. Pas sûr que ça te sera utile, remarque, mais ça me coûte pas grand'chose, donc, hop ...

Reply

Marsh Posté le 17-05-2003 à 14:42:15    

Merci pour vos explications.
Vous êtes vraiment des pros. Si si. ;)
Car vous semblez ne rien ignorer de cet OS génial que j'ai découvert il y a un an maintenant.
 
J'ai du coup ajouté quelques liens plus haut. ;)

Reply

Marsh Posté le 17-05-2003 à 23:03:25    

Sagittarius a écrit :

Vous êtes vraiment des pros. Si si. ;)

Pas spécialement, c'est juste que l'on peut très simplement aller plus en avant dans la découverte du système si on en a la motivation. Beaucoup plus simplement que sous Windows où tout est caché : ce truc, du terminal X, c'est complètement bateau (d'accord, il faut le savoir, mais il faut bien apprendre un jour), ça n'a rien de sorcier une fois qu'on a compris 2 ou 3 principes de base.
 
L'autre jour, j'ai été demandé sur S&R comment faire pour extraire l'image ISO d'un CD sous Windows XP pour pouvoir la monter ensuite. J'ai été surpris non seulement de ne pas être compris, mais encore de la difficulté (toute relative, il est vrai, mais je compare à Linux) d'y parvenir.
 
Ce n'est pas un problème Windows/Linux, c'est juste que Windows cache les difficultés et permet de croire que l'on sait se servir d'un ordinateur. En découle ce qu'on appelle toute une génération d'admin clic-clic, incapables de comprendre ce qu'ils font. Et ils sont perdus avec autre chose que Windows. Mais ça n'empêche qu'il existe de très bons admins NT qui ont une connaissance de ce qu'ils font en cliquant sur les boutons. Et ces admins-là sont aussi expérimentés que des admins Unix (et aussi chers, si on veut parler de TCO :) ).
 
C'est pour cette raison que Linux est plus simple à mes yeux que Windows.


Message édité par Jak le 17-05-2003 à 23:03:43
Reply

Marsh Posté le 18-05-2003 à 03:41:57    

Bon, grâche à vos indications, il m'a semblé que j'ai principalement le choix entre :
 
- Ltsp, qui semble très bien documenté,
- drakTermServ qui est disponible dans ma distribution.
 
(j'ai éliminé xtermkit, après avoir rebuildé le srpm sans soucis, du fait qu'il m'a semblé, sauf erreur, un peu tombé en désuétude ?)
 
Je n'ai donc plus qu'à tester les deux premiers.
Reste qu'il me faudra faire une disquette de boot avec un kernel qui prend en charge pcmcia puisque la carte réseau est à ce format.
 
Je suis fébrile à l'idée de faire fonctionner ce portable sous Linux.


Message édité par Sagittarius le 18-05-2003 à 03:47:04
Reply

Marsh Posté le 20-05-2003 à 13:21:07    

J'avance doucement, j'espère sûrement.
 
J'ai installé drakTermServ qui est, semble-t-il, une implémentation à la LTSP. Cela a l'air très prometteur. Tout est fait en sorte de pouvoir booter à partir d'une station diskless.
 
Seulement, je me suis rendu compte que mon portable a sa carte réseau dans un slot PCMCIA. Et malheureusement, je ne peux dès lors pas booter avec une disquette faite à partir de etherboot.  :sweat:  
 
Seule solution donc (dites-moi si je fais erreur) : créer une disquette de boot avec un kernel sur mesure pour la prise en charge en dur des protocoles nécessaires (nfs notamment) du module de la carte (ne2kpci) et de pcmcia. Compiler, cela ne ne fait pas peur.
 
C'est plutôt les paramètres à passer au kernel pour que le processus d'initialisation se fasse correctement qui va me prendre quelque temps.
 
Enfin, je vais essayer de m'en sortir.
 

Reply

Sujets relatifs:

Leave a Replay

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