Pas d'internet (Edubuntu - LTSP - double carte ethernet)

maxire · Le 03/04/2019, à 07:55

Bon, le réseau devrait fonctionner correctement, l'accés au www est maintenant possible.
Tu peux tester un client et terminer la configuration de tes postes, définition des utilisateurs etcetera;.

Une remarque :

LTSP n"est facilement gérable que pour un ensemble de postes clients homogène, en gros avec des configurations matérielles identiques ou proches.
Si tu possèdes un parc de clients hétérogène cela est plus compliqué car tu devras peut-être définir une image système par configuration matérielle.

Je crois que tu n'as pas forcément compris dans quoi tu te lançais en choisissant LTSP., c'est du boulot !

Mirdin · Le 04/04/2019, à 12:56

Youhou!!!! Enfin presque...

Déjà, un grand merci, la machine serveur est ok, les cartes fonctionnent comme il se doit.
LTSP tourne, les clients savent se connecter dessus. Là on est bon.

Coté serveur, il tourne nickel, j'ai l'acces internet.

Par contre, je n'ai pas internet sur les clients...
Aurais-je raté une configuration d'LTSP? J'ai revérifier le fichier de config, tout à l'air ok... Je n'ai vu aucune référence à l'accès internet...
Y a-t-il un droit nécessaire aux utilisateurs ?

maxire a écrit :

LTSP n"est facilement gérable que pour un ensemble de postes clients homogène, en gros avec des configurations matérielles identiques ou proches.
Si tu possèdes un parc de clients hétérogène cela est plus compliqué car tu devras peut-être définir une image système par configuration matérielle.

Ici hormis le probleme d'absence d'internet, les 5-6 "types" de machines du local semble ne poser aucun problème

maxire a écrit :

Je crois que tu n'as pas forcément compris dans quoi tu te lançais en choisissant LTSP., c'est du boulot !

Disons que dans tous les cas c'est du boulot. Sans ca, j'en serais encore à devoir réinitialisé les machines chaque semaines. Ici j'aurai au moins un systeme centralisé.
Puis bon ca reste une utilisation réduite. Ce n'est pas une utilisation intensive en entreprise.

Encore merci !!

maxire · Le 04/04/2019, à 14:01

Redonne à partir du serveur LTSP :

route
ip addr
sudo iptables -L 
sudo iptables -L -t nat

En ce qui concerne les clients, donne :

route
ip addr

Tu fais une photo du résultat ou tu le retranscris, cela ne devrait faire que quelques lignes.

En plus côté serveur :

systemctl status system.slice --no-pager

Cela me permettra de voir quels serveurs utilise LTSP, j'avoue que la dernière fois que j'ai joué avec LTSP c'était il y a presque 4 ans.

Mirdin · Le 04/04/2019, à 14:42

Server
route

Table de routage IP du noyau
Destination     Passerelle      Genmask         Indic Metric Ref    Use Iface
default         _gateway        0.0.0.0         UG    101    0        0 enp0s25
link-local      0.0.0.0         255.255.0.0     U     1000   0        0 enp0s25
192.168.0.0     0.0.0.0         255.255.255.0   U     101    0        0 enp0s25
192.168.67.0    0.0.0.0         255.255.255.0   U     102    0        0 enp36s0

ip addr

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: enp36s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
    link/ether 50:3e:aa:09:40:bd brd ff:ff:ff:ff:ff:ff
    inet 192.168.67.1/24 brd 192.168.67.255 scope global noprefixroute enp36s0
       valid_lft forever preferred_lft forever
    inet6 fe80::eefe:88bb:14e1:8e30/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 1c:c1:de:5f:e6:dc brd ff:ff:ff:ff:ff:ff
    inet 192.168.0.73/24 brd 192.168.0.255 scope global dynamic noprefixroute enp0s25
       valid_lft 31581sec preferred_lft 31581sec
    inet6 fe80::b84c:af77:e4a9:ebcd/64 scope link noprefixroute 
       valid_lft forever preferred_lft forever

sudo iptables -L

Chain INPUT (policy ACCEPT)
target     prot opt source               destination         

