Ici on n'a que votre IP, votre pseudo et votre adresse mail que nous ne traitons pas.
Quand vous êtes enregistrés, une seule requête permet de vous afficher les messages que vous n'avez pas lus.
NOUVELLE ADRESSE PERMANENTE DU DÉPÔT: https://mirrors.o2switch.fr/primtux/repo/debs
ATTENTION, MERCI DE NE PAS METTRE À JOUR PRIMTUX7 UBUNTU 20.04 VERS LA 22.04, LES HANDYMENUS NE SONT PAS ENCORE COMPATIBLES!
Merci de cliquer ici si vous souhaitez vous inscrire sur le forum.

Note de ce sujet :
  • Moyenne : 0 (0 vote(s))
  • 1
  • 2
  • 3
  • 4
  • 5
[résolu] primtux5 et ltsp
#1
Bonjour a tous
Tout d'abord merci pour votre travail.
Je suis un papa qui a récupérer du matériel pour équiper l’école primaire du petit village. Pour me faciliter la vie je voulais utiliser LTSP avec Primtux5.
Mais voila:
-le boot pxe fonctionne sur le pc client, mais le menu déroulant des bureaux n'apparait pas.
-Et la connexion internet sur le PC serveur ne fonctionne plus.
Merci d'avance .
Je suis preneur de toutes solutions.

Manu
Répondre
#2
manu a écrit :-le boot pxe fonctionne sur le pc client, mais le menu déroulant des bureaux n'apparait pas.
As-tu bien installé les différentes sessions élèves depuis la fenêtre d'accueil sur le serveur ? Sur la PTX5, ces sessions ne sont pas installées par défaut.

manu a écrit :-Et la connexion internet sur le PC serveur ne fonctionne plus.
Quel type de connexion ? WiFi ou Ethernet ?
Répondre
#3
bonsoir Philippe

Philippe Dpt35 a écrit :As-tu bien installé les différentes sessions élèves depuis la fenêtre d'accueil sur le serveur ? Sur la PTX5, ces sessions ne sont pas installées par défaut.

J'ai fais:
- un essai avec uniquement la session administrateur et la session apparaît avec demande du mot de passe.
- un second avec des sessions et là le menu déroulant n’apparaît pas.mais des pages de bureaux vides

Philippe Dpt35 a écrit :Quel type de connexion ? WiFi ou Ethernet ?

Tout en filaire
Avant l'installation de Ltsp j'ai un accès à internet depuis la session administrateur, mais une fois toutes les manipulations terminées plus rien.

Je dois patauger dans la configuration mais je ne sais pas ou.
J'ai suivi l'installation de la nouvelle version LTSP sur ltsp.org.

Je viens de récupérer une seconde carte réseau pour faire un essai en séparant les réseaux.
Répondre
#4
Bonjour Manu,

as-tu installé les sessions Mini, Super et Maxi comme documenté dans le wiki ?
premiers pas après l'installation
Répondre
#5
bonsoir ideefixe.

Les sessions fonctionnent sans problème sur le PC serveur.
L'écran d'accueil propose les différentes sessions en fonction des sessions installées.
Le problème est sur le PC client l'écran d'accueil ne propose pas le menu déroulant.

Dans la configuration LTSP, L'image boot est celle du PC serveur "image / "

Ma crainte était que ce ne soit pas possible d’utiliser Primtux en pxe.

Je vous propose de préparer des impressions d'écran pour vous orienter.
Répondre
#6
manu a écrit :Je viens de récupérer une seconde carte réseau pour faire un essai en séparant les réseaux.
Je pense qu'il faut effectivement séparer les réseaux.
Ce conflit sur le réseau pourrait aussi être la cause du problème pour l'écran de connexion.
Lorsque tu n'as que la session administrateur installée, cette session se connecte et fonctionne correctement ?
Répondre
#7
bonjour a tous.

Pour vous amener des informations justes, je relance une installation complète du PC serveur avec les 2 cartes réseaux.

Étant néophyte sur tout ça. il me faut un peu de temps pour la configuration DHCP de la seconde carte.

