Vous devez accorder à un groupe un accès en lecture et en écriture à un dossier partagé sur un serveur Linux que vous administrez, par exemple /srv/app. Gridberry se connecte au serveur via SSH, affiche le propriétaire, le groupe et les permissions actuels avec Shell, propose les lignes exactes de chgrp et chmod et attend votre approbation avant de modifier quoi que ce soit. Ensuite, la même liste affiche le résultat, afin que vous puissiez comparer le avant et le après vous-même. L'ordre est important : regardez d'abord, modifiez ensuite, vérifiez enfin. Les cas typiques sont un dossier de déploiement, un dossier de téléchargement partagé ou un dossier de projet pour une petite équipe. Quel que soit le dossier, la même boucle s'applique, et chaque commande apparaît sous forme de carte avec son résultat réel, de sorte que toute la modification peut être relue plus tard dans le chat.
Lancez Gridberry sur Windows 10/11, connectez un modèle et sélectionnez votre serveur Linux, accessible via SSH, comme environnement. Choisissez le mode Ask first pour que chaque modification attende votre validation. Le mode Plan only est un bon premier aperçu lorsque le serveur est inconnu.
Demandez à l'agent d'afficher le propriétaire, le groupe et les permissions du dossier. Shell exécute ls -ld et la carte affiche la sortie, que vous lisez avant toute modification. Rien ne change à cette étape ; il s'agit d'une simple consultation d'informations.
L'agent propose chgrp pour le groupe et chmod pour les droits. Vous lisez chaque ligne, l'acceptez et surveillez le code de sortie. Un code non nul signifie que la modification n'a pas eu lieu. Rejetez toute ligne que vous ne comprenez pas et demandez à l'agent de l'expliquer.
Exécutez à nouveau la commande de liste et comparez-la avec la première. Ensuite, testez avec un utilisateur de ce groupe à l'aide d'une commande inoffensive, car l'appartenance au groupe ne prend effet qu'après une nouvelle connexion. Conservez la sortie ; c'est votre registre de la modification.
bash check_access.shexit 0idexit 0getent group appteam1 correspondancels -ld /srv/appdrwxrwx---#!/usr/bin/env bash
# Read-only access check for a shared folder.
# It changes nothing on the system.
set -eu
DIR=/srv/app
echo "User: $(whoami)"
id
groups
head -n 5 /etc/group
getent group appteam
ls -ld "$DIR"
echo "Check finished"Ce script affiche qui vous êtes, vos groupes, les premières lignes du fichier de groupe, les membres de appteam ainsi que le propriétaire et le groupe de /srv/app. Il ne fait que lire des informations et ne modifie rien, vous pouvez donc l'exécuter avant et après chaque modification et comparer les sorties. Enregistrez-le sous check_access.sh, exécutez-le avec Shell avant et après la modification, et conservez les deux sorties afin d'avoir quelque chose à comparer.
Gridberry se connecte à votre serveur Linux via SSH et exécute ls -ld sur le dossier cible avec Shell, afin que vous voyiez le propriétaire, le groupe et les permissions avant toute modification. Il exécute ensuite getent group pour le groupe que vous prévoyez d'utiliser. En mode Ask first, l'agent fait une pause avant chaque action qui modifie quelque chose, et vous pouvez passer en mode Plan only pour lire les étapes sans rien exécuter. Comment faire fonctionner sudo pour un nouvel utilisateur est un problème différent : ajoutez l'utilisateur au groupe admin et reconnectez-vous. Lisez la sortie des deux listes avant de continuer. Conservez cette liste : c'est votre registre de l'apparence du dossier avant la modification, et c'est ce que vous comparez si vous devez revenir en arrière.
Si getent group ne produit rien, le groupe n'existe pas encore. L'agent propose groupadd appteam et affiche la ligne exacte dans une carte. Vous pouvez modifier le nom si vous préférez un autre, et vous approuvez la commande avant qu'elle ne s'exécute. Ensuite, getent group appteam affiche la nouvelle entrée, et vous vérifiez vous-même la sortie au lieu de faire confiance à un résumé. Le fichier de groupe /etc/group liste tous les groupes, donc une copie prise au préalable vous permet de comparer. Lors de l'exécution de sudo, l'absence de variables d'environnement root peut expliquer pourquoi un script qui fonctionne pour vous échoue pour l'administrateur, donc gardez les premières étapes simples. Si le nom est déjà pris par un groupe non lié, choisissez un autre nom au lieu de le réutiliser, car un groupe qui contient d'autres utilisateurs leur donnerait également accès au dossier.
L'agent propose chgrp appteam /srv/app, ce qui fait du groupe le groupe propriétaire du dossier. Vous lisez la ligne dans la carte et l'approuvez. Ne pointez pas la commande vers un dossier parent ou un point de montage que vous n'aviez pas l'intention de modifier ; une carte qui nomme un chemin différent de celui attendu est une raison de la rejeter. Le code de sortie apparaît sur la carte, et un second ls -ld affiche le nouveau nom de groupe. Les gens recherchent souvent « ajouter un groupe à un dossier Linux » et trouvent des commandes récursives, mais un seul dossier est plus facile à examiner, alors commencez par là. Ajoutez des membres avec usermod -aG appteam username, et rappelez-vous que le changement ne prend effet qu'après la déconnexion et la reconnexion de l'utilisateur. Si une erreur précédente a modifié la propriété sous un chemin appartenant à root, récupérez d'une erreur de sudo chown en restaurant à partir de votre sauvegarde.
L'agent propose chmod g+rx pour l'accès en lecture ou chmod g+rwx pour l'accès en écriture, jamais chmod 777. Il explique que les lettres r, w et x signifient lire, écrire et entrer, et que g signifie le groupe. Après avoir approuvé la ligne, l'agent exécute à nouveau ls -ld et vous comparez les permissions avec la première liste. Ensuite, vous testez avec un compte du groupe et une commande inoffensive. Pour une seule personne qui recherche « ajouter un utilisateur aux permissions d'un dossier Linux », la même vérification s'applique : mettez-le dans le groupe, jamais dans le champ propriétaire. Conservez les codes de sortie que vous avez vus : un code de sortie réussi sur les deux cartes, ainsi que la ligne ls -ld correspondante, sont votre preuve que l'étape a fonctionné, et le prochain administrateur peut la relire dans le chat.
