La distribution éducative pour débutants et initiés.

Vous n'êtes pas identifié(e).

Annonce

PrimTux3-Raspberry Pi est disponible pour tests ici

  • Pour être automatiquement informé des réponses à vos messages sur le forum, n'oubliez pas de cliquer sur "Suivre cette discussion" en bas de page. Mieux, en vous abonnant au flux RSS du forum, vous pourrez suivre tout nouveau message sur l'ensemble du forum.
  • En allant dans votre Profil, ligne "Vie privée", vous pouvez également cocher "Suivre automatiquement les sujets auxquels on a répondu.", vous n'aurez plus à cliquer sur "Suivre cette discussion" lorsque vous postez un message.
  • Carte des membres pouvant aider et des écoles sous PrimTux, merci de nous envoyer un email si vous souhaitez y apparaître.
  • Abonnez-vous à la newsletter sur le site principal pour être informé des nouveaux paquets, nouvelles versions, bugs...

#1 04-11-2016 20:24:45

Steph
Administrateur
Inscription : 03-06-2015
Messages : 4 621

En parlant de ltsp...

J'ai parcouru différents tutos... et ben je suis arrivé à mes fins (attention on doit encore tester)... en ne les suivant pas!

Donc voici ce que j'ai fait, en machine virtuelle, et sans passer par les configurations conseillées, parce qu'à chaque fois que je les ai appliquées ça n'a pas fonctionné, maintenant ça fonctionnera peut-être sur du réel:
- On part sur une VM avec 2 cartes réseau en accès par pont, l'une des 2 cartes (la première) a une IP fixe: 192.168.0.1
- Installation de Lubuntu i386 14.04
- Installation de ltsp-server-standalone:

sudo apt-get update && sudo apt-get install ltsp-server-standalone

- Redémarrage
- Copié-collé du fichier /etc/ltsp/ltsp-build-client.conf:

ARCH=i386
LATE_PACKAGES="
gimp
nfs-client
"
DEBCONF_SEEDS="/etc/ltsp/debconf.seeds"
MOUNT_PACKAGE_DIR="/var/cache/apt/archive/"

- Copié-collé de  /etc/ltsp/dhcpd.conf:

#
# Default LTSP dhcpd.conf config file.
#

authoritative;

subnet 192.168.0.0 netmask 255.255.255.0 {
    range 192.168.0.20 192.168.0.250;
    option domain-name "example.com";
    option domain-name-servers 192.168.0.1;
    option broadcast-address 192.168.0.255;
    option routers 192.168.0.1;
#    next-server 192.168.0.1;
#    get-lease-hostnames true;
    option subnet-mask 255.255.255.0;
    option root-path "/opt/ltsp/i386";
    if substring( option vendor-class-identifier, 0, 9 ) = "PXEClient" {
        filename "/ltsp/i386/pxelinux.0";
    } else {
        filename "/ltsp/i386/nbi.img";
    }
}

- Copié-collé de /etc/default/isc-dhcp-server:

# Defaults for isc-dhcp-server initscript
# sourced by /etc/init.d/isc-dhcp-server
# installed at /etc/default/isc-dhcp-server by the maintainer scripts

#
# This is a POSIX shell fragment
#

# Path to dhcpd's config file (default: /etc/dhcp/dhcpd.conf).
#DHCPD_CONF=/etc/dhcp/dhcpd.conf

# Path to dhcpd's PID file (default: /var/run/dhcpd.pid).
#DHCPD_PID=/var/run/dhcpd.pid

# Additional options to start dhcpd with.
#	Don't use options -cf or -pf here; use DHCPD_CONF/ DHCPD_PID instead
#OPTIONS=""

# On what interfaces should the DHCP server (dhcpd) serve DHCP requests?
#	Separate multiple interfaces with spaces, e.g. "eth0 eth1".
INTERFACES=""

