Devi concedere a un gruppo accesso in lettura e scrittura a una cartella condivisa su un server Linux che amministri, ad esempio /srv/app. Gridberry si connette al server via SSH, mostra il proprietario, il gruppo e i permessi con Shell, propone le esatte righe di chgrp e chmod e attende la tua approvazione prima di modificare qualcosa. Dopo l'operazione, l'elenco mostra il risultato, così puoi confrontare la situazione prima e dopo. L'ordine è importante: guarda prima, modifica dopo, verifica infine. I casi tipici sono una cartella di deploy, una cartella di upload condivisa o una cartella di progetto per un piccolo team. Qualunque sia la cartella, si applica lo stesso ciclo e ogni comando appare come una scheda con il suo risultato reale, così che l'intera modifica possa essere letta di nuovo nella chat.
Avvia Gridberry su Windows 10/11, connetti un modello e seleziona il tuo server Linux, raggiungibile via SSH, come ambiente. Scegli la modalità Ask first (Chiedi prima) in modo che ogni modifica attenda te. Plan only (Solo piano) è un buon primo sguardo quando il server è sconosciuto.
Chiedi all'agente di mostrare il proprietario, il gruppo e i permessi della cartella. Shell esegue ls -ld e la scheda mostra l'output, che leggi prima di qualsiasi modifica. A questo passo non cambia nulla; è una pura consultazione delle informazioni.
L'agente propone chgrp per il gruppo e chmod per i permessi. Leggi ogni riga, accettala e osserva il codice di uscita. Un codice diverso da zero significa che la modifica non è avvenuta. Rifiuta qualsiasi riga che non comprendi e chiedi all'agente di spiegarla.
Esegui di nuovo l'elenco e confrontalo con il primo. Poi testa con un utente di quel gruppo usando un comando innocuo, perché l'appartenenza al gruppo si applica dopo un nuovo accesso. Conserva l'output; è la tua registrazione della modifica.
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"Questo script stampa chi sei, i tuoi gruppi, le prime righe del file di gruppo, i membri di appteam e il proprietario e il gruppo di /srv/app. Legge solo le informazioni e non modifica nulla, quindi puoi eseguirlo prima e dopo ogni modifica e confrontare l'output. Salvalo come check_access.sh, eseguilo con Shell prima e dopo la modifica e conserva entrambi gli output per avere qualcosa da confrontare.
Gridberry si connette al tuo server Linux via SSH ed esegue ls -ld sulla cartella target con Shell, così vedi il proprietario, il gruppo e i permessi prima che cambi qualcosa. Poi esegue getent group per il gruppo che intendi usare. Nella modalità Ask first l'agente si ferma prima di ogni azione che modifica qualcosa, e puoi passare a Plan only per leggere i passi senza eseguire nulla. Come far funzionare sudo per un nuovo utente è un problema diverso: aggiungi l'utente al gruppo admin e accedi di nuovo. Leggi l'output di entrambi gli elenchi prima di procedere. Conserva quell'elenco: è la tua registrazione di come appariva la cartella prima della modifica, ed è ciò che confronti se devi tornare indietro.
Se getent group non stampa nulla, il gruppo non esiste ancora. L'agente propone groupadd appteam e mostra la riga esatta in una scheda. Puoi modificare il nome se preferisci un altro, e approvi il comando prima che venga eseguito. Dopo getent group appteam mostra la nuova voce, e controlli tu stesso l'output invece di fidarti di un riepilogo. Il file di gruppo /etc/group elenca tutti i gruppi, quindi una copia presa in precedenza ti permette di confrontare. Quando esegui sudo, le variabili di ambiente root mancanti possono spiegare perché uno script che funziona per te fallisce per l'amministratore, quindi mantieni i primi passi semplici. Se il nome è già occupato da un gruppo non correlato, scegli un altro nome invece di riutilizzarlo, perché un gruppo che contiene altri utenti darebbe loro accesso alla cartella.
L'agente propone chgrp appteam /srv/app, che rende il gruppo il gruppo proprietario della cartella. Leggi la riga nella scheda e approvane l'esecuzione. Non puntare il comando a una cartella padre o a un punto di montaggio che non intendevi; una scheda che indica un percorso diverso da quello previsto è un motivo per rifiutarla. Il codice di uscita appare nella scheda, e un secondo ls -ld mostra il nuovo nome del gruppo. Le persone cercano spesso "aggiungere gruppo a cartella linux" e trovano comandi ricorsivi, ma una singola cartella è più facile da revisionare, quindi inizia da lì. Aggiungi i membri con usermod -aG appteam username, e ricorda che la modifica si applica dopo che l'utente accede di nuovo. Se un errore precedente ha cambiato la proprietà sotto un percorso di proprietà di root, recupera da un errore di sudo chown ripristinando dal tuo backup.
L'agente propone chmod g+rx per l'accesso in lettura o chmod g+rwx per l'accesso in scrittura, mai chmod 777. Spiega che le lettere r, w e x stanno per read, write e enter, e che g significa group. Dopo che approvi la riga, l'agente esegue di nuovo ls -ld e confronti i permessi con il primo elenco. Poi testi con un account del gruppo e un comando innocuo. Per una singola persona che cerca "aggiungere utente ai permessi di una cartella linux", si applica lo stesso controllo: mettilo nel gruppo, mai nel campo proprietario. Conserva i codici di uscita che hai visto: un codice di successo su entrambe le schede, più la riga corrispondente di ls -ld, è la tua prova che il passo ha funzionato, e il prossimo amministratore può leggerlo di nuovo nella chat.