Je ferai un essai avec LTSP avec la session administrateur uniquement. Puis si tout va bien avec une session enfant.

Est ce que l'installation primtux5 LTSP a été testée par l'équipe?
Répondre
#8
manu a écrit :Est ce que l'installation primtux5 LTSP a été testée par l'équipe?
A ma connaissance, non !
Répondre
#9
Avancement de mon projet .

Installation du PC serveur: tout va bien Big Grin
installation LTSP: tout va bien Big Grin Big Grin
configuration du dnsmasq je perd la connexion internet Confused
je continu la procédure ltsp mais pas de démarrage sur PC client Confused Confused
Je modifie les paramètres de la seconde carte Ethernet et le démarrage sur le PC client fonctionne Big Grin
sur le PC serveur il y a que la session administrateur
sur le PC client il y a aussi la session administrateur
Mais dans les deux cas pas d'internet.
Je continu mes investigations. Le problème doit être dans le fichier dnsmasq.
Est il possible de joindre ce dossier sur le forum pour obtenir de l'aide?
J'aimerai finir le problème d'internet avant de continuer avec les sessions enfants.
Je vous tiens au courant des avancées.
Répondre
#10
je sèche.
toujours pas d'internet
voici retour de commande ip a

Code :
root@primtux:/home/administrateur# ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host
       valid_lft forever preferred_lft forever
2: enp3s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UNKNOWN group default qlen 1000
    link/ether 00:e0:1c:3f:5a:47 brd ff:ff:ff:ff:ff:ff
    inet 192.168.0.1/24 brd 192.168.0.255 scope global noprefixroute enp3s0
       valid_lft forever preferred_lft forever
    inet6 fe80::7605:4d8d:f96c:470b/64 scope link noprefixroute
       valid_lft forever preferred_lft forever
3: enp0s25: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
    link/ether 00:23:ae:58:39:f0 brd ff:ff:ff:ff:ff:ff
    inet 10.121.148.27/24 brd 10.121.148.255 scope global dynamic noprefixroute enp0s25
       valid_lft 85596sec preferred_lft 85596sec
    inet6 fe80::8d34:2240:5246:b804/64 scope link noprefixroute
       valid_lft forever preferred_lft forever
root@primtux:/home/administrateur#

puis retour de cat /etc/network/interfaces

Code :
root@primtux:/home/administrateur# cat /etc/network/interfaces
# interfaces(5) file used by ifup(8) and ifdown(8)
auto lo
iface lo inet loopback
root@primtux:/home/administrateur#

retour de ip route l

Code :
root@primtux:/home/administrateur# ip route l
default via 10.121.148.16 dev enp0s25 proto dhcp metric 101
default via 192.168.0.1 dev enp3s0 proto static metric 102
10.121.148.0/24 dev enp0s25 proto kernel scope link src 10.121.148.27 metric 101
192.168.0.0/24 dev enp3s0 proto kernel scope link src 192.168.0.1 metric 102
root@primtux:/home/administrateur#

voici le ltsp.conf

Code :
# /bin/sh -n
# LTSP configuration file
# Documentation=man:ltsp.conf(5)

# The special [server] section is evaluated only by the ltsp server
[server]
# Enable NAT on dual NIC servers
# NAT=1
# Provide a full menu name for x86_32.img when `ltsp ipxe` runs
# IPXE_X86_32_IMG="Debian Buster"

# The special [common] section is evaluated by both the server and ltsp clients
[common]
# Specify an alternative TFTP_DIR
# TFTP_DIR=/var/lib/tftpboot

# In the special [clients] section, parameters for all clients can be defined.
# Most ltsp.conf parameters should be placed here.
[clients]
# Specify an /etc/fstab line for NFS home; note this is insecure
# FSTAB_HOME="server:/home /home nfs defaults,nolock 0 0"

# MAC address, IP address, or hostname sections can be used to apply settings
# to specific clients.
[61:6c:6b:69:73:67]
# HOSTNAME=pc01
# Include parameters from another section, defined below
# INCLUDE=crt_monitor

