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

Louis-Maurice De Sousa, le 2017/12/02 12:04

Le 30/11/2017 à 10:36, Hubert MERCIER a écrit :

> 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).


Encore une fois, as-tu reconfiguré les parcs ? C'est à dire, sortir les
machines, puis les remettre dans chaque parc.


> 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


Il me semble que le message est assez clair.

> 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.


As-tu utilisé le script change_ip pour changer l'IP du Se3 ?
Changer l'IP dans /etc/network/interfaces ne suffit pas.
Le ldap doit continuer à tourner sur l'ancienne IP.

> 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)


Ça n'a aucun rapport. Le problème vient du changement de réseau. Ce
n'est pas une modification anodine…

> 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.


Je ne comprend pas. Ce sont des informaticiens qui sont embauchés dans
ces entreprises de service ?
C'est un peu comme si on demandait à des employés de Mc Donald de venir
remonter une mayonnaise… :-)

S'occuper du Se3, c'est dans le contrat de service ?
Ils savent lire ? Parce que la documentation est assez abondante…



> Voilà ! Les emm... ne volent-ils pas en escadrille ?


Tu as assez peu d'emmerdes en fait. Il faut juste s'assurer que la
nouvelle IP du Se3 est bien partout où elle doit être.
Pour backuppc, tout est dans la doc et ce n'est pas critique.
Pour les mises à jour, il faut faire du ménage dans la partition racine.
Par exemple virer les noyaux obsolètes.
Ce sont trois problèmes différents non liés, donc, trois fils
différents. Le plus important est de régler le problème de l'IP du Se3.



--

Louis-Maurice De Sousa