Chain FORWARD (policy ACCEPT)
target     prot opt source               destination         

Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination

sudo iptables -L -t nat

Chain PREROUTING (policy ACCEPT)
target     prot opt source               destination         

Chain INPUT (policy ACCEPT)
target     prot opt source               destination         

Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination         

Chain POSTROUTING (policy ACCEPT)
target     prot opt source               destination         
MASQUERADE  all  --  192.168.67.0/24      anywhere            
MASQUERADE  all  --  192.168.67.0/24      anywhere

systemctl status system.slice --no-pager

● system.slice - System Slice
   Loaded: loaded (/lib/systemd/system/system.slice; static; vendor preset: enabled)
   Active: active since Thu 2019-04-04 11:01:07 CEST; 3h 32min ago
     Docs: man:systemd.special(7)
    Tasks: 100
   CGroup: /system.slice
           ├─ModemManager.service
           │ └─609 /usr/sbin/ModemManager
           ├─NetworkManager.service
           │ ├─20019 /usr/sbin/NetworkManager --no-daemon
           │ └─20032 /sbin/dhclient -d -q -sf /usr/lib/NetworkManager/nm-dhcp…25
           ├─accounts-daemon.service
           │ └─611 /usr/lib/accountsservice/accounts-daemon
           ├─acpid.service
           │ └─613 /usr/sbin/acpid
           ├─avahi-daemon.service
           │ ├─680 avahi-daemon: running [server.local]
           │ └─710 avahi-daemon: chroot helper
           ├─bolt.service
           │ └─1007 /usr/lib/x86_64-linux-gnu/boltd
           ├─colord.service
           │ └─936 /usr/lib/colord/colord
           ├─cron.service
           │ └─678 /usr/sbin/cron -f
           ├─cups-browsed.service
           │ └─729 /usr/sbin/cups-browsed
           ├─cups.service
           │ ├─679 /usr/sbin/cupsd -l
           │ └─916 /usr/lib/cups/notifier/dbus dbus://
           ├─dbus.service
           │ └─645 /usr/bin/dbus-daemon --system --address=systemd: --nofork …ly
           ├─dnsmasq.service
           │ └─19997 /usr/sbin/dnsmasq -x /run/dnsmasq/dnsmasq.pid -u dnsmasq…8d
           ├─epoptes.service
           │ └─14234 /usr/bin/python3 /usr/bin/twistd3 --nodaemon --pidfile= …es
           ├─fwupd.service
           │ └─1779 /usr/lib/fwupd/fwupd
           ├─gdm.service
           │ └─788 /usr/sbin/gdm3
           ├─inetd.service
           │ └─13500 /usr/sbin/inetd
           ├─irqbalance.service
           │ └─676 /usr/sbin/irqbalance --foreground
           ├─kerneloops.service
           │ ├─1133 /usr/sbin/kerneloops --test
           │ └─1135 /usr/sbin/kerneloops
           ├─nbd-server.service
           │ ├─19973 /bin/nbd-server
           │ └─20717 /bin/nbd-server
           ├─networkd-dispatcher.service
           │ └─621 /usr/bin/python3 /usr/bin/networkd-dispatcher --run-startu…rs
           ├─packagekit.service
           │ └─1010 /usr/lib/packagekit/packagekitd
           ├─polkit.service
           │ └─689 /usr/lib/policykit-1/polkitd --no-debug
           ├─rsyslog.service
           │ └─677 /usr/sbin/rsyslogd -n
           ├─rtkit-daemon.service
           │ └─972 /usr/lib/rtkit/rtkit-daemon
           ├─ssh.service
           │ └─13947 /usr/sbin/sshd -D
           ├─systemd-journald.service
           │ └─305 /lib/systemd/systemd-journald
           ├─systemd-logind.service
           │ └─629 /lib/systemd/systemd-logind
           ├─systemd-resolved.service
           │ └─449 /lib/systemd/systemd-resolved
           ├─systemd-timesyncd.service
           │ └─447 /lib/systemd/systemd-timesyncd
           ├─systemd-udevd.service
           │ └─328 /lib/systemd/systemd-udevd
           ├─teamviewerd.service
           │ └─21418 /opt/teamviewer/tv_bin/teamviewerd -d
           ├─udisks2.service
           │ └─674 /usr/lib/udisks2/udisksd
           ├─unattended-upgrades.service
           │ └─774 /usr/bin/python3 /usr/share/unattended-upgrades/unattended…al
           ├─upower.service
           │ └─922 /usr/lib/upower/upowerd
           ├─whoopsie.service
           │ └─1132 /usr/bin/whoopsie -f
           └─wpa_supplicant.service
             └─672 /sbin/wpa_supplicant -u -s -O /run/wpa_supplicant

