dando a dos o más usuarios los permisos para crear, escribir y eliminar directorios y archivos

0

Me he cansado de todo lo que se me ocurre y he encontrado en la red antes de esto y no funciona. incluso esta página

Creo un directorio de participante, agrego un nombre de grupo al sistema, adjunto dos usuarios a ese grupo. agregue la propiedad del directorio a ese directorio. entrar como un usuario, crear un directorio, su el otro usuario y que ese usuario intente editar el archivo del primer usuario, y no me lo permitirá.

Necesito que ambos o más de dos usuarios puedan hacer lo que sea dentro de ese directorio y su subdirectorio creado por cualquier persona que esté vinculada al grupo que lo posee.

sudo find /run/media/bob/WD3TB/ftp-test/ -type d -exec chmod g+rw '{}' -R \;

sudo chgrp -R ftptest run/media/bob/WD3TB/ftp-test

[bob@voided1 bob2dir]$ mkdir bobDir
[bob@voided1 bob2dir]$ ls -la
 total 12
 drwxr-sr-x 3 bob ftptest 4096 Dec  6 18:25 .
 drwxrws--- 4 bob ftptest 4096 Dec  6 18:18 ..
 drwxr-sr-x 2 bob ftptest 4096 Dec  6 18:25 bobDir

[bob@voided1 bob2dir]$ su userx
Password: 
[email protected]/run/media/bob/WD3TB/ftp-test>> cd bob2dir
[email protected]/run/media/bob/WD3TB/ftp-test/bob2dir>> touch userxFile
touch: cannot touch 'userxFile': Permission denied

[email protected]/run/media/bob/WD3TB/ftp-test/bob2dir>> cat /etc/group
ftptest:x:1002:bob,userx

ambos usuarios están vinculados al grupo ftptest, que se adjunta como el propietario del grupo?

Puedo ejecutar el comando y funciona, ambos pueden hacer lo que sea el uno al otro, luego, cuando uno u otro crea algo nuevo, dir o archivo, el otro no puede tocarlo. Permiso denegado.

Incluso me he agregado unos a otros grupos

bob:x:1001:userx,bob
users:x:100:bob,userx

y eso tampoco funciona.

cómo otorgar permisos de grupo a rwx en todo momento para que los que están conectados a él puedan rwx todo dentro de ese directorio propiedad del grupo sin importar cuándo o quién crea algo, directorio o archivo. ??? ¿qué hacer?

uxserx-bw
fuente

Respuestas:

0

Hay algunas cosas a considerar aquí:

  1. Los usuarios necesitan ejecutar permisos en un directorio para moverse a ese directorio. Cuando escribe -exec chmod g+rw '{}' -R \; , está configurando los permisos de lectura ( r ) y escritura ( w ) en el directorio. Execute ( x ) no está configurado. Lo cambiaría achmod g+rwx '{}'
  2. Si encuentra todos los directorios en esa ruta sudo find /run/media/bob/WD3TB/ftp-test/ -type d, es redundante pasarle el argumento --recursive ( -R ) chmod.
  3. Ha cambiado los permisos en el directorio con sudo find /run/media/bob/WD3TB/ftp-test/ -type d -exec chmod g+rwx '{}' \;Esto otorga a los miembros del grupo permisos en el directorio para leer, escribir y ejecutar (== cd o "mover") en subdirectorios. Si también desea que los usuarios escriban en los archivos, debe agregar un segundo findcomando. Algo así sudo find /run/media/bob/WD3TB/ftp-test/ -type f -exec chmod g+rw '{}' \; daría permisos de lectura y escritura para editar archivos.
  4. El idcomando para un usuario mostrará el nombre y el número del grupo:

    vagrant@host:~$ id 
    uid=1000(vagrant) gid=1000(vagrant),groups=1000(vagrant),4(adm),24(cdrom),27(sudo),118(sambashare)
    vagrant@host:~$
    

    Esto es importante, ya que muestra todos los grupos a los que pertenece el usuario vagabundo (con UID 1000). El grupo activo es actualmente gid = 1000 (vagabundo)

  5. El comando 'ls -ln' mostrará los números de ID de grupo para los grupos que poseen el archivo. Me he encontrado con la situación anterior en la que los grupos tenían un nombre similar, pero diferentes números de identificación de grupo.

  6. Su usuario tiene un grupo activo . Si el permiso de escritura no funciona, intente idconfirmar la membresía en un grupo (como ftptest ), luego newgrp ftptest. El idcomando debe confirmar posteriormente que la pertenencia al grupo activo es ftptest
StandardEyre
fuente