ac-versailles.assistance-technique.samba-edu

Sujet Auteur Date
Non-reconnexion des machines à Samba Edu hubert MERCIER 2017/11/28 10:31
Re: Non-reconnexion des machines à Samba Edu Louis-Maurice De Sousa 2017/11/28 12:59
Re: Non-reconnexion des machines à Samba Edu Laurent Joëts 2017/11/29 12:00
Re: Non-reconnexion des machines à Samba Edu Hubert MERCIER 2017/11/30 10:36
Re: Non-reconnexion des machines à Samba Edu Louis-Maurice De Sousa 2017/12/02 12:04
Re: Non-reconnexion des machines à Samba Edu Michel Suquet (Collège Jean-Mo 2017/12/02 12:26

Re: Non-reconnexion des machines à Samba Edu

Hubert MERCIER, le 2017/11/30 10:36

Laurent Joëts écrivait :

>Le 28/11/2017 à 12:59, Louis-Maurice De Sousa a écrit :

>

>> La connexion à Internet repose sur trois éléments :

>>  1 la machine a une IP dans le bon réseau

>>  2 elle connaît l'IP de la passerelle qui lui permettra de sortir de son

>> réseau. Dans un EPLE de l'académie, ce devrait être l'IP de Amon

>>  3 elle connaît l'adresse d'un DNS. Là encore, c'est Amon normalement.

>> Tout cela devrait être distribué par le DHCP.

>

>Et j'ajouterais (mais c'est peu probable dans ce cas précis) :

>4 la plage dont fait partie l'IP de la machine concernée ne fait pas

>l'objet de restrictions définies dans l'EAD de l'amon.

>

>--

>Laurent Joëts

>Professeur de technologie & Référent Numérique

>Lycée EREA Toulouse-Lautrec ~ Vaucresson

>

Laurent et Louis-Maurice bonjour,

Merci de me recentrer sur les fondamentaux (et le lexique adéquat) de ce
qui caractérise un réseau et sur les conditions qui président au
fonctionnement normal d'un poste en réseau. Je comprends vite... lorsqu'on
m'explique longtemps :-)

- TOUTES les machines du réseau pédagogique ont aujourd'hui un accès
correct à Internet et peuvent éditer normalement sur nos 3 imprimantes
réseau que j'ai reconfigurées pour intégrer le nouveau masque
(255.255.0.0) la nouvelle passerelle (en 172.20.0.1) la nouvelle IP de
l'AMON (172.20.0.5) le nom du domaine du DHCP
(0783259u.in.ac-versailles.fr)
- Toute machine allumée me renvoie une caractéristique de connexion
attribuée automatiquement en 172.20.x.xxx (les 2 extrêmes de la plage
dynamique étant 172.20.0.151 et 172.20.3.254) ce qui paraît compatible
avec notre DHCP actif.

- Là où des anomalies me semblent apparaître, c'est quand l'interface
SambaEdu (que j?atteinds sans problème depuis chez moi) m'indique :

a) Dans l'onglet Gestion des parcs / action / salle informatique, ET POUR
TOUTE MACHINE ALLUMEE, la mention :
Warning: ksort() expects parameter 1 to be array, null given in
/var/www/se3/includes/fonc_parc.inc.php on line 1036
ceci une première fois dans chaque case de la colonne 'Connexion' et une
autre fois dans la colonne 'GPO'.
Ceci encore avec des adresses IP en 192.168.1.x (x étant placé dans
l'ancienne plage dynamique du DHCP AVANT changement de la passerelle).

b) Dans l'onglet Configuration générale / modules / elle indique QUE des
boucliers verts (sauf pour le module Radius, dont je ne pense pas avoir
l'usage pour le moment.

c) Dans l'onglet informations système / Diagnostic elle n'affiche QUE des
boucliers verts, une occupation des disques IDENTIQUE de 49,72 % pour
chacune des partitions / , var/se3/ , /home , /var mais pour le seul
bouclier jaune de mise à jour de sécurité DEBIAN, elle m'indique par
courriel que 'moins de 10 % du disque est libre', empêchant par là cette
mise à jour
(Je sais, c'était un post antérieur que je n'arrive pas à résoudre
correctement malgré votre aide !)

d) Dans le module Inventaire / Accueil l'interface m'envoie tous les soirs
depuis 15 jours un courriel rédigé comme suit :
run-parts: /etc/cron.daily/ocsinventory-agent-exited with return code 1
alors que JUSQU'A CE MATIN elle détectait 0 machines (14 identifiées / 95
machines existantes après vérification au moment de la rédaction de cette
réponse, avec soit dit en passant des adresses IP normales en 172.20.0.x,
x étant dans la plage dynamique).

e) Dans le module Sauvegarde l'interface m'envoie toujours tous les soirs
le courriel suivant :
Cron <root@se3verriere> /usr/share/se3/sbin/testbackup.sh cron
Attention, le module sauvegarde est actif mais le service backuppc est off

f) Last but not least : AUCUN utilisateur (profs ou élèves) ne peut
aujourd'hui se connecter par la méthode usuelle d'identification à
SAMBAEDU, comme si le LDAP était devenu inaccessible et que je sais pas
repartir, si c'est le cas, d'une sauvegarde qui aurait été faite
antérieurement.

En conclusion, c'est bien la première fois qu'un tel incident m'arrive en
6 ans (Ok ! c'est la première fois qu'arrive la fibre) et concrètement
seuls sont embêtés les collègues qui fonctionnent "correctement" et qui
sauvent leurs documents sur le serveur (heureusement qu'ils ne sont que 2
à suivre mes conseils... ou à se plaindre) et les collégiens internes qui
ont besoin de sauvegarder les travaux demandés par leurs professeurs !
Tous les autres utilisateurs fonctionnent sur un compte local. Quant à mon
prestataire extérieur, c'est la première fois qu'il est obligé de réviser
ses cours sur Linux (apparemment c'était au temps béni de sa formation)
pour nous aider... et il ne trouve pas la manière de remettre tout ça en
ordre.

Voilà ! Les emm... ne volent-ils pas en escadrille ?
Bonne journée !
Hubert MERCIER