Necesitas dar a un grupo acceso de lectura y escritura a una carpeta compartida en un servidor Linux que administras, por ejemplo /srv/app. Gridberry se conecta al servidor por SSH, muestra el propietario, el grupo y los permisos con Shell, propone las líneas exactas de chgrp y chmod y espera tu aprobación antes de cambiar algo. Después, el mismo listado muestra el resultado, para que puedas comparar el antes y el después tú mismo. El orden importa: mira primero, cambia segundo, verifica tercero. Los casos típicos son una carpeta de despliegue, una carpeta de subida compartida o una carpeta de proyecto para un equipo pequeño. Sea cual sea la carpeta, se aplica el mismo bucle y cada comando aparece como una tarjeta con su resultado real, para que todo el cambio pueda leerse después en el chat.
Inicia Gridberry en Windows 10/11, conecta un modelo y selecciona tu servidor Linux, al que accedes por SSH, como el entorno. Elige el modo Ask first para que cada cambio espere tu aprobación. Plan only es una buena primera vista cuando el servidor es desconocido.
Pide al agente que muestre el propietario, el grupo y los permisos de la carpeta. Shell ejecuta ls -ld y la tarjeta muestra la salida, que lees antes de cualquier cambio. Nada cambia en este paso; es una consulta pura de información.
El agente propone chgrp para el grupo y chmod para los derechos. Lees cada línea, la aceptas y observas el código de salida. Un código distinto de cero significa que el cambio no ocurrió. Rechaza cualquier línea que no entiendas y pide al agente que la explique.
Ejecuta el listado de nuevo y compáralo con el primero. Luego prueba con un usuario de ese grupo usando un comando inofensivo, porque la pertenencia al grupo se aplica después de un nuevo inicio de sesión. Guarda la salida; es tu registro del cambio.
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 quién eres, tus grupos, las primeras líneas del archivo de grupos, los miembros de appteam y el propietario y grupo de /srv/app. Solo lee información y no cambia nada, así que puedes ejecutarlo antes y después de cada cambio y comparar la salida. Guárdalo como check_access.sh, ejecútalo con Shell antes y después del cambio, y guarda ambas salidas para tener algo con qué comparar.
Gridberry se conecta a tu servidor Linux por SSH y ejecuta ls -ld en la carpeta objetivo con Shell, para que veas el propietario, el grupo y los permisos antes de que cambie algo. Luego ejecuta getent group para el grupo que planeas usar. En modo Ask first, el agente se pausa antes de cada acción que cambie algo, y puedes cambiar a Plan only para leer los pasos sin que se ejecute nada. Cómo hacer que sudo funcione para un usuario nuevo es un problema diferente: añade el usuario al grupo de administración e inicia sesión de nuevo. Lee la salida de ambos listados antes de continuar. Guarda ese listado: es tu registro de cómo se veía la carpeta antes del cambio, y es lo que comparas si necesitas volver atrás.
Si getent group no imprime nada, el grupo aún no existe. El agente propone groupadd appteam y muestra la línea exacta en una tarjeta. Puedes editar el nombre si prefieres otro, y apruebas el comando antes de que se ejecute. Después, getent group appteam muestra la nueva entrada, y verificas la salida tú mismo en lugar de confiar en un resumen. El archivo de grupos /etc/group lista todos los grupos, por lo que una copia tomada con antelación te permite comparar. Al ejecutar sudo, las variables de entorno de root faltantes pueden explicar por qué un script que funciona para ti falla para el administrador, así que mantén los primeros pasos simples. Si el nombre ya está tomado por un grupo no relacionado, elige otro nombre en lugar de reutilizarlo, porque un grupo que contiene otros usuarios les daría acceso a la carpeta también.
El agente propone chgrp appteam /srv/app, lo que convierte al grupo en el grupo propietario de la carpeta. Lees la línea en la tarjeta y la apruebas. No apuntes el comando a una carpeta padre o un punto de montaje que no hayas intendido; una tarjeta que nombra una ruta diferente a la esperada es una razón para rechazarla. El código de salida aparece en la tarjeta, y un segundo ls -ld muestra el nuevo nombre de grupo. La gente suele buscar "añadir grupo a carpeta en Linux" y encuentra comandos recursivos, pero una sola carpeta es más fácil de revisar, así que empieza por ahí. Añade miembros con usermod -aG appteam username, y recuerda que el cambio se aplica después de que el usuario inicie sesión de nuevo. Si un error anterior cambió la propiedad bajo una ruta propiedad de root, recupera de un error de sudo chown restaurando desde tu copia de seguridad.
El agente propone chmod g+rx para acceso de lectura o chmod g+rwx para acceso de escritura, nunca chmod 777. Explica que las letras r, w y x significan lectura, escritura y entrada, y que g significa el grupo. Después de que apruebes la línea, el agente ejecuta ls -ld de nuevo y comparas los permisos con el primer listado. Luego pruebas con una cuenta del grupo y un comando inofensivo. Para una sola persona que busca "añadir usuario a permisos de carpeta en Linux", se aplica la misma verificación: ponlos en el grupo, nunca en el campo de propietario. Guarda los códigos de salida que viste: un código de éxito en ambas tarjetas, más la línea coincidente de ls -ld, es tu evidencia de que el paso funcionó, y el siguiente administrador puede leerlo de nuevo en el chat.
