U moet één groep lees- en schrijftoegang geven tot een gedeelde map op een Linux-server die u beheert, bijvoorbeeld /srv/app. Gridberry maakt verbinding met de server via SSH, toont de huidige eigenaar, groep en toegangsrechten met Shell, stelt de exacte chgrp- en chmod-regels voor en wacht op uw goedkeuring voordat er iets wordt gewijzigd. Daarna toont dezelfde listing het resultaat, zodat u het voor en na zelf kunt vergelijken. De volgorde is belangrijk: eerst kijken, dan wijzigen, daarna controleren. Typische gevallen zijn een deploy-map, een gedeelde uploadmap of een projectmap voor een klein team. Wat de map ook is, dezelfde cyclus geldt, en elk commando verschijnt als een kaart met het echte resultaat, zodat de hele wijziging later in de chat kan worden teruggelezen.
Start Gridberry op Windows 10/11, maak verbinding met een model en selecteer uw Linux-server, bereikbaar via SSH, als omgeving. Kies Ask first mode zodat elke wijziging op u wacht. Plan only is een goede eerste kennismaking als de server onbekend is.
Vraag de agent om de eigenaar, de groep en de toegangsrechten van de map te tonen. Shell voert ls -ld uit en de kaart toont de uitvoer, die u leest voordat er iets wordt gewijzigd. Er verandert niets in deze stap; het is een puur opzoeken van informatie.
De agent stelt chgrp voor voor de groep en chmod voor voor de rechten. U leest elke regel, accepteert deze en kijkt naar de exitcode. Een niet-nul exitcode betekent dat de wijziging niet is gebeurd. Wijs elke regel af die u niet begrijpt en vraag de agent om het uit te leggen.
Voer de listing opnieuw uit en vergelijk deze met de eerste. Test vervolgens met een gebruiker uit die groep met één onschuldig commando, omdat groeplidmaatschap pas van kracht wordt na een nieuwe inlog. Bewaar de uitvoer; het is uw bewijs van de wijziging.
bash check_access.shexit 0idexit 0getent group appteam1 matchls -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"Dit script print uit wie u bent, uw groepen, de eerste regels van het groepsbestand, de leden van appteam en de eigenaar en groep van /srv/app. Het leest alleen informatie en verandert niets, dus u kunt het voor en na elke wijziging uitvoeren en de uitvoer vergelijken. Sla het op als check_access.sh, voer het uit met Shell voor en na de wijziging en bewaar beide uitvoeren zodat u iets heeft om mee te vergelijken.
Gridberry maakt verbinding met uw Linux-server via SSH en voert ls -ld uit op de doelmap met Shell, zodat u de eigenaar, de groep en de toegangsrechten ziet voordat er iets verandert. Vervolgens voert het getent group uit voor de groep die u wilt gebruiken. In Ask first mode pauzeert de agent voordat elke actie iets wijzigt, en u kunt overschakelen naar Plan only om de stappen te lezen zonder dat er iets wordt uitgevoerd. Hoe sudo werkend te krijgen voor een nieuwe gebruiker is een ander probleem: voeg de gebruiker toe aan de admin-groep en log opnieuw in. Lees de uitvoer van beide listings voordat u verdergaat. Bewaar die listing: het is uw bewijs van hoe de map eruitzag voordat de wijziging, en het is waar u tegen kunt vergelijken als u terug moet.
Als getent group niets afdrukt, bestaat de groep nog niet. De agent stelt groupadd appteam voor en toont de exacte regel in een kaart. U kunt de naam bewerken als u een andere prefereert, en u keurt het commando goed voordat het wordt uitgevoerd. Daarna toont getent group appteam de nieuwe invoer, en u controleert de uitvoer zelf in plaats van een samenvatting te vertrouwen. Het groepsbestand /etc/group lijst elke groep op, dus een kopie ervan die vooraf is genomen, stelt u in staat om te vergelijken. Wanneer sudo wordt uitgevoerd, kunnen ontbrekende root-omgevingsvariabelen verklaren waarom een script dat voor u werkt, voor de beheerder faalt, dus houd de eerste stappen simpel. Als de naam al in gebruik is door een ongerelateerde groep, kies dan een andere naam in plaats van deze opnieuw te gebruiken, omdat een groep die andere gebruikers bevat, hen ook toegang tot de map zou geven.
De agent stelt chgrp appteam /srv/app voor, wat de groep de eigenaarsgroep van de map maakt. U leest de regel in de kaart en keurt deze goed. Wijs het commando niet aan op een bovenliggende map of een mountpoint die u niet bedoelde; een kaart die een ander pad noemt dan u verwachtte, is een reden om het af te wijzen. De exitcode verschijnt op de kaart, en een tweede ls -ld toont de nieuwe groepsnaam. Mensen zoeken vaak naar "groep toevoegen aan map in Linux" en vinden recursieve commando's, maar een enkele map is makkelijker te controleren, dus begin daar. Voeg leden toe met usermod -aG appteam username, en onthoud dat de wijziging van kracht wordt nadat de gebruiker opnieuw heeft ingelogd. Als een eerdere fout de eigendom onder een root-beheerd pad heeft gewijzigd, kunt u herstellen van een sudo chown-fout door terug te gaan naar uw back-up.
De agent stelt chmod g+rx voor voor leestoegang of chmod g+rwx voor schrijftoegang, nooit chmod 777. Het legt uit dat de letters r, w en x staan voor lezen, schrijven en betreden, en dat g de groep betekent. Na goedkeuring van de regel voert de agent ls -ld opnieuw uit en vergelijkt u de toegangsrechten met de eerste listing. Vervolgens test u met één account van de groep en één onschuldig commando. Voor een enkele persoon die "gebruiker toevoegen aan maptoestemmingen in Linux" zoekt, geldt dezelfde check: zet hen in de groep, nooit in het eigenaarsveld. Bewaar de exitcodes die u zag: een succesvolle exitcode op beide kaarten, plus de bijpassende ls -ld-regel, is uw bewijs dat de stap werkte, en de volgende beheerder kan het teruglezen in de chat.
