cada archivo tiene 3 grupos de permisos, el del autor (owner), el del grupo (group) y el del resto.
en un listado (ls -la
) los permisos se muestran en el mismo orden (primero owner, después grupo, después resto) representado por 3 letras:
si la letra aparece, el permiso está activo, si aparece un guión en el lugar el permiso no está activo
este permiso activo indica que el fichero se ejecuta con el usuario propietario y no con el usuario que lo ejecuta
$ chmod u+s <file>
(solo con sentido en /usr/bin/passwd, no debería haber más en el sistema)
Si al listar el fichero aparece la S en mayúscula, es que no tenía activo el permiso de ejecución (x)
este permiso activo indica que los ficheros que se graben/creen asumirán automáticamente el grupo de la carpeta que lo contiene y no el original del mismo.
$ chmod g+s <file>
Si al listar el fichero aparece la S en mayúscula (en el apartado del grupo), es que no tenía activo el permiso de ejecución (x)
t
(implica x
activo) o una T
(xx
desactivada) al final de los permisos1XXX
)
se cambian con el comnado chmod
:
$ chmod {u,g,o}{+,-}{r,w,x,s,t}
getfacl
: consultar ACLs sobre ficherosetfacl
[d:]u:[uid][:perm]
[d:]g:[gid][:perm]
[d:]o[:perm]
[d:]m[:perm]
setfacl -M
$ ln -s /path/to/dest name_soft_link
pwd -p
. pwd
muestra la «lógica»actua negando ciertos bits (r y w concretamente, no tiene efecto sobre x)
Umask doesn’t work as you might expect: it doesn’t represent the permissions a file gets, but the bits of the full access value that are turned off (masked). With a umask value of 000, a file gets 666 permissions, equivalent to rw-rw-rw-. Any other value of umask will turn bits off (if the bit value is 1, make it 0): in the case of umask 442, we negate r--r---w- bits, resulting in -w--w-r--. for umask 553, we negate r-xr-x-wx bits, obtaining -w--w-r-- once again. As you can see, x bit is turned off by default, so masking it has no effect.