avr 04 14:31:16 server dnsmasq-dhcp[19997]: pas de plage d'adresse disponibl…s25
avr 04 14:31:20 server dnsmasq-dhcp[19997]: pas de plage d'adresse disponibl…s25
avr 04 14:31:29 server dnsmasq-dhcp[19997]: pas de plage d'adresse disponibl…s25
avr 04 14:31:45 server dnsmasq-dhcp[19997]: pas de plage d'adresse disponibl…s25
avr 04 14:31:52 server systemd-resolved[449]: Server returned error NXDOMAIN…DP.
avr 04 14:31:58 server dnsmasq-dhcp[19997]: pas de plage d'adresse disponibl…s25
avr 04 14:32:05 server dnsmasq-dhcp[19997]: pas de plage d'adresse disponibl…s25
avr 04 14:32:05 server dnsmasq-dhcp[19997]: pas de plage d'adresse disponibl…s25
avr 04 14:33:06 server dnsmasq-dhcp[19997]: pas de plage d'adresse disponibl…s25
avr 04 14:33:06 server dnsmasq-dhcp[19997]: pas de plage d'adresse disponibl…s25
Hint: Some lines were ellipsized, use -l to show in full.

Client
La par contre, il me faut un accès physique que je n'aurai que demain matin...

Merci beaucoup de ton aide

maxire · Le 04/04/2019, à 16:16

Je pensais que iptables était bien réglé, mais non donc tu fais côté serveur :

sudo iptables -A FORWARD -d 192.168.67.0/24 -i enp36s0 -j ACCEPT
sudo iptables -A FORWARD -s 192.168.67.0/24 -i enp0s25 -j ACCEPT

et cela règlera peut-être le problème.
Donne également :

cat /etc/iptables/iptables.rules
cat /etc/iptables/ip6tables.rules

Je me demande si à un moment le script de configuration de LTSP demande d'autoriser les clients à acéder au Web ou bien si il n'est pas nécessaire de lui fournir une option.

À noter que si la solution que je donne fonctionne elle n'est pas pérenne, elle sera perdue lors du prochain démarage du serveur.
Si elle fonctionne je te dis comment la rendre pérenne.

maxire · Le 05/04/2019, à 08:40

Côté client ajouter ces tests :

ping -c 3 192.168.0.73
ping -c 3 8.8.4.4
ping -c 3 archlinux.org

Mirdin · Le 05/04/2019, à 09:08

J'ai test les deux commandes, Aucun effet...

J'ai testé ceci:

server@server:~$ cat /etc/iptables/iptables.rules
cat: /etc/iptables/iptables.rules: Aucun fichier ou dossier de ce type
server@server:~$ cat /etc/iptables/ip6tables.rules
cat: /etc/iptables/ip6tables.rules: Aucun fichier ou dossier de ce type

J'ai execute les commandes sur le client:

J'ai aussi remarqué ceci sur le client:

Encore merci pour ton aide !

maxire · Le 05/04/2019, à 09:14

AS-tu essayé les commandes données message #31 ?
Côté client, donne :

cat /etc/resolv.conf

Mirdin · Le 05/04/2019, à 09:19

Je l'avais zappée sur le client:

nameserver 127.0.0.53
options edns0

maxire · Le 05/04/2019, à 09:25

Et tu as encore oublié :

ping -c 3 192.168.0.73
ping -c 3 8.8.4.4
ping -c 3 archlinux.org

toujours côté client.

Mirdin · Le 05/04/2019, à 09:30

Excuse moi, je fait ca en même temps de donner cours... pas la situation la plus posée

maxire · Le 05/04/2019, à 09:40

Ok, diagnostic fini, tu as bien accès au Web à partir du client, c'est un problème de configuration du serveur DNS côté client.
Je pense qu'ii existe un problème avec NeworkManager du côté client, il devrait être nécessaire de le désactiver car ce service ne sert à rien en LTSP.
Donne :

systemd-resolve --status --no-pager
systemctl status NetworkManager --no-pager

toujours côté client.

Après, pause dans la recherche de solution, j'ai moi-même autre chose à faire.

Mirdin · Le 05/04/2019, à 09:47

Voici

Oui oui pas de soucis, c'est déjà très gentil a toi de m'aider !!!

maxire · Le 05/04/2019, à 09:56

Il faudrait revoir la configuration du/des client(s), le problème est que la doc en ligne de LTSP pointe vers des liens morts et je n'ai aucune idée des options de configuration existantes.
Affaire à suivre.

Mirdin · Le 05/04/2019, à 11:39

Déjà un grand merci pour tout le temps que tu m'as consacré.
Je vais continuer mes recherches sur les paramètres LTSP.
Car effectivement c'est peut-être une simple option mal activée...

Je te tiens au courant.

Encore merci !

maxire · Le 05/04/2019, à 12:04

Entretemps j'ai trouvé ceci :
http://manpages.ubuntu.com/manpages/bio … onf.5.html
Voir du côté de l'option RM_SYSTEM_SERVICES, j'enlèverais les services systemd-resolved et NetworkManager mais je ne suis pas certain de la manière de les signaler.
Faut-il les écrire avec le suffixe .service ou non ?
Tu peux également imposer un serveur DNS via DNS_SERVER

Et tu as de multiples options intéressantes pour par exemple autoriser l'accès aux disques locaux, imprimantes locales ou ports usb locaux..

Voilà où chercher le fichier de configuration :

mab lts-conf a écrit :

When using NBD to export the client image (the default in Ubuntu), lts.conf is fetched via
TFTP, so lts.conf should go in the TFTP directory, for example
dvar/lib/tftpboot/ltsp/i386/lts.conf. For distributions that use NFS, the traditional
lts.conf place is /opt/ltsp/i386/etc/lts.conf, although in recent versions it can be
fetched via TFTP as well.

Faire les essais après un arrêt du serveur LTSP, si nécessaire entrer de nouveau les règles iptables que j'ai données, comme j'ai vérifié l'accès au web après leur mise en place elles sont peut-être nécessaires.

Pour mémoire, les règles iptables :

sudo iptables -A FORWARD -d 192.168.67.0/24 -i enp36s0 -j ACCEPT
sudo iptables -A FORWARD -s 192.168.67.0/24 -i enp0s25 -j ACCEPT

Dernière modification par maxire (Le 05/04/2019, à 12:07)

maxire · Le 23/04/2019, à 19:26

Salut Mirdin, as-tu réussi à t'en sortir ?

Mirdin · Le 24/05/2019, à 10:51

Hello,

je viens de me rendre compte que je ne t'avais pas répondu :s
j'en était pourtant persuadé...

Malheureusement non toujours pas d'internet...
Et il faut avouer qu'avec la fin d'année qui approche, je n'ai plus beaucoup de temps à consacré a ce probleme.
J'espère trouver une solution pour la rentrée prochaine.

iznobe · Le 25/05/2019, à 12:26

Bonjour et desolé d' intervenir dans ce fil ,

mais par curiosité a quoi sert LTSP , et que compter vous en tirer comme avantage au sein de votre reseau d' ecole ?
si il s' agit juste de mettre en reseau local vos postes eleves par l' intermediaire du serveur et de ses deux cartes reseaux , c' est tout a fait faisable sans ca .
LTSP a l ' air de compliquer grandement les choses .

Avec ubuntu 18.04.2 LTS sur votre serveur pour mettre en place le net sur vos postes etudiants avec les deux cartes , il suffit de passer par le network-manager en mode graphique et ca prend une minute par carte a configurer en IP fixe . tout le reste se fait automatiquement ( sans LTSP en tout cas )

Mirdin · Le 31/05/2019, à 11:40

iznobe a écrit :

mais par curiosité a quoi sert LTSP , et que compter vous en tirer comme avantage au sein de votre reseau d' ecole ?

Hello,

En fait, l'idée ici est d'avoir une seule machine configurée (le serveur) et donc une seule machine à maintenir à jour.
Sur cette machine, il y a autant d'user que d'élève.
Le local est équipé de machine se connectant par ethernet au serveur. Les élèves peuvent donc utiliser les différentes machines du local en ayant leur propre session.

Si il y a une solution native, je suis preneur mais je n'ai trouvé aucune doc la dessus.

philippap08 · Le 04/06/2019, à 15:34

Mirdin a écrit :

Effectivement Edubuntu est quelque peut dépassé...
Mais mes tests sur la dernière version d'ubuntu n'avait pas été concluent...
J'ai une autre machine pouvant me servir de test, je tenterai une autre installation sur celui là...
Je testerai le debian expert SEO Paris. Pour mes élèves ça ne changera pas grand chose...
Et la création des comptes a été faite par un script .sh
Et si ce n'est qu'une machine à réinstaller, ça ne représente qu'une infime partie du travail qui à été accompli dans ce local.
Même si je pensais pouvoir terminer l'année avec cette configuration

En fait, il aurait fallu attendre les dernières mises à jour avant de passer au test. Moi c'est ce que j'ai fait et ça marche très bien.

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#26 Le 03/04/2019, à 07:55

Re : Pas d'internet (Edubuntu - LTSP - double carte ethernet)

#27 Le 04/04/2019, à 12:56

Re : Pas d'internet (Edubuntu - LTSP - double carte ethernet)

#28 Le 04/04/2019, à 14:01

Re : Pas d'internet (Edubuntu - LTSP - double carte ethernet)

#29 Le 04/04/2019, à 14:42

Re : Pas d'internet (Edubuntu - LTSP - double carte ethernet)

#30 Le 04/04/2019, à 16:16

Re : Pas d'internet (Edubuntu - LTSP - double carte ethernet)

#31 Le 05/04/2019, à 08:40

Re : Pas d'internet (Edubuntu - LTSP - double carte ethernet)

#32 Le 05/04/2019, à 09:08

Re : Pas d'internet (Edubuntu - LTSP - double carte ethernet)

#33 Le 05/04/2019, à 09:14

Re : Pas d'internet (Edubuntu - LTSP - double carte ethernet)

#34 Le 05/04/2019, à 09:19

Re : Pas d'internet (Edubuntu - LTSP - double carte ethernet)

#35 Le 05/04/2019, à 09:25

Re : Pas d'internet (Edubuntu - LTSP - double carte ethernet)

#36 Le 05/04/2019, à 09:30

Re : Pas d'internet (Edubuntu - LTSP - double carte ethernet)

#37 Le 05/04/2019, à 09:40

Re : Pas d'internet (Edubuntu - LTSP - double carte ethernet)

#38 Le 05/04/2019, à 09:47

Re : Pas d'internet (Edubuntu - LTSP - double carte ethernet)

#39 Le 05/04/2019, à 09:56

Re : Pas d'internet (Edubuntu - LTSP - double carte ethernet)

#40 Le 05/04/2019, à 11:39

Re : Pas d'internet (Edubuntu - LTSP - double carte ethernet)

#41 Le 05/04/2019, à 12:04

Re : Pas d'internet (Edubuntu - LTSP - double carte ethernet)

#42 Le 23/04/2019, à 19:26

Re : Pas d'internet (Edubuntu - LTSP - double carte ethernet)

#43 Le 24/05/2019, à 10:51

Re : Pas d'internet (Edubuntu - LTSP - double carte ethernet)

#44 Le 25/05/2019, à 12:26

Re : Pas d'internet (Edubuntu - LTSP - double carte ethernet)

#45 Le 31/05/2019, à 11:40

Re : Pas d'internet (Edubuntu - LTSP - double carte ethernet)

#46 Le 04/06/2019, à 15:34

Re : Pas d'internet (Edubuntu - LTSP - double carte ethernet)

Pied de page des forums