JavaScript is required to for searching.
Omitir V�nculos de navegaci�n
Salir de la Vista de impresi�n
Administración de Oracle Solaris: tareas comunes     Oracle Solaris 11 Information Library (Español)
search filter icon
search icon

Información del documento

Acerca de este manual

1.  Localización de información acerca de comandos de Oracle Solaris

2.  Gestión de grupos y cuentas de usuario (descripción general)

Novedades de grupos y cuentas de usuario

Eliminación de compatibilidad con Solaris Management Console

Algoritmo de hash de contraseña predeterminada

¿Qué son las cuentas de usuario y los grupos?

Componentes de cuentas de usuario

Nombres de usuario (inicio de sesión)

Números de ID de usuario

Uso de ID de usuario e ID de grupo de gran tamaño

Grupos UNIX

Contraseñas de usuario

Directorios principales

Servicios de nombres

Entorno de trabajo del usuario

Directrices para asignar nombres de usuario, ID de usuario e ID de grupo

Dónde se almacena la información de cuentas de usuario y grupos

Campos del archivo passwd

Archivo passwd predeterminado

Campos en el archivo shadow

Campos en el archivo group

Archivo group predeterminado

Herramientas de línea de comandos para gestión de cuentas de grupo y usuario

Personalización de un entorno de trabajo del usuario

Uso de archivos de inicialización de sitio

Cómo evitar referencias de sistema local

Funciones de shell

Historial de shells bash y ksh93

Variables de entorno de shell bash y shell ksh93

Personalización del shell Bash

Acerca de la variable de entorno MANPATH

La variable PATH

Configuración de directrices de ruta

Variables de configuración regional

Permisos de archivo predeterminados (umask)

Personalización de un archivo de inicialización de usuario

3.  Gestión de cuentas de usuario y grupos (tareas)

4.  Inicio y cierre de un sistema Oracle Solaris

5.  Trabajo con Oracle Configuration Manager

6.  Gestión de servicios (descripción general)

7.  Gestión de servicios (tareas)

8.  Uso del gestor de fallos

9.  Gestión de información del sistema (tareas)

10.  Gestión de procesos del sistema (tareas)

11.  Supervisión del rendimiento del sistema (tareas)

12.  Gestión de paquetes de software (tareas)

13.  Gestión del uso de discos (tareas)

14.  Programación de tareas del sistema (tareas)

15.  Configuración y administración de impresoras mediante CUPS (tareas)

16.  Gestión de la consola del sistema, dispositivos del terminal y servicios de energía (tareas)

17.  Gestión de información sobre la caída del sistema (tareas)

18.  Gestión de archivos del núcleo central (tareas)

19.  Resolución de problemas de software y sistemas (tareas)

20.  Resolución de diversos problemas de software y sistemas (tareas)

Índice

¿Qué son las cuentas de usuario y los grupos?

Una tarea de administración del sistema básica es configurar una cuenta de usuario para cada usuario en un sitio. Una cuenta de usuario típica incluye la información que necesita un usuario para iniciar sesión y utilizar un sistema, sin tener la contraseña root del sistema. Los componentes de cuentas de usuario se describen en Componentes de cuentas de usuario.

Al configurar una cuenta de usuario, puede agregar el usuario a un grupo de usuarios predefinido. Un uso típico de grupos es configurar permisos de grupo en un archivo y un directorio, lo que permite el acceso sólo a los usuarios que forman parte de ese grupo.

Por ejemplo, puede tener un directorio que contenga archivos confidenciales a los que sólo unos pocos usuarios deberían tener acceso. Puede configurar un grupo denominado topsecret que incluya los usuarios que trabajan en el proyecto topsecret. Además, puede configurar los archivos topsecret con permiso de lectura para el grupo topsecret. De esta manera, sólo los usuarios del grupo topsecret podrán leer los archivos.

Un tipo especial de cuenta de usuario, denominado rol, brinda a los usuarios seleccionados privilegios especiales. Para obtener más información, consulte Control de acceso basado en roles (descripción general) de Administración de Oracle Solaris: servicios de seguridad.

Componentes de cuentas de usuario

En las siguientes secciones, se describen varios componentes de una cuenta de usuario.

Nombres de usuario (inicio de sesión)

Los nombres de usuario, también denominados nombres de inicio de sesión, permiten a los usuarios acceder a sus propios sistemas y sistemas remotos que tengan los privilegios de acceso apropiados. Debe seleccionar un nombre de usuario para cada cuenta de usuario que cree.