Sur la dernière ligne, il est conseillé de mettre INTERFACES="eth0 eth1" => je n'ai rien mis, je ne sais pas si j'ai tord mais ça fonctionne sans, il faudra voir avec.
- Dans un terminal, taper:

sudo ltsp-build-client

- Là la bidouille approche à grands pas, imaginez que pour refaire une PrimTux, ben il faudrait en fait tout rebatir en ligne de commande (chose que je ferai peut-être pour une jolie image ltsp).... Donc un peu (beaucoup) flemmard sur les bords, je copie-colle le filesystem.squashfs de PrimTux2 version Debian dans /opt/ltsp/images. Je renomme la i386.img en i386.img.old et je renomme mon filesystem.squashfs en i386.img.
- Sur une 2ème VM, je demande à démarrer en 1er sur le réseau.
- Et là, et bien ma PrimTux2 a démarré avec lightdm et mes 4 utilisateurs.

Alors ça reste de la bricole pour le moment (mais il faut en passer par là), ça demande à être reproduit et confirmé, mais la voie est ouverte...

En ligne

#2 05-11-2016 20:20:03

zoom61
Modérateur
Inscription : 07-09-2015
Messages : 1 003

Re : En parlant de ltsp...

C'est une bonne nouvelle et cela ouvre de nouvelles perspectives...

Hors ligne

#3 05-11-2016 20:56:14

Philippe Dpt35
Modérateur
Lieu : Ille-et-Vilaine
Inscription : 28-10-2015
Messages : 2 161
Site Web

Re : En parlant de ltsp...

Quand ce sera un peu plus calme, je m'attaquerai de mon côté à la tentative de construction d'un PrimTux sur Raspberry.

Hors ligne

#4 11-11-2016 20:55:26

Steph
Administrateur
Inscription : 03-06-2015
Messages : 4 621

Re : En parlant de ltsp...

Je pense qu'au niveau gestion d'un parc, on peut s'orienter vers 2 solutions:

- un ltsp => là une nouvelle application installée demande une update de l'image. On peut faire du ltsp sans image mais je n'arrive pas à la faire fonctionner, sauf sur une Debian Edu mais il faudrait personnaliser le répertoire des clients pour le transformer en une PrimTux...
- un montage nfs avec mise à jour automatique des clients au démarrage (ce que Thierry a fait) => dans ce cas si on installe une nouvelle application il faudra le faire sur chaque machine.

Dans tous les cas, on s'adressera limite à des professionnels (qui pourraient d'ailleurs nous donner un coup de main...).

Enfin, on peut critiquer windows, mais quand j'installais clicmenu sur le serveur, les clients pouvaient le démarrer via le réseau avec un simple raccourci, sous linux c'est ssh...

En ligne

#5 11-11-2016 21:59:21

Philippe Dpt35
Modérateur
Lieu : Ille-et-Vilaine
Inscription : 28-10-2015
Messages : 2 161
Site Web

Re : En parlant de ltsp...

Pour la Raspberry Pi, pas de solution ltsp envisageable, car il faudrait un serveur de même architecture. Or une RPi comme serveur ne présente pas d'intérêt. L'intérêt avec la RPi c'est le faible coût qui peut intéresser les collectivités.

Sur un forum de DVP (j'essaierai de retrouver la discussion si nécessaire) un intervenant donnait en exemple une entreprise qui s'était dorénavant orientée vers des RPi pour les postes de travail bureautique. Au moindre problème, on change la carte mémoire, le poste est immédiatement opérationnel ! Et un coût presque insignifiant.

Edit du 28 août 2017: en relisant le fil, je m'aperçois que j'ai écrit des bêtises en raison de mon inexpérience de l'époque. Je raye ce qui est faux tout en laissant pour mémoire de la discussion.

Hors ligne

#6 13-11-2016 19:39:38

zoom61
Modérateur
Inscription : 07-09-2015
Messages : 1 003

Re : En parlant de ltsp...

Cela ne serait-il pas celle-là.

Hors ligne

#7 14-11-2016 12:30:28

Steph
Administrateur
Inscription : 03-06-2015
Messages : 4 621

Re : En parlant de ltsp...

Bon c'est pas franchement concluant... Des applications ne se lancent pas en ltsp, je ne comprends pas le système de mise à jour des images: l'image contient plus d'application que le répertoire qui est à sa source> où va-t-elle les chercher? Comment?

En ligne

#8 14-11-2016 17:34:38

Steph
Administrateur
Inscription : 03-06-2015
Messages : 4 621

Re : En parlant de ltsp...

Une bonne nouvelle: le ssh. Explications:

- Un serveur avec une IP fixe (ici 192.168.0.1), utilisateur: administrateur, mot de passe: tuxprof / Un client
- Sur le serveur, installer openssh-server / sur le client installer openssh-client
- Redémarrer les 2 machines
- Sur le client, générer une clé, ne pas choisir de passphrase et garder le chemin suggéré, ça permettra de ne rien taper à la connexion:

ssh-keygen -t rsa

- La copier sur le serveur: se rendre sur le client dans /home/user/.ssh, ouvrir un terminal et taper:

ssh-copy-id -i id_rsa.pub administrateur@192.168.0.1

- On vous demandera le mot de passe de l'administrateur sur le serveur (ici tuxprof)
- Sur le client, taper:

xhost +192.168.0.1

Il ne faut le faire qu'une fois. Il ne sert à rien de le refaire quand on se connectera sur cette machine dans le futur.
- Puis:

ssh -X administrateur@192.168.0.1

- Puis:

export DISPLAY=:10.0

- Enfin, le nom de l'application qu'on souhaite lancer, et là ça devient intéressant:

/usr/local/bin/primtux/handymenu-mini

- Le handymenu-mini du serveur se lance, et toute application lancée depuis ce handymenu sera lancée depuis le serveur, pas depuis le client

J'en conclus que si on arrive à automatiser la connexion ssh à un serveur, on va gagner beaucoup de temps en configuration du réseau.
On pourra avoir un serveur PrimTux avec un seul utilisateur propriétaire de tout et des clients avec une interface minime comportant un lanceur vers les handymenus et un partage réseau.
Il y a encore la redirection du son mais ça me semble faisable.
Qu'en pensez-vous?

En ligne

#9 14-11-2016 17:56:41

Philippe Dpt35
Modérateur
Lieu : Ille-et-Vilaine
Inscription : 28-10-2015
Messages : 2 161
Site Web

Re : En parlant de ltsp...

Je vais tester ça, ainsi que SE3 !

Hors ligne

#10 14-11-2016 18:31:27

Steph
Administrateur
Inscription : 03-06-2015
Messages : 4 621

Re : En parlant de ltsp...

Côté ltsp j'ai testé Debian Edu, edubuntu et un ltsp installé sous lubuntu 14.04. Les 2 derniers font des images, le 1er non. Si on se dirige vers un ltsp, je préférerais Debian Edu, d'abord parce que c'est une Jessie, donc plus facilement adaptable, ensuite parce qu'il ne fait pas d'image => la mise à jour est moins longue, enfin parce que la gestion des utilisateurs avec un annuaire ldap est simple et bien faite.

En ligne

#11 15-11-2016 10:55:17

Philippe Dpt35
Modérateur
Lieu : Ille-et-Vilaine
Inscription : 28-10-2015
Messages : 2 161
Site Web

Re : En parlant de ltsp...

Je viens de tester avec ssh.
Je savais déjà faire une connexion en ssh pour prendre la main à distance en ligne de commande (ce que je fais pour gérer mon serveur sous Raspberry Pi), mais je ne savais pas faire un déport de l'affichage graphique du serveur vers le client en ssh, ce qui est fait, je suppose, par
export DISPLAY=:10.0

J'ai testé d'un serveur sous PrimTux installé sur une machine en dur, et un client en VM PrimTux sous Windows. L'invite de commande montre bien qu'on est sous le poste serveur, et que ce qui s'affiche sur l'écran du client est bien le déport d'affichage du poste serveur.

Il y a aussi la solution serveur-client avec boot du client sur le serveur par le réseau. Dans ce tuto:
http://alexandre-laurent.developpez.com … n-systeme/
l'explication est donnée pour une Raspberry Pi, dans la partie "Démarrage par le réseau".
ça devrait être adaptable à des postes sous Debian.

J'ai tenté d'installer un serveur SE3. Je n'ai pas réussi l'installation automatique. J'ai fait une installation manuelle, et j'essaie maintenant de configurer le SE3.

Hors ligne

#12 15-11-2016 11:34:23

Philippe Dpt35
Modérateur
Lieu : Ille-et-Vilaine
Inscription : 28-10-2015
Messages : 2 161
Site Web

Re : En parlant de ltsp...

Je viens de tester avec une Debian LXDE en VM comme client. ça fonctionne sans problème.
On peut effectivement envisager un client très léger avec un OS minimal + serveur graphique léger

Hors ligne

#13 15-11-2016 11:46:07

Philippe Dpt35
Modérateur
Lieu : Ille-et-Vilaine
Inscription : 28-10-2015
Messages : 2 161
Site Web

Re : En parlant de ltsp...

Il reste à automatiser la connexion au serveur en ssh au démarrage !

Hors ligne

#14 15-11-2016 12:07:29

Steph
Administrateur
Inscription : 03-06-2015
Messages : 4 621

Re : En parlant de ltsp...

Oui: création manuelle du paramétrage et des clés, et pour le reste je verrais bien 3 raccourcis vers les 3 handymenus du serveur, il faudra voir si on doit garder la configuration des fenêtres de fluxbox ou mettre seulement un lxpanel en bas, mais bon on en est au début. Il faut d'abord trouver comment déporter le son.

Je retente aussi la Debian edu en ltsp, c'est celle qui m'avait le plus convaincu. Je vais voir ce que donne une personnalisation du client.

En ligne

#15 15-11-2016 15:06:24

Philippe Dpt35
Modérateur
Lieu : Ille-et-Vilaine
Inscription : 28-10-2015
Messages : 2 161
Site Web

Re : En parlant de ltsp...

Steph a écrit :

pour le reste je verrais bien 3 raccourcis vers les 3 handymenus du serveur

La difficulté, ce sont ces raccourcis pointant de la machine cliente vers le serveur.
ssh se lance dans une console, et on doit lancer les commandes sur le serveur à partir de cette console une fois connecté.
Si on peut automatiser le lancement d'une console qui se connecte en ssh, comment ensuite lancer automatiquement, sans saisie dans cette même console à partir de l'invite de commande du poste distant, une application sur ce poste distant ?

Hors ligne

#16 15-11-2016 23:59:46

Philippe Dpt35
Modérateur
Lieu : Ille-et-Vilaine
Inscription : 28-10-2015
Messages : 2 161
Site Web

Re : En parlant de ltsp...

Bon, ben en fait c'est tout simple pour lancer automatiquement une application distante.
Un petit script, du style

#!/bin/bash
ssh -X administrateur@192.168.0.1 "/usr/local/bin/primtux/handymenu-mini"

Il suffit de lancer le script au démarrage de la session et le handymenu distant se lancera.
Testé à partir d'une Debian en VM lançant le handymenu-mini sur une PrimTux installée en dur et en dual-boot sur un autre PC.

Hors ligne

#17 16-11-2016 09:42:07

Philippe Dpt35
Modérateur
Lieu : Ille-et-Vilaine
Inscription : 28-10-2015
Messages : 2 161
Site Web

Re : En parlant de ltsp...

Quelques suggestions à partir de ce qu'il est possible de faire en ssh:

On peut imaginer des postes clients avec un système minimal, une interface graphique légère, et un écran de connexion pour les 3 sessions mini, super et maxi.
A la connexion on lance le handymenu correspondant du serveur, ainsi que les barres de tâches du serveur.
Toute l'administration se fait sur le serveur et est forcément répercutée sur les postes clients.
Il faudrait toutefois ajouter une possibilité de connexion automatique à une session sur le poste client.

Dans l'idéal il faudrait également prévoir une symétrie des connexions en ssh, de façon à ce qu'on puisse gérer un poste client à partir du serveur. Par des scripts on peut même automatiser des opérations sur l'ensemble d'un parc à partir du serveur.

Il nous faudrait établir un cahier des charges d'administration d'un parc serveur-clients, de façon à savoir ce qu'il serait nécessaire d'implémenter sur le poste serveur et sur les PC clients. On aurait alors une version complète de la distribution pour le poste serveur, et une distribution allégée, pré-configurée, pour les postes clients.

Hors ligne

#18 16-11-2016 09:50:35

zoom61
Modérateur
Inscription : 07-09-2015
Messages : 1 003

Re : En parlant de ltsp...

Philippe Dpt35 a écrit :

Il faudrait toutefois ajouter une possibilité de connexion automatique à une session sur le poste client.

Je ne suis pas sur que cette fonctionnalité est une importance dans cette configuration.

Ce mode de configuration sera plus utile dans une salle informatique et donc tous les profils d'élèves vont pouvoir l'utiliser.

Hors ligne

#19 16-11-2016 20:24:00

fanetk
Membre
Inscription : 16-11-2016
Messages : 2

Re : En parlant de ltsp...

Bonsoir,

Coté ltsp vous avez de quoi faire avec eole si vous ne connaissez pas déjà ? http://eole.ac-dijon.fr/documentations/ … ion_3.html
C'est pas mal fait et fonctionne plutôt très bien. Il y a également d'autres initiatives, un peu de partout en France... (des très bons du coté de la région centre si vous connaissez...)

Avez vous une idée de la taille de l'iso qui serait à télécharger ? 

merci
fa

Hors ligne

#20 16-11-2016 20:34:55

Philippe Dpt35
Modérateur
Lieu : Ille-et-Vilaine
Inscription : 28-10-2015
Messages : 2 161
Site Web

Re : En parlant de ltsp...

Stéphane connaît peut-être, moi non. Mais je m'intéresse depuis peu seulement à ce qui concerne les clients légers.
Merci donc pour l'info !

Hors ligne

#21 16-11-2016 20:46:57

Steph
Administrateur
Inscription : 03-06-2015
Messages : 4 621

Re : En parlant de ltsp...

Ah non je n'ai pas testé tout ça, j'en suis vraiment au début, il me faut plus de temps et en période scolaire je maintiens, je corrige, je teste "en surface" pour voir comment on peut évoluer, mais j'en reste au niveau des idées et de leur possible réalisation, le but étant toujours de choisir la meilleure option. Je vais regarder du côté d'eole, par contre pour ta région centre si tu pouvais en dire un peu plus...

Si tu t'y connais un peu en ltsp, y a-t-il moyen de mettre à jour le système client de manière graphique? Parce que si il faut tout faire en ligne de commande, même s'il n'y a pas grand chose à faire, rien que la mise à jour des handymenus posera problème, et ça, un prof lambda doit pouvoir le faire...

Pour l'iso tu parles de l'iso d'un éventuel serveur ltsp?

En ligne

#22 16-11-2016 21:16:23

Philippe Dpt35
Modérateur
Lieu : Ille-et-Vilaine
Inscription : 28-10-2015
Messages : 2 161
Site Web

Re : En parlant de ltsp...

Eole propose un ensemble bien foutu, sous forme de modules permettant de n'installer que ce que l'on désire. Et c'est bien documenté !

Pour SambaEdu3,je réussi à atteindre l'interface Web du serveur, mais je ne parviens pas à m'y connecter. Je pense que c'est un problème de configuration LDAP, mais comme je ne maîtrise pas bien la chose !
J'ai toutefois le sentiment que leur projet est peu actif: peu d'infos récentes, des liens obsolètes vers des réponses à des questions, pas de discussions récentes dans la partie développement... Je me demande donc si ça vaut la peine de poursuivre dans cette direction.

Hors ligne

#23 17-11-2016 17:31:06

Steph
Administrateur
Inscription : 03-06-2015
Messages : 4 621

Re : En parlant de ltsp...

@Philippe: concernant le ssh, je pense, comme d'habitude, qu'il faut être pragmatique et utile.

=> Si on raisonne en client-serveur, il ne sert à rien d'avoir à configurer le client sur lequel le minimum vital sera installé: un environnement fluxbox, les barres lxpanel et xfce4-panel protégées. Trop de configuration tue la configuration. Les barres actuelles sont très bien, j'ai même mis un temps certain avant d'arriver à un équilibre, les charger depuis le serveur juste pour pouvoir y ajouter un raccourci me semble superflu. Le lanceur privilégié est le handymenu, il est configurable, c'est largement suffisant. Les panels sont là pour le lancer et réduire les fenêtres. D'ailleurs je ne pense pas, même si ça peut marcher, que le ssh soit là pour charger l'environnement complet du serveur sur le client, surtout avec toutes les préférences des applications sous fluxbox, les différentes résolutions possibles, la taille des barres... ça me semble hasardeux.

=> J'imagine une session sur le serveur et 3 sur les clients, la connexion automatique pourra être configurée sur un client "maître" et répercutée lors du déploiement. Firefox gère les profils, je pense qu'il doit être possible de charger celui désiré depuis un client. Pour pcmanfm, on pourra ouvrir des répertoires spécifiques au niveau sur le serveur.

En ligne

#24 18-11-2016 17:38:45

Steph
Administrateur
Inscription : 03-06-2015
Messages : 4 621

Re : En parlant de ltsp...

Alors le son en ssh: fingers in the noze!

- Sur le serveur: sudo apt-get install paprefs
- En terminal: taper: pax11publish
- Démarrer paprefs depuis le terminal (je n'ai pas trouvé le raccourci...): cocher:
  - Onglet 1, case 1
  - Onglet 2, cases 1, 2, 3

Redémarrer => se connecter en ssh sur le client => le client a le son!

Maintenant il faudra voir avec un client léger, là j'ai testé avec 2 PrimTux2, peut-être qu'il faudra, pour être sûr, inclure les plugins audio, vidéo... déjà inclus dans PrimTux, histoire de ne pas avoir de mauvaises surprises.

Pour éole, euh... Comment dire... Tout est en terminal, je pense donc qu'il faut y accéder via un client, mais alors je ne suis pas assez calé pour gérer ça à l'heure actuelle... Il y a de la doc à lire!

En ligne

#25 18-11-2016 19:00:11

Philippe Dpt35
Modérateur
Lieu : Ille-et-Vilaine
Inscription : 28-10-2015
Messages : 2 161
Site Web

Re : En parlant de ltsp...

Pour le son, j'ai testé à partir de ma Debian LXDE en VM avec PrimTux en serveur sur un autre PC, et ça fonctionne sans que j'ai eu à installer quoi que ce soit sur le client ! smile

Pour Eole, je ne me suis pas encor penché concrètement dessus. Je n'ai fait que regarder ce que proposainnt les modules.
Quand tu dis que tout est en terminal, tu veux dire que sur le serveur il n'y a pas de gestionnaire d'interface graphique ?

Hors ligne

Pied de page des forums