Distribution EOLE » Modules » Scribe

Bonjour.

Pouvez-vous préciser si, dans le cadre de la documentation TranquilleIT, le répertoire utilisateur est local à la machine ou monté depuis un serveur distant ?

Merci.

Bonjour,
Lors des essais avec la procédure Tranquil-IT, le dossier est local.
Laurent

Laurent DEBAY a écrit :

Bonjour,
Lors des essais avec la procédure Tranquil-IT, le dossier est local.

Voilà la différence de comportement, dans le cadre de Scribe, le répertoire utilisateur est créé sur le serveur.

De mon point de vue, nous pourrions copier /etc/skel présent sur Scribe dans le répertoire de l’utilisateur pour avoir les fichiers .bash_logout, .bashrc, .profile.

En dépannage, j'ai copié le contenu du dossier skel de l'ordinateur modèle dans chaque dossier utilisateur sur le scribe mais c'est du bricolage.
Le fait d'avoir le profil sur le serveur présente des avantages (changement de poste de travail) mais cela ralentit la connexion et utilisation (firefox).
Je ne comprends pas ce que vous entendez par copier le skel présent sur le scribe. Il y a un dossier skel sur le scribe comme modèle ?

Merci.
Laurent

Daniel Dehennin a écrit :

Laurent DEBAY a écrit :

Bonjour,
Lors des essais avec la procédure Tranquil-IT, le dossier est local.

Voilà la différence de comportement, dans le cadre de Scribe, le répertoire utilisateur est créé sur le serveur.

De mon point de vue, nous pourrions copier /etc/skel présent sur Scribe dans le répertoire de l’utilisateur pour avoir les fichiers .bash_logout, .bashrc, .profile.

Laurent DEBAY a écrit :

Le fait d'avoir le profil sur le serveur présente des avantages (changement de poste de travail) mais cela ralentit la connexion et utilisation (firefox).

Oui, l’idéal est de déclarer la variable d’environnement XDG_CACHE_HOME pour que ces données soient dans un répertoire local temporaire, cela rend le navigateur moins lent.

Je ne comprends pas ce que vous entendez par copier le skel présent sur le scribe. Il y a un dossier skel sur le scribe comme modèle ?

Oui, tout les systèmes linux disposent d’un /etc/skel. À la création du répertoire utilisateur par useradd ou oddjobd-mkhomedir, le contenu du répertoire /etc/skel est copié dans le répertoire utilisateur.

Généralement, le répertoire /etc/skel ne contient que les fichiers .bash_logout, .bashrc, .profile avec des contenus par défaut.

Est-ce que la copie de ces 3 fichiers est suffisant pour votre fonctionnement ?

Je suis content de voir qu'on a trouvé l'origine du problème !! Donc, le /etc/skel n'est pas utilisé car le /home de l'utilisateur est monté sur le serveur.

J'utilise le /etc/skel, par exemple, sur un poste avec un vidéo-projecteur. Cela permet par exemple d'avoir le mode clonage des écrans pour les utilisateurs lambda, c'est indispensable dans un établissement !

Donc, ce que je vois, c'est d'avoir le dossier Documents/ monté sur le perso/ de l'utilisateur sur le Scribe, mais tout ce qui est configuration serait local aux poste, ce qui permet d'avoir un Firefox rapide, des paramétrages divers... et en plus, les quotas n'explosent pas sur le serveur.

Qu'en penses-tu Daniel ?

PS : pour info, c'est le fonctionnement qu'a choisi AURA (profil local et lecteurs réseaux). À voir si l'utilisateur peut se connecter s'il y a pas de réseau (s'il s'est déjà connecté).

Cédric Frayssinet a écrit :

J'utilise le /etc/skel, par exemple, sur un poste avec un vidéo-projecteur. Cela permet par exemple d'avoir le mode clonage des écrans pour les utilisateurs lambda, c'est indispensable dans un établissement !

Je me serais plus attendu à ce que le fichier monitors.xml soit configuré globalement dans ce cas

Donc, ce que je vois, c'est d'avoir le dossier Documents/ monté sur le perso/ de l'utilisateur sur le Scribe, mais tout ce qui est configuration serait local aux poste, ce qui permet d'avoir un Firefox rapide, des paramétrages divers... et en plus, les quotas n'explosent pas sur le serveur.

Qu'en penses-tu Daniel ?

PS : pour info, c'est le fonctionnement qu'a choisi AURA (profil local et lecteurs réseaux). À voir si l'utilisateur peut se connecter s'il y a pas de réseau (s'il s'est déjà connecté).

Il faudra faire la distinction entre les comptes qui auront leur répertoire localement et perdrons leurs paramétrages régulièrement (changement de poste, remise à zéro du poste, …) et les comptes qui auront besoin d’avoir leur répertoire monté directement.

Je ne savais pas que l'on pouvait modifier le paramétrage des écrans de manière globale car, quand un utilisateur le fait, c'est un fichier dans son /home qui est mis à jour. De même, si un utilisateur préfère avoir l'écran étendu, c'est possible qu'il configure son propre profil de la sorte. Bref, pour moi, le /etc/skel est intéressant pour cela.

Concernant la distinction des comptes, cela n'est pas un soucis sur mon lycée, les gens changent de PC, mais comme ils conservent leur profil, cela demande peu de personnalisation. C'est beaucoup plus confortable que d'avoir un profil sur le réseau qui peut patiner. Et ceux qui ne changent pas de PC ont un profil plus rapide, c'est important, surtout sur les disques qui ne sont pas des SSD.

C'était aussi le fonctionnement des anciens scripts Linux, donc, les utilisateurs et administrateurs sont habitués.