Considere establecer una manera estándar de asignar nombres de usuario para facilitar su seguimiento. Además, los nombres deben ser fáciles para que los usuarios los recuerden. Un esquema simple para seleccionar un nombre de usuario es usar la inicial del primer nombre y las siete primeras letras del apellido del usuario. Por ejemplo, Ziggy Ignatz sería zignatz. Si este esquema da como resultado nombres duplicados, puede utilizar la primera inicial, la inicial del segundo nombre y los seis primeros caracteres del apellido del usuario. Por ejemplo, Ziggy Top Ignatz se convierte en ztignatz.

Si este esquema sigue dando como resultando nombres duplicados, tenga en cuenta el siguiente esquema para crear un nombre de usuario:


Nota - Cada nuevo nombre de usuario debe ser distinto de cualquier alias de correo conocido por el sistema o el dominio NIS. De lo contrario, el correo podría ser entregado al alias en lugar de al usuario real.


Para obtener directrices detalladas sobre la configuración de nombres (inicio de sesión) de usuario, consulte Directrices para asignar nombres de usuario, ID de usuario e ID de grupo.

Números de ID de usuario

Hay un número de identificación de usuario (UID) asociado con cada nombre de usuario. El número UID identifica el nombre de usuario para cualquier sistema en el que el usuario intenta iniciar la sesión. Y los sistemas utilizan el número UID para identificar los propietarios de los archivos y directorios. Si crea cuentas de usuario para una sola persona en un número de sistemas diferentes, utilice siempre el mismo nombre de usuario y número de ID. De ese modo, el usuario puede mover fácilmente archivos entre sistemas sin problemas de titularidad.

Los números UID deben ser números completos menores o iguales que 2147483647. Los números UID son necesarios para cuentas de usuario normales y cuentas del sistema especiales. La siguiente tabla muestra los números UID que están reservados para las cuentas de usuario y las cuentas del sistema.

Tabla 2-1 Números UID reservados

Números UID
Cuentas de usuario o de inicio de sesión
Descripción
0 – 99
root, daemon, bin, sys, etc.
Reservado para ser usado por el sistema operativo
100 – 2147483647
Usuarios normales
Cuentas con fines generales
60001 y 65534
nobody y nobody4
Usuarios anónimos
60002
noaccess
Ningún usuario de confianza

No asigne UID de 0 a 99. Estos UID están reservados para la asignación por Oracle Solaris. Por definición, root siempre tiene un UID 0, daemon tiene un UID 1 y pseudo usuario bin tiene un UID 2. Además, debería ofrecer a inicios de sesión uucp e inicios de sesión de pseudo usuario, como who, tty y ttytype, UID bajos para que queden al principio del archivo passwd.

Para obtener directrices adicionales sobre la configuración de UID, consulte Directrices para asignar nombres de usuario, ID de usuario e ID de grupo.

Como con nombres de usuario (inicio de sesión), debe adoptar un esquema para asignar números UID únicos. Algunas compañías asignan números de empleado únicos. A continuación, los administradores agregan un número al número de empleado para crear un número UID único para cada empleado.

Para minimizar riesgos de seguridad, debería evitar volver a utilizar los UID de cuentas eliminadas. Si debe reutilizar un UID, "empiece desde 0" para que el nuevo usuario no se vea afectado por conjuntos de atributos de un antiguo usuario. Por ejemplo, a un antiguo usuario se le pudo haber denegado el acceso a una impresora por estar en una lista de denegación de impresora. Sin embargo, ese atributo puede ser inapropiado para el nuevo usuario.

Uso de ID de usuario e ID de grupo de gran tamaño

UID e ID de grupo (GID) pueden asignarse hasta el valor máximo de un entero firmado o 2147483647.

La siguiente tabla describe limitaciones de UID y GID.

Tabla 2-2 Resumen de limitaciones de UID y GID de gran tamaño

UID o GID
Limitaciones
262144 o superior
Los usuarios que utilizan el comando cpio con el formato de archivo predeterminado para copiar un archivo, ven un mensaje de error para cada archivo. Y, los UID y GID se establecen para nobody en el archivo.
2097152 o superior
Los usuarios que utilizan el comando cpio con el formato -H odc o el comando pax -x cpio para copiar archivos ven un mensaje de error devuelto para cada archivo. Y, los UID y GID se establecen para nobody en el archivo.
1000000 o superior
Los usuarios que utilizan el comando ar tienen sus UID y GID establecidos en nobody en el archivo.
2097152 o superior
Los usuarios que utilizan el comando tar, el comando cpio -H ustar o el comando pax -x tar tienen sus UID y GID establecidos en nobody.