# Shell "case" expressions can be used in MAC, IP, or hostname sections.
# This matches all Raspberry Pi MAC addresses.
[b8:27:eb:*|dc:a6:32:*]
# FSTAB_BOOT="/dev/mmcblk0p1  /boot  vfat  defaults  0  2"

# If you have proper DNS, you can use hostname sections
[administrator-pc]
# Only allow the administrator to log in to this client
# PWMERGE_SUR="administrator"

# You can also group parameters into named sections and INCLUDE= them elsewhere
[crt_monitor]

et ltsp dnsmasq.conf
Code :
# This file is part of LTSP, https://ltsp.org
# Copyright 2019 the LTSP team, see AUTHORS
# SPDX-License-Identifier: GPL-3.0-or-later

# Configure dnsmasq for LTSP
# Documentation=man:ltsp-dnsmasq(8)

# For additional local dnsmasq configuration like DNS blacklisting, it's
# recommended to use separate /etc/dnsmasq.d/local.conf files,
# so that they're not lost if you ever (re)run `ltsp dnsmasq`.

# port=0 disables the DNS service of dnsmasq
port=0

# enable-tftp enables the TFTP service of dnsmasq
enable-tftp

# FHS 2.3+ recommends /srv for tftp (debian #477109, LP #84615)
tftp-root=/srv/tftp

# Log lots of extra information about DHCP transactions
#log-dhcp

# IP ranges to hand out, usually on the internal LTSP subnet of 2-NIC setups
dhcp-range=192.168.67.20,192.168.67.250,12h

# If another DHCP server is present on the network, a proxy range may be used
# instead. This makes dnsmasq provide boot information but not IP leases.
dhcp-range=set:proxy,10.121.148.0,proxy,255.255.255.0
dhcp-range=set:proxy,192.168.0.0,proxy,255.255.255.0

# Specify the DNS server. 0.0.0.0 means the machine running dnsmasq.
# DNS_SERVER in ltsp.conf is preferred as it reaches proxy DHCP clients.
dhcp-option=option:dns-server,8.8.8.8,208.67.222.222

# Set some tags to be able to separate client settings later on.
# "39" means "recent iPXE with menu support": http://ipxe.org/howto/dhcpd
dhcp-match=set:iPXE,175,39
dhcp-match=set:X86PC,option:client-arch,0
dhcp-match=set:X86-64_EFI,option:client-arch,7
# Due to rfc4578 errata, sometimes BC_EFI=9 is misused instead of X86-64_EFI=7:
dhcp-match=set:X86-64_EFI,option:client-arch,9
dhcp-mac=set:rpi,b8:27:eb:*:*:*
dhcp-mac=set:rpi,dc:a6:32:*:*:*

# In proxy DHCP mode, the server ONLY sends its IP and the following filename.
# Service types: man dnsmasq or https://tools.ietf.org/html/rfc4578#section-2.1
# PXE services in non proxy subnets sometimes break UEFI netboot, so tag:proxy.
pxe-service=tag:proxy,tag:!iPXE,X86PC,"undionly.kpxe",ltsp/undionly.kpxe
pxe-service=tag:proxy,tag:!iPXE,X86-64_EFI,"snponly.efi",ltsp/snponly.efi
pxe-service=tag:proxy,tag:iPXE,X86PC,"ltsp.ipxe",ltsp/ltsp.ipxe
pxe-service=tag:proxy,tag:iPXE,X86-64_EFI,"ltsp.ipxe",ltsp/ltsp.ipxe
pxe-service=tag:rpi,X86PC,"Raspberry Pi Boot   ",unused

# Specify the boot filename for each tag, relative to tftp-root.
# If multiple lines with tags match, the last one is used.
# See: https://www.syslinux.org/wiki/index.php?title=PXELINUX#UEFI
dhcp-boot=tag:!iPXE,tag:X86PC,ltsp/undionly.kpxe
dhcp-boot=tag:!iPXE,tag:X86-64_EFI,ltsp/snponly.efi
dhcp-boot=tag:iPXE,ltsp/ltsp.ipxe

