Você precisa conceder a um grupo acesso de leitura e gravação a uma pasta compartilhada em um servidor Linux que você administra, por exemplo /srv/app. O Gridberry conecta-se ao servidor via SSH, exibe o proprietário, o grupo e as permissões atuais com o Shell, propõe as linhas exatas de chgrp e chmod e aguarda sua aprovação antes de alterar qualquer coisa. Depois, a mesma listagem mostra o resultado, para que você possa comparar o antes e o depois por conta própria. A ordem importa: olhe primeiro, altere segundo, verifique terceiro. Os casos típicos são uma pasta de deploy, uma pasta de upload compartilhada ou uma pasta de projeto para uma pequena equipe. Seja qual for a pasta, o mesmo ciclo se aplica, e cada comando aparece como um cartão com seu resultado real, para que toda a alteração possa ser lida posteriormente no chat.
Inicie o Gridberry no Windows 10/11, conecte um modelo e selecione seu servidor Linux, acessado via SSH, como o ambiente. Escolha o modo Ask first para que cada alteração aguarde sua aprovação. O Plan only é uma boa primeira visão quando o servidor é desconhecido.
Peça ao agente para mostrar o proprietário, o grupo e as permissões da pasta. O Shell executa ls -ld e o cartão mostra a saída, que você lê antes de qualquer alteração. Nada muda nesta etapa; é uma pura consulta de informações.
O agente propõe chgrp para o grupo e chmod para os direitos. Você lê cada linha, aceita e observa o código de saída. Um código diferente de zero significa que a alteração não ocorreu. Rejeite qualquer linha que você não entender e peça ao agente para explicá-la.
Execute a listagem novamente e compare-a com a primeira. Em seguida, teste com um usuário desse grupo usando um comando inofensivo, porque a associação de grupo só se aplica após um novo login. Mantenha a saída; é seu registro da alteração.
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"Este script imprime quem você é, seus grupos, as primeiras linhas do arquivo de grupo, os membros de appteam e o proprietário e o grupo de /srv/app. Ele apenas lê informações e não altera nada, então você pode executá-lo antes e depois de cada alteração e comparar a saída. Salve-o como check_access.sh, execute-o com o Shell antes e depois da alteração e mantenha ambas as saídas para ter algo para comparar.
O Gridberry conecta-se ao seu servidor Linux via SSH e executa ls -ld na pasta de destino com o Shell, para que você veja o proprietário, o grupo e as permissões antes de qualquer alteração. Em seguida, executa getent group para o grupo que você planeja usar. No modo Ask first, o agente pausa antes de cada ação que altera algo, e você pode alternar para o Plan only para ler as etapas sem nada ser executado. Como fazer o sudo funcionar para um novo usuário é um problema diferente: adicione o usuário ao grupo admin e faça login novamente. Leia a saída de ambas as listagens antes de prosseguir. Mantenha essa listagem: é seu registro de como a pasta estava antes da alteração, e é isso que você compara se precisar reverter.
Se getent group não imprimir nada, o grupo ainda não existe. O agente propõe groupadd appteam e mostra a linha exata em um cartão. Você pode editar o nome se preferir outro e aprova o comando antes de executá-lo. Depois, getent group appteam mostra a nova entrada, e você verifica a saída por conta própria em vez de confiar em um resumo. O arquivo de grupo /etc/group lista todos os grupos, então uma cópia dele feita antes permite que você compare. Ao executar sudo, a falta de variáveis de ambiente root pode explicar por que um script que funciona para você falha para o administrador, então mantenha os primeiros passos simples. Se o nome já estiver sendo usado por um grupo não relacionado, escolha outro nome em vez de reutilizá-lo, porque um grupo que contém outros usuários daria a eles acesso à pasta também.
O agente propõe chgrp appteam /srv/app, o que torna o grupo o grupo proprietário da pasta. Você lê a linha no cartão e aprova. Não aponte o comando para uma pasta pai ou um ponto de montagem que você não pretendia; um cartão que nomeia um caminho diferente do esperado é um motivo para rejeitá-lo. O código de saída aparece no cartão, e um segundo ls -ld mostra o novo nome do grupo. As pessoas frequentemente procuram por "adicionar grupo à pasta no Linux" e encontram comandos recursivos, mas uma única pasta é mais fácil de revisar, então comece por aí. Adicione membros com usermod -aG appteam username, e lembre-se de que a alteração só se aplica após o usuário fazer login novamente. Se um erro anterior alterou a propriedade sob um caminho pertencente ao root, recupere-se de um erro de sudo chown restaurando o backup.
O agente propõe chmod g+rx para acesso de leitura ou chmod g+rwx para acesso de gravação, nunca chmod 777. Ele explica que as letras r, w e x significam leitura, gravação e execução, e que g significa grupo. Após você aprovar a linha, o agente executa ls -ld novamente e você compara as permissões com a primeira listagem. Em seguida, você testa com uma conta do grupo e um comando inofensivo. Para uma única pessoa que procura "adicionar usuário às permissões da pasta no Linux", a mesma verificação se aplica: coloque-o no grupo, nunca no campo de proprietário. Mantenha os códigos de saída que você viu: um código de sucesso em ambos os cartões, mais a linha correspondente de ls -ld, é sua evidência de que a etapa funcionou, e o próximo administrador pode lê-la de volta no chat.