Grupos UNIX

Un grupo es una recopilación de usuarios que pueden compartir archivos y otros recursos del sistema. Por ejemplo, usuarios que trabajan en el mismo proyecto podrían formarse en un grupo. Un grupo es conocido tradicionalmente como un grupo UNIX.

Cada grupo debe tener un nombre, un número de identificación de grupo (GID) y una lista de nombres de usuario que pertenecen al grupo. Un número GID identifica el grupo internamente para el sistema.

Los dos tipos de grupos al que un usuario puede pertenecer son los siguientes:

Para obtener directrices detalladas sobre la configuración de nombres de grupo, consulte Directrices para asignar nombres de usuario, ID de usuario e ID de grupo.

En ocasiones, un grupo secundario del usuario no es importante. Por ejemplo, la propiedad de archivos reflejar el grupo primario y no un grupo secundario. Otras aplicaciones, sin embargo, puedan depender de pertenencias a grupos secundarios del usuario. Por ejemplo, un usuario tiene que ser un miembro del grupo sysadmin (grupo 14) para utilizar el software Admintool en las versiones anteriores de Solaris. Sin embargo, no importa si el grupo 14 es su actual grupo primario.

El comando groups enumera la lista de grupos a los que pertenece un usuario. Un usuario puede tener solamente un grupo primario a la vez. Sin embargo, un usuario puede cambiar temporalmente el grupo primario del usuario, con el comando newgrp, para cualquier otro grupo del que el usuario es miembro.

Al agregar una cuenta de usuario, debe asignar un grupo primario a un usuario o aceptar el grupo predeterminado, staff (grupo 10). El grupo primario ya debería existir. Si el grupo primario no existe, especifique el grupo por número GID. Los nombres de usuario no se agregan a los grupos primarios. Si los nombres de usuario se agregaron a grupos primarios, la lista podría llegar a ser demasiado larga. Antes de poder asignar usuarios a un nuevo grupo secundario, debe crear el grupo y asignarle un número GID.

Los grupos pueden ser locales para un sistema o gestionados mediante un servicio de nombres. Para simplificar la administración de grupos, debe utilizar un servicio de nombres, como NIS o un servicio de directorio, como LDAP. Estos servicios permiten gestionar de manera centralizada la pertenencia a los grupos.

Contraseñas de usuario

Puede especificar una contraseña para un usuario cuando agrega el usuario. O bien, puede forzar al usuario a que especifique una contraseña cuando el usuario inicia sesión por primera vez.

Las contraseñas de usuario deben cumplir con la siguiente sintaxis:

Aunque los nombres de usuario son conocidos públicamente, las contraseñas deben mantenerse en secreto y sólo deben conocerlas los respectivos usuarios. Se debe asignar una contraseña a cada cuenta de usuario.


Nota - En Oracle Solaris 11, el algoritmo de hash de contraseña predeterminada se ha cambiado a SHA256. Como resultado, ya no hay una limitación de ocho caracteres para las contraseñas de usuario como en las versiones anteriores de Oracle Solaris. La limitación de ocho caracteres sólo se aplica a las contraseñas que utilizan el algoritmo crypts_unix(5) anterior, que se ha conservado para la compatibilidad de retroceso con las entradas de archivo passwd y los mapas NIS existentes.

Ahora las contraseñas son codificadas con uno de los otros algoritmos crypt(3c), incluido el algoritmo SHA256, que es la opción predeterminada en el archivo policy.conf de Solaris 11. Por lo tanto, las contraseñas ahora pueden ser mucho más largas que ocho caracteres.


Para hacer que los sistemas del equipo sean más seguros, los usuarios deben modificar sus contraseñas con frecuencia. Para un alto nivel de seguridad, se debe solicitar a los usuarios que cambien sus contraseñas cada seis semanas. Una vez cada tres meses es adecuado para niveles más bajos de seguridad. Los inicios de sesión de administración del sistema (como root y sys) se deben cambiar mensualmente o siempre que una persona que sabe la contraseña root deja la compañía o es reasignada.

Numerosas infracciones de seguridad del equipo implican adivinar una contraseña legítima del usuario. Debe asegurarse de que los usuarios eviten el uso de nombres propios, nombres, nombres de inicio de sesión y otras contraseñas que una persona podría deducir sólo por saber algo sobre el usuario.

