Accueil
» Conseils PC
»
Déploiement de fonds d'écran et de politiques Pardus partagés avec Lider Ahenk
Déploiement de fonds d'écran et de politiques Pardus partagés avec Lider Ahenk
Pour déployer un fond d'écran partagé sur les ordinateurs Pardus, commencez par distribuer l'image avec Lider Ahenk, puis configurez-la dans l'environnement de bureau approprié. Gérez les autres restrictions séparément via les stratégies de groupe d'utilisateurs Lider Ahenk et testez ces deux actions sur un petit groupe de clients avant de généraliser le déploiement.
La distinction est importante : un fichier JPEG transféré n’est qu’un fichier, et non un paramètre de bureau imposé, et une politique attribuée aux utilisateurs n’est pas la même chose qu’une tâche ponctuelle envoyée aux ordinateurs.
Ce qu'il faut savoir avant de commencer
Lider est le serveur de gestion central et l'interface web ; Ahenk est l'agent client installé sur les ordinateurs Linux gérés. Une tâche exécute une opération telle que le transfert d'un fichier ou l'exécution d'un script. Un profil contient un ensemble de paramètres ; un ou plusieurs profils constituent une stratégie attribuée à un groupe d'utilisateurs et appliquée lors de la connexion. Ces définitions sont conformes à la documentation officielle de Lider Ahenk .
Ce guide s'applique aux environnements de bureau Pardus gérés, notamment les éditions Pardus 23 et 25. Pardus indique Xfce et GNOME comme environnements de bureau compatibles dans son calendrier de gestion des versions . La documentation de Lider Ahenk 3.0 décrit les tâches des groupes d'ordinateurs et les stratégies des groupes d'utilisateurs, mais ne définit pas de stratégie de fond d'écran universelle et intégrée pour chaque version d'environnement de bureau. Vérifiez les commandes affichées dans votre console avant d'utiliser un script ou une extension.
Étape 1 : Vérifier les clients et créer un groupe pilote
Connectez-vous à la console Lider Ahenk avec un compte autorisé à exécuter des tâches et à gérer les stratégies. Vérifiez que l'agent Ahenk est bien enregistré sur les ordinateurs concernés et qu'ils sont accessibles. Sur un client de test, inspectez l'agent avec :
systemctl status ahenk
Un service en cours d'exécution est un indice utile, mais ne garantit pas une communication réussie avec le serveur. Vérifiez l'ordinateur enregistré dans Lider et consultez l'historique des tâches les plus récentes. Sélectionnez un petit groupe d'ordinateurs comprenant au moins une machine Xfce et une machine GNOME si votre parc utilise les deux. Excluez les ordinateurs hors ligne du test initial et notez le fond d'écran actuel afin de pouvoir le restaurer.
Exemple de vue d'état de service Ahenk utilisée pour vérifier si un agent client est en cours d'exécution ; confirmer l'état réel sur chaque machine de test.Vue d'inventaire client permettant de distinguer les machines pilotes sélectionnées d'un système hors ligne avant de cibler une tâche de groupe d'ordinateurs.
Étape 2 : Préparer une image et un chemin local cohérent
Choisissez une image dont vous êtes autorisé à diffuser. Un fichier JPEG ou PNG avec un format large (par exemple, 1920 × 1080 pixels) convient généralement aux écrans standards, mais vérifiez la compatibilité avec les moniteurs ayant des formats d'image différents. Évitez de placer du texte de petite taille ou un logo près des bords, car les ordinateurs de bureau peuvent rogner les images.
Nommez le fichier company-wallpaper.jpgpour cet exemple et choisissez le même emplacement sur chaque machine : /usr/local/share/backgrounds/company-wallpaper.jpg. Le fichier doit rester accessible localement après une déconnexion réseau et être lisible par les utilisateurs. Considérez cela comme une convention de destination partagée, et non comme un chemin créé automatiquement par Pardus.
Un seul fichier JPEG approuvé, préparé pour la distribution ; son nom doit correspondre au chemin utilisé par les paramètres de bureau ultérieurs.
Étape 3 : Distribuer le fond d’écran dans le cadre d’une tâche de groupe informatique
Dans Lider Ahenk 3.0, repérez la tâche de partage ou de gestion de fichiers de groupe décrite dans la documentation officielle. Sélectionnez votre groupe pilote, choisissez le fichier d'arrière-plan et spécifiez la destination si votre version propose un contrôle du chemin de destination. Vérifiez les options d'écrasement et de création de répertoire avant l'envoi. Les libellés de la console et les champs disponibles varient selon la version ; ne présumez donc pas de l'existence d'une option simplement parce qu'elle apparaît dans un exemple.
Si votre tâche de partage de fichiers ne prend pas en charge les chemins absolus contrôlés, stockez l'image dans un emplacement accessible et utilisez un script d'administration validé séparément pour la copier /usr/local/share/backgrounds/. Définissez les permissions nécessaires 0644pour l'image et assurez-vous que le répertoire parent est accessible. Évitez de télécharger des URL de fond d'écran arbitraires depuis les clients : distribuez un fichier validé dont vous contrôlez le contenu.
Attendez le résultat de la tâche, puis vérifiez un client de test :
ls -l /usr/local/share/backgrounds/company-wallpaper.jpg
file /usr/local/share/backgrounds/company-wallpaper.jpg
La première commande vérifie le fichier et ses permissions ; la seconde identifie son format si l’ fileutilitaire est installé. Un transfert réussi ne signifie pas pour autant que le bureau a adopté l’image.
Exemple de tâche de distribution de fichiers avec une cible de groupe d'ordinateurs et un chemin d'accès local à l'image cohérent ; vérifiez les champs disponibles dans votre console déployée.
Étape 4 : Appliquer les paramètres du bureau, puis attribuer les stratégies utilisateur
Clients GNOME : définissez un arrière-plan système avec dconf
dconf est la base de données de configuration de GNOME. Sur une machine de test GNOME, suivez les instructions de l'administrateur GNOME pour les fonds d'écran personnalisés plutôt que d'exécuter les paramètres graphiques par utilisateur en tant que superutilisateur (root). Assurez-vous que la /etc/dconf/profile/userbase de données contient les entrées suivantes tout en conservant toute configuration spécifique à l'organisation :
Si vous devez empêcher les utilisateurs de remplacer le fond d'écran, créez une /etc/dconf/db/local.d/locks/00-backgroundrègle contenant les clés suivantes. Il s'agit d'une restriction administrative ; assurez-vous donc qu'elle convient à votre organisation avant de l'activer :
Après avoir installé ces fichiers, exécutez la commande sudo dconf update, puis déconnectez-vous et reconnectez-vous. Sur les versions ou thèmes utilisant un fond sombre distinct, vérifiez sa picture-uri-darkcompatibilité et configurez-le et verrouillez-le si nécessaire. Copiez les fichiers de configuration vérifiés et exécutez la mise à jour via les tâches de groupe d'ordinateurs contrôlées sur les autres clients GNOME ; sauvegardez et fusionnez les fichiers dconf existants au lieu de remplacer les paramètres non pertinents.
Clients Xfce : utilisez la configuration de l’utilisateur connecté
xfconf stocke les paramètres Xfce. Depuis une session de bureau Xfce normale et connectée, examinez les clés de fond d'écran réelles plutôt que de supposer que chaque moniteur possède le même nom de propriété :
xfconf-query -c xfce4-desktop -lv
Repérez le last-imageparamètre correspondant à chaque moniteur et espace de travail. Pour une propriété existante, remplacez `< EXACT_PROPERTY_FROM_LISTchemin_vers_le_paramètre>` par son chemin complet et exécutez la commande en tant qu'utilisateur connecté sur le poste de travail :
Le manuel de xfconf-query documente les arguments channel, property, list et set. N'exécutez pas cette commande en tant que tâche Ahenk appartenant à l'utilisateur root en supposant qu'elle modifie la session de bureau d'un autre utilisateur. Pour un déploiement à grande échelle, mettez en place un script de session utilisateur testé ou une configuration gérée par utilisateur. L'application de la configuration Xfce n'est pas équivalente au verrouillage dconf de GNOME ; ne garantissez pas que les utilisateurs ne peuvent pas modifier l'image sans vérifier un mécanisme de verrouillage approprié sur votre version de Xfce.
Attribuer d'autres paramètres en tant que politiques Lider Ahenk
Pour déployer les restrictions d'utilisateurs prises en charge, créez le profil correspondant dans la Gestion des stratégies (par exemple, un profil de navigateur, USB, de session ou de script), combinez-le en une stratégie et attribuez-le à un petit groupe d'utilisateurs . La page officielle de Lider Ahenk relative aux profils de script les décrit, tandis que la documentation principale explique que les stratégies de groupe d'utilisateurs sont vérifiées lors de la connexion. Conservez une liste des utilisateurs concernés et prévoyez une stratégie de restauration avant d'étendre le groupe.
Étape 5 : Vérifier le projet pilote, puis étendre le déploiement
Déconnectez-vous puis reconnectez-vous en tant que membre du groupe d'utilisateurs ciblé sur chaque poste de travail pilote. Vérifiez que le fond d'écran se charge depuis le répertoire local, qu'il persiste après un redémarrage, qu'il s'affiche sur les écrans prévus et qu'il respecte vos restrictions de modification uniquement là où elles ont été configurées. Dans Lider, consultez les rapports des tâches exécutées pour détecter les échecs de transfert et de script ; pour les stratégies appliquées lors de la connexion, testez également une véritable session utilisateur plutôt que de vous fier uniquement à l'état des tâches.
Les erreurs fréquentes incluent l'envoi du fichier sans appliquer les paramètres de bureau, l'attribution de tâches à un groupe incorrect, la confusion entre les touches GNOME et les propriétés Xfce, et le test d'une session déjà ouverte uniquement. En cas de problème sur un poste de travail, comparez son environnement de bureau, le chemin d'accès aux images, les permissions des fichiers, la connexion Ahenk et le délai de connexion avec un poste pilote fonctionnel. Rétablissez le paramètre de fond d'écran initial ou supprimez le verrouillage dconf correspondant si le déploiement entraîne une restriction inattendue.
Le déploiement à plus grande échelle est prêt uniquement lorsque chaque client pilote dispose de l'image localement, l'affiche après une nouvelle connexion et applique la politique utilisateur prévue sans modifications non pertinentes. Procédez par lots et répétez ces vérifications sur les ordinateurs nouvellement inscrits et ceux précédemment hors ligne.