# Proxy DHCP clients don't receive any DHCP options like root-path.
# So we set root-path in the kernel cmdline from ltsp.ipxe.
#dhcp-option=option:root-path,ipxe-menu-item

désolé de vous mettre la tartine.
Répondre
#11
Désolé en ce qui me concerne, mais je ne suis pas assez calé sur les paramétrages réseau pour t'aider sur ce problème.
Espérons que d'autres seront plus compétents que moi !

Sur le plan des branchements, tu as bien une carte réseau reliée à Internet et l'autre aux clients du réseau sans que les 2 réseaux n'interfèrent d'une manière ou d'une autre ? Désolé si cette question paraît triviale, mais des fois on passe à côté de choses banales !
Répondre
#12
Merci pour ton aide Philippe Dpt35.
Je recommence les manipulations depuis le début.Je finirai par trouvé ou je me suis trompé.
A une prochaine.
Répondre
#13
manu a écrit :installation LTSP: tout va bien Big Grin Big Grin

Je reviens sur mes propos.
en reprenant l'installation depuis le début, j'ai un message d'erreur sur la configuration dns.

Code :
Paramétrage de dnsmasq (2.79-1) ...
Created symlink /etc/systemd/system/multi-user.target.wants/dnsmasq.service → /lib/systemd/system/dnsmasq.service.
Job for dnsmasq.service failed because the control process exited with error code.
See "systemctl status dnsmasq.service" and "journalctl -xe" for details.
invoke-rc.d: initscript dnsmasq, action "start" failed.
● dnsmasq.service - dnsmasq - A lightweight DHCP and caching DNS server
   Loaded: loaded (/lib/systemd/system/dnsmasq.service; enabled; vendor preset: enabled)
   Active: failed (Result: exit-code) since Fri 2020-04-17 20:06:36 CEST; 9ms ago
  Process: 4719 ExecStart=/etc/init.d/dnsmasq systemd-exec (code=exited, status=2)
  Process: 4718 ExecStartPre=/usr/sbin/dnsmasq --test (code=exited, status=0/SUCCESS)

avril 17 20:06:36 primtux systemd[1]: Starting dnsmasq - A lightweight DHCP and caching DNS server...
avril 17 20:06:36 primtux dnsmasq[4718]: dnsmasq: vérification de syntaxe OK.
avril 17 20:06:36 primtux dnsmasq[4719]: dnsmasq: failed to create listening socket for port 53: Adresse déjà utilisée
avril 17 20:06:36 primtux dnsmasq[4719]: failed to create listening socket for port 53: Adresse déjà utilisée
avril 17 20:06:36 primtux dnsmasq[4719]: IMPOSSIBLE de démarrer
avril 17 20:06:36 primtux systemd[1]: dnsmasq.service: Control process exited, code=exited status=2
avril 17 20:06:36 primtux systemd[1]: dnsmasq.service: Failed with result 'exit-code'.
avril 17 20:06:36 primtux systemd[1]: Failed to start dnsmasq - A lightweight DHCP and caching DNS server.
Paramétrage de libfaketime:amd64 (0.9.7-2) ...

besoin d'aide et ou d'explications
merci d'avance
Répondre
#14
Peut-être une piste ici :
https://askubuntu.com/questions/191226/d...ady-in-use
C'est certes ancien, mais ça concerne systemd et est donc probablement encore valable.
Répondre
#15
Bonsoir
est-ce que tu pourrais faire une description de ton réseau ? Le nombre de machines, leur rôle, s'il y a des switchs, un routeur, une box, etc.
Répondre
#16
bonjour

moricef1 a écrit :Bonsoir
est-ce que tu pourrais faire une description de ton réseau ? Le nombre de machines, leur rôle, s'il y a des switchs, un routeur, une box, etc.

Voici les informations que j'ai :

Je suis un papa, j'aide la petite école du petit village.
Les maîtresses sont livrées à elles mêmes au niveau de l'informatique avec des machines hors d'age.
il y a une salle informatique Smile avec une box.
J'ai récupéré une douzaine de machines qui tournaient sur w7, et un gros switch format industriel 24 ports.
J'ai commencé a faire une machine avec 6Gb de ram, 2 disques en RAID 0 et 2 cartes réseaux.
Je voulais faire simple une machine serveur Primtux et le reste en client avec la même image.

voila.
Répondre
#17
Je voulais parler du plan d'adressage réseau. Comme ici : https://user.oc-static.com/files/402001_...402177.png
Répondre
#18
oups

Je pensai de la box sur la première carte réseau du pc serveur. Puis de la seconde carte sur le switch pour distribuer sur les PCs clients.
Avec une adresse fixe sur les 2 cartes avec un pont.
Répondre
#19
la salle informatique est petite. Le nombre et les distances entre les machines ne demande pas d'installation très lourde.
Je me suis tourné vers LTSP car la présentation du site et les tutos semblaient simple à mettre en place.
Répondre
#20
Donc 2 réseaux. Celui de la box à enp3s0 en 192.168.0.0/24 et enp25s0 pour les clients en 10.121.148.0/24 ? Mais il n'y a pas de pont cnfiguré sur le serveur. Pourquoi un pont d'ailleurs ? LTSP est en virtualisation ?
Répondre
#21
Après recherche 10.121.148.0/24 est la box et ltsp utilise 192.168.67.1/24.
Dans mes premiers messages je n'avais qu'une seule carte réseau et j'avais suivi les commandes ltsp sans trop chercher à comprendre.
Répondre
#22
Depuis j'ai refait différents essais avec 192.168.0.1 pour la première carte pour la box. Et 192.168.67.1/24 pour la seconde carte ltsp. Dans chaque cas dès que je lance
Code :
ltsp dnsmasq --proxy-dhcp=0
je perds l'accès a internet.
Répondre
#23
Si tu as une piste, je peux refaire l'installation depuis le début.
Répondre
#24
Pas besoin, je pense. Déjà, l'adresse de ta box ne peut pas être 10.121.148.0/24 puisque c'est l'adresse du réseau et non pas celui d'une machine,Cela doit plutôt être 10.121.148.1/24. Ta carte réseau enp25s0 a l'adresse 10.121.148.27/24 et je pense qu'elle doit être en dhcp sur ta box. Ta seconde carte a l'adresse 192.168.0.1/24 qui ne correspond pas au réseau 192.168.67.0/24 utilisé par LTSP comme tu le dis dans ta réponse à 08:07:15.
Si tu as fixé les adresses de tes deux cartes, je ne vois pas comment dnsmasq peut intervenir là-dedans, sauf si ces deux cartes sont en dhcp. Est-ce que tu utilises Network-Manager ou bien systemd-networkd pour gérer le réseau ?
Il peut y avoir aussi un pb de routage. Est-ce que sur ton serveur tu as activé le routage et
le NAT ?
Répondre
#25
merci moricef1 de t'occuper de mon cas.

tout d'abord réponse à tes questions:


moricef1 a écrit :Pas besoin, je pense. Déjà, l'adresse de ta box ne peut pas être 10.121.148.0/24 puisque c'est l'adresse du réseau et non pas celui d'une machine,Cela doit plutôt être 10.121.148.1/24. Ta carte réseau enp25s0 a l'adresse 10.121.148.27/24 et je pense qu'elle doit être en dhcp sur ta box.
tout a fait la box etait bien en 10.121.148.xx

moricef1 a écrit :Ta seconde carte a l'adresse 192.168.0.1/24 qui ne correspond pas au réseau 192.168.67.0/24 utilisé par LTSP comme tu le dis dans ta réponse à 08:07:15.
Si tu as fixé les adresses de tes deux cartes, je ne vois pas comment dnsmasq peut intervenir là-dedans, sauf si ces deux cartes sont en dhcp. Est-ce que tu utilises Network-Manager ou bien systemd-networkd pour gérer le réseau ?
Il peut y avoir aussi un pb de routage. Est-ce que sur ton serveur tu as activé le routage et
le NAT ?

je suis d'accord avec toi et je ne l'explique pas. J'utilise l'outil graphique fourni avec Primtux5.
Répondre


Atteindre :


Utilisateur(s) parcourant ce sujet : 1 visiteur(s)