Algunas buenas opciones para las contraseñas incluyen lo siguiente:

No utilice estas opciones para las contraseñas:

Para obtener información relacionada con tareas, consulte Cómo agregar un usuario.

Directorios principales

El directorio principal es la parte de un sistema de archivos que está asignada a un usuario para almacenar archivos privados. La cantidad de espacio que asigne a un directorio principal depende de los tipos de archivo que crea el usuario, su tamaño y el número de archivos que se crean.

Un directorio principal se puede ubicar en el sistema local del usuario o en un servidor de archivos remoto. En cualquier caso, por convención, el directorio principal debe crearse como /export/home/nombre de usuario. Para un sitio grande, debería almacenar los directorios principales en un servidor. Utilice un sistema de archivos independiente para cada usuario. Por ejemplo, /export/home/alice o /export/home/bob. Mediante la creación de sistemas de archivos independientes para cada usuario, puede establecer propiedades o atributos según las necesidades de cada usuario.

Independientemente de la ubicación de sus respectivos directorios principales, los usuarios pueden acceder a sus directorios principales mediante un punto de montaje denominado /home/nombre de usuario. Cuando se usa AutoFS para montar directorios principales, no se le permite crear ningún directorio en el punto de montaje /home de ningún sistema. El sistema reconoce el estado especial de /home cuando AutoFS está activo. Para obtener más información sobre el montaje automático de directorios principales, consulte Descripción general de tareas para administración autofs de Oracle Administración Solaris: Servicios de red.

Para utilizar un directorio principal en cualquier lugar de la red, siempre debe hacer referencia al directorio principal como $HOME y no como /export/home/nombre_usuario. El último es específico de un equipo. Además, cualquier enlace simbólico creado en el directorio principal de un usuario debe utilizar rutas relativas (por ejemplo, ../../../x/y/x), para que los enlaces sean válidos, sin importar dónde esté montado el directorio principal.

Servicios de nombres

Si gestiona cuentas de usuario para un sitio de gran tamaño, es posible que desee tener en cuenta el uso de un servicio de nombres o directorios, como LDAP o NIS. Un servicio de nombres o directorios permite almacenar información de cuenta de usuario de forma centralizada en lugar de almacenar información de cuenta de usuario en cada archivo /etc del sistema. Al utilizar un servicio de nombres o directorios para cuentas de usuario, los usuarios pueden moverse de sistema a sistema utilizando la misma cuenta de usuario sin que su información se duplique en cada sistema. Mediante el uso de un servicio de nombres o directorios también garantiza que la información de cuentas de usuario sea coherente.

Entorno de trabajo del usuario

Además de tener un directorio principal para crear y almacenar los archivos, los usuarios necesitan un entorno que les proporcione acceso a las herramientas y los recursos que necesitan para realizar su trabajo. Cuando un usuario inicia sesión en un sistema, el entorno de trabajo del usuario se determina por archivos de inicialización. Estos archivos están definidos por el shell de inicio del usuario, que puede variar, según la versión.

Una buena estrategia para gestionar el entorno de trabajo del usuario es proporcionar archivos de inicialización de usuario personalizados, como .bash_profile, .bash_login, .kshrc o .profile, en el directorio principal del usuario.


Nota - No utilice archivos de inicialización del sistema, como /etc/profile o /etc/.login, para gestionar el entorno de trabajo del usuario. Estos archivos residen localmente en los sistemas y no se administran de manera centralizada. Por ejemplo, si AutoFS se usa para montar el directorio principal del usuario desde cualquier sistema de la red, tendría que modificar los archivos de inicialización del sistema en cada sistema para garantizar un entorno consistente siempre que un usuario se mueva de un sistema a otro.


Para obtener información detallada acerca de la personalización de archivos de inicialización de usuario para los usuarios, consulte Personalización de un entorno de trabajo del usuario.

Para obtener información sobre cómo personalizar cuentas de usuario mediante la función de control de acceso basado en roles (RBAC) de Oracle Solaris, consulte Control de acceso basado en roles (descripción general) de Administración de Oracle Solaris: servicios de seguridad.

Directrices para asignar nombres de usuario, ID de usuario e ID de grupo

Los nombres de usuario, los UID y los GID deben ser únicos dentro de su organización, ya que pueden abarcar varios dominios.

Tenga en cuenta las directrices siguientes al crear usuarios o nombres de rol, UID y GID: