Recursos compartidos: comportamiento de la ACL

Cuando se modifica una ACL mediante chmod(2) con los permisos user/group/other de Unix estándar, la solicitud de cambio de modo simplificado interactuará con la ACL existente de diferentes maneras según la configuración de esta propiedad.

Tabla 12-16 Valores de cambio de modo

Valor de la BUI	Valor de la CLI	Descripción
Descartar ACL	discard	Se descartan todas las entradas de la ACL que no representan el modo del directorio o del archivo. Este es el comportamiento por defecto.
Enmascarar ACL con el modo	mask	Se reducen los permisos de manera que no superen los bits de permisos de grupos, excepto que se trate de una entrada de usuario con el mismo UID que el propietario del archivo o directorio. En este caso, se reducen los permisos de la ACL de manera que no superen los bits de permisos de los propietarios. El valor de la máscara también conserva la ACL tras los cambios de modo, siempre que no se haya llevado a cabo una operación explícita de configuración de la ACL.
No cambiar la ACL	passthrough	No se efectúan cambios en la ACL aparte de la generación de las entradas de la ACL necesarias para representar el nuevo modo del archivo o directorio.

Comportamiento de valores heredados de ACL

Cuando se crea un nuevo archivo o directorio, es posible heredar la configuración de la ACL existente del directorio principal. Esta propiedad controla la manera en que funciona esta herencia. La configuración de esta propiedad generalmente sólo afecta las entradas de la ACL indicadas como heredables (las demás entradas no se propagarán independientemente de la configuración de esta propiedad). Sin embargo, todas las entradas de las ACL triviales se pueden heredar cuando se utilizan con SMB. Una ACL trivial representa las entradas Unix tradicionales owner/group/other.

Tabla 12-17 Valores de comportamiento heredados de ACL

Valor de la BUI	Valor de la CLI	Descripción
Do not inherit entries	discard	No se heredan entradas de la ACL. El archivo o directorio se crea según el cliente y el protocolo que se utiliza.
Only inherit deny entries	noallow	Sólo se heredan las entradas de ACL que especifican permisos de "denegación".
Inherit all but "write ACL" and "change owner"	restricted	Elimina los permisos "write_acl" y "write_owner" cuando se hereda la entrada de ACL, pero en caso contrario, deja intactas las entradas de ACL heredables. Este es el valor por defecto.
Inherit all entries	passthrough	Se heredan todas las entradas de ACL heredables. Generalmente, el modo "passthrough" se utiliza para crear todos los archivos de "datos" con el mismo modo en un árbol de directorio. El administrador configura la herencia de la ACL para crear todos los archivos con un modo, por ejemplo, 0664 o 0666.
Inherit all but "execute" when not specified	passthrough-x	Igual que "passthrough", excepto que las entradas de ACL de propietario, grupo y todos heredan el permiso de ejecución sólo si el modo de creación de archivos también solicita el bit de ejecución. La configuración "passthrough" funciona como se espera para los archivos de datos, pero posiblemente desee incluir de manera opcional el bit de ejecución del modo de creación de archivos en la ACL heredada. Un ejemplo es el archivo de salida que se genera a partir de herramientas, como "cc" o "gcc". Si la ACL heredada no incluye el bit de ejecución, el archivo de salida ejecutable del compilador no se podrá ejecutar hasta que se utilice chmod(1) para cambiar los permisos del archivo.

Cuando se utiliza SMB para crear un archivo en un directorio con una ACL trivial, se heredan todas las entradas de la ACL. Como resultado, se genera el siguiente comportamiento:

Los bits de herencia se muestran de manera diferente cuando se los visualiza en SMB o NFS. Cuando se visualiza el directorio de ACL en SMB, se muestran los bits de herencia. Los bits de herencia no se muestran en NFS.
Cuando se crea un archivo en un directorio con SMB, las entradas de ACL se muestran como heredadas; sin embargo, cuando se visualiza mediante NFS, el directorio no tiene entradas de ACL heredables.
Si se cambia la ACL para que deje de ser trivial, por ejemplo, al agregar una entrada de control de acceso (ACE), no se produce este comportamiento.
Si se modifica la ACL mediante SMB, los bits de herencia sintéticos anteriores se convertirán en bits de herencia reales en la ACL resultante.

Todos los comportamientos anteriores están sujetos a cambios en versiones futuras.

Omitir Vínculos de navegación
Salir de la Vista de impresión
	Guía de administración de Oracle^® ZFS Storage Appliance