Enjoy Slackware 15.0!

Welcome to the Slackware Documentation Project

Traza:

Diferencias

Muestra las diferencias entre dos versiones de la página.

Enlace a la vista de comparación

Ambos lados, revisión anterior Revisión previa
Próxima revisión 		Revisión previa
es:slackbook:filesystem_permissions [2019/02/03 02:47 (UTC)]
slackwarespanol [chmod, chown, y chgrp] 		es:slackbook:filesystem_permissions [2019/03/02 21:19 (UTC)]
rramp [Resumen de permisos]
Línea 1: Línea 1:
-<note warning>Traducción en progreso. Victor. </note> 
-<!-- Add your text below. We strongly advise to start with a Headline (see button bar above). --> 
 ====== Permisos del sistema de archivos ====== ====== Permisos del sistema de archivos ======
  
Línea 23: Línea 21:
 | Otros | r-x | Todos los demás pueden leer y ejecutar | | Otros | r-x | Todos los demás pueden leer y ejecutar |
  
-Los permisos son bastante autoexplicativos, por supuesto, al menos para archivos. Leer, escribir y ejecutar le permite leer un archivo, escribir en él o ejecutarlo. Pero, ¿qué significan estos permisos para los directorios? En pocas palabras, los permisos de lectura otorgan la posibilidad de listar los contenidos del directorio (digamos con ** // ls // **). El permiso de escritura otorga la posibilidad de crear nuevos archivos en el directorio, así como de eliminar todo el directorio, incluso si de otra forma no podría eliminar algunos de los otros archivos que contiene. El permiso de ejecución otorga la posibilidad de ingresar al directorio (por ejemplo, con cd , comando incorporado de ** // bash // **).+Los permisos son bastante autoexplicativos, por supuesto, al menos para archivos. Leer, escribir y ejecutar le permite leer un archivo, escribir en él o ejecutarlo. Pero, ¿qué significan estos permisos para los directorios? En pocas palabras, los permisos de lectura otorgan la posibilidad de listar los contenidos del directorio (digamos con **//ls//**). El permiso de escritura otorga la posibilidad de crear nuevos archivos en el directorio, así como de eliminar todo el directorio, incluso si de otra forma no podría eliminar algunos de los otros archivos que contiene. El permiso de ejecución otorga la posibilidad de ingresar al directorio (por ejemplo, con cd, comando incorporado de **//bash//**).
  
  
Línea 34: Línea 32:
  
  
-Aquí vemos los permisos en mi directorio personal y su propiedad. El directorio es propiedad del usuario alan y los usuarios del grupo. Al usuario se le otorgan todos los derechos (rwx), al grupo solo se le otorgan permisos de lectura y ejecución (r-x), y todos los demás tienen prohibido hacer cualquier cosa.+Aquí vemos los permisos en mi directorio personal y su propiedad. El directorio es propiedad del usuario alan y el grupo users. Al usuario se le otorgan todos los derechos (rwx), al grupo solo se le otorgan permisos de lectura y ejecución (r-x), y todos los demás tienen prohibido hacer cualquier cosa.
 ===== chmod, chown, y chgrp ===== ===== chmod, chown, y chgrp =====
  
Línea 111: Línea 109:
  
  
-** // chmod // ** también puede usar valores de letras junto con <key> '+' </key> o <key> Minus </key> para otorgar o denegar permisos. Si bien esto puede ser más fácil de recordar, a menudo es más fácil usar los permisos octales.+** // chmod // ** también puede usar valores de letras junto con <key>''+''</key> o <key> Minus </key> para otorgar o denegar permisos. Si bien esto puede ser más fácil de recordar, a menudo es más fácil usar los permisos octales.
  
-**Table 10.3. Alphabetic Permissions** +** Tabla 10.3. Permisos alfabéticos ** 
-^Permission ^Letter Value| +^ Permiso ^ Valor de la letra | 
-|Read |r| +| Leer | r | 
-|Write |w| +| Escribir | w | 
-|Execute |x|+| Ejecutar | x |
  
-**Table 10.4. Alphabetic Users and Groups** +** Tabla 10.4. Usuarios y grupos alfabéticos ** 
-^Accounts Affected ^Letter Value| +^ Cuentas afectadas ^ Valor letra | 
-|User/Owner |u| +| Usuario / Propietario | u | 
-|Group |g| +| Grupo | g | 
-|Others/World |o| +| Otros / Mundo | o | 
- +Para usar los valores de las letras con **//chmod//**, debe especificar con cual conjunto usarlos, ya sea //"u"// para el usuario, //"g"// para el grupo, y //"o"// para todos los demás. También debe especificar si está agregando o eliminando permisos con los signos //"+"// y //"-"//. Se pueden cambiar varios conjuntos a la vez separándolos con una coma.
-To use the letter values with **//chmod//**, you +
-must specify which set to use them with, either //"u"// for user, //"g"// for +
-group, and //"o"// for all others. You must also specify whether you are +
-adding or removing permissions with the //"+"// and //"-"// signs. Multiple +
-sets can be changed at once by separating each with a comma.+
  
  
Línea 149: Línea 142:
 -r-xr----- 1 alan users 0 2008-06-06 23:37 d* -r-xr----- 1 alan users 0 2008-06-06 23:37 d*
 </code> </code>
 +Lo que prefieras usar depende completamente de ti. Hay lugares donde uno es mejor que el otro, por lo que un verdadero Slacker lo sabrá de adentro hacia afuera.
 +===== SUID, SGID, y el "Sticky" Bit =====
  
 +Todavía no hemos terminado con los permisos. Hay otros tres // permisos "especiales" // además de los mencionados anteriormente. Son SUID, SGID, y el sticky bit. Cuando un archivo tiene uno o más de estos permisos establecidos, se comporta de manera especial. Los permisos SUID y SGID cambian la forma en que se ejecuta una aplicación, mientras que el sticky bit restringe la eliminación de archivos. Estos permisos se aplican con ** // chmod // ** como lectura, escritura y ejecución, pero con un giro.
  
-Which you prefer to use is entirely up to you. There are places where +SUID y SGID representan // "Establecer ID de usuario" // (//"Set User ID"// y // "Establecer ID de grupo" // respectivamente. Cuando se establece una aplicación con uno de estos bits, la aplicación se ejecuta con los permisos de propiedad del usuario o grupo de esa aplicación, independientemente de qué usuario la ejecutó realmente. Echemos un vistazo a una aplicación SUID común, humilde ** // passwd // ** y los archivos que modifica.
-one is better than the other, so a real Slacker will know both inside +
-out. +
-===== SUID, SGID, and the "Sticky" Bit ===== +
- +
-We're not quite done with permissions just yet. There are three other +
-//"special"// permissions in addition to those mentioned above. They are +
-SUID, SGID, and the sticky bit. When a file has one or more of these +
-permissions set, it behaves in special ways. The SUID and SGID +
-permissions change the way an application is run, while the sticky bit +
-restricts deletion of files. These permissions are applied with +
-**//chmod//** +
-like read, write, and execute, but with a twist. +
- +
- +
-SUID and SGID stand for //"Set User ID"// and //"Set Group ID"// respectively. +
-When an application with one of these bits is set, the application runs +
-with the user or group ownership permissions of that application +
-regardless of what user actually  +
-executed it. Let's take a look at a common SUID application, the humble +
-**//passwd//** and the files it modifies.+
  
  
Línea 184: Línea 160:
  
  
-Notice the permissions on **//passwd//**. Instead of +Observe los permisos en **//passwd//**. En lugar de una <key> 'x' </key> en la ranura de ejecución del usuario, tenemos una <key> 's' </key>. Esto nos dice que **//passwd//** es un programa SUID, y cuando lo ejecutamos, el proceso se ejecutará como usuario //"root"// en lugar del usuario que realmente lo ejecutó. La razón de esto es evidente tan pronto como usted mira los dos archivos que modifica. Ni ''/etc/passwd'' ni ''/etc/shadow'' son grabables por otra persona que no sea root. Dado que los usuarios necesitan cambiar su información personal, **//passwd//** debe ejecutarse como root para modificar esos archivos.
-an <key>'x'</key> in the user's execute slot, we have an +
-<key>'s'</key>. This tells us that +
-**//passwd//** is a SUID program, and when we run +
-it, the process will run as the user //"root"// rather than as the user +
-that actually executed it. The reason for this is readily apparent as +
-soon as you look at the two files it modifies. Neither +
-''/etc/passwd'' nor ''/etc/shadow'' +
-are writable by anyone other than root. Since users need to change +
-their personal information, **//passwd//** must be +
-run as root in order to modify those files.+
  
  
-So what about the sticky bit? The sticky bit restricts the ability to +Entonces, ¿qué pasa con el sticky bit? El sticky bit restringe la capacidad de mover o eliminar archivos y solo se establece en directorios. Los usuarios que no son root no pueden mover o eliminar ningún archivo de un directorio con el conjunto de sticky bit a menos que sean los propietarios de ese archivo. Normalmente, cualquier persona que tenga permiso de escritura en el archivo puede hacer esto, pero el sticky bit lo impide para cualquier persona que no sea el propietario (y, por supuesto, root). Echemos un vistazo a un directorio común //"sticky bit"//.
-move or delete files and is only ever set on directories. Non-root +
-users cannot move or delete any files under a directory with the sticky +
-bit set unless they are the owner of that file. Normally anyone with +
-write permission to the file can do this, but the sticky bit prevents +
-it for anyone but the owner (and of course, root). Let's take a look at +
-a common //"sticky"// directory.  +
  
 <code> <code>
Línea 212: Línea 171:
  
  
-Naturally, being a directory for the storage of temporary files system +Naturalmente, al ser un directorio para el almacenamiento de archivos temporales en todo el sistema, ''/tmp'' debe ser legible, grabable y ejecutable por todos y cada uno. Dado que es probable que cualquier usuario tenga un archivo o dos almacenados aquí en cualquier momento, solo tiene sentido evitar que otros usuarios eliminen esos archivos, por lo que se ha establecido el sticky bit. Puede verlo por la presencia de la <key>'t'</key> en lugar de la <key>'x'</key> en la sección de permisos globales.
-wide, ''/tmp'' needs to be readable, writable, and +
-executable by anyone and everyone. Since any user is likely to have a +
-file or two stored here at any time, it only makes good sense to +
-prevent other users from deleting those files, so the sticky bit has +
-been set. You can see it by the presence of the <key>'t'</key> in +
-place of the <key>'x'</key> in the world permissions section.+
  
- +** Tabla 10.5. Permisos SUID, SGID y "sticky bit" ** 
-**Table 10.5. SUID, SGID, and "Sticky" Permissions** +^ Tipo de permiso ^ Valor octal ^ Valor de letra |
-^Permission Type ^Octal Value ^Letter Value|+
 |SUID |4 |s| |SUID |4 |s|
 |SGID |2 |s| |SGID |2 |s|
 |Sticky |1 |t| |Sticky |1 |t|
  
-When using octal permissions, you must specify an additional leading +Al utilizar permisos octales, debe especificar un valor octal inicial adicional. Por ejemplo, para recrear el permiso en ''/tmp'', usaríamos 1777. Para recrear esos permisos en ''/usr/bin/passwd'', usaríamos 4711. Básicamente, toda vez que éste cuarto octeto principal no está especificado, **//chmod//** asume que su valor es 0.
-octal value. For example, to recreate the permission on +
-''/tmp'', we would use 1777. To recreate those +
-permissions on ''/usr/bin/passwd'', we would use 4711. +
-Essentially, any time this leading fourth octet isn't specified, +
-**//chmod//** assumes its value to be 0.+
  
  
Línea 240: Línea 187:
 </code> </code>
  
- +El uso de los valores de permiso alfabético es ligeramente diferente. Asumiendo que los dos archivos anteriores tienen permisos de 0000 (sin permisos), aquí es cómo los estableceríamos.
-Using the alphabetic permission values is slightly different. Assuming +
-the two files above have permissions of 0000 (no permissions at all), +
-here is how we would set them. +
  
  
Línea 251: Línea 195:
 </code> </code>
  
-====== Chapter Navigation ======+===== Navegación de capítulos ======
  
-**Previous Chapter: [[slackbook:users|Users and Groups]]**+**Capítulo anterior: [[:es:slackbook:users|Usuarios y Grupos]]**
  
-**Next Chapter: [[slackbook:working_with_filesystems|Working with Filesystems]]** +**Capítulo siguiente: [[:es:slackbook:working_with_filesystems|Trabajando con sistemas de archivos]]** 
-====== Sources ======+====== Fuentes ======
 <!-- If you copy information from another source, then specify that source --> <!-- If you copy information from another source, then specify that source -->
-  * Original source: [[http://www.slackbook.org/beta]] \\+  * Fuente original: [[http://www.slackbook.org/beta]] \\
 <!-- Authors are allowed to give credit to themselves! --> <!-- Authors are allowed to give credit to themselves! -->
-  * Originally written by Alan Hicks, Chris Lumens, David Cantrell, Logan Johnson +  * Escrito originalmente por Alan Hicks, Chris Lumens, David Cantrell, Logan Johnson 
-<!-- * Contributions by [[wiki:user:yyy | User Y]] -->+  * Traducción por: [[wiki:user: slackwarespanol | Victor]]  2019/02/03 03:34 (UTC) 
 +<!-- * Contrbutions by [[wiki:user:yyy | User Y]] -->
  
 <!-- Please do not modify anything below, except adding new tags.--> <!-- Please do not modify anything below, except adding new tags.-->

En otros idiomas
QR Code
QR Code es:slackbook:filesystem_permissions (generated for current page)