Administrar usuarios

La definición de usuarios, grupos, roles y permisos le permite controlar quién tiene acceso a sus hosts y grupos y qué acciones pueden realizar.

Cuando se instala por primera vez , se agrega automáticamente una cuenta de usuario. Esta cuenta es el superusuario local (LSU), o root, que se autentica localmente.

La LSU, o raíz, es una cuenta de usuario especial destinada a la administración del sistema y tiene todos los permisos. En , la LSU es la cuenta predeterminada en la instalación. autentica la cuenta LSU. LSU no requiere ningún servicio de autenticación externa. Si se produce un error en un servicio de autenticación externo, el LSU aún puede iniciar sesión y administrar el sistema. El LSU siempre puede acceder al servidor físico a través de SSH.

Puede crear más usuarios agregando las cuentas de Active Directory a través de la pestaña Usuarios o la CLI xe. Si su entorno no utiliza Active Directory, está limitado a la cuenta LSU.

Nota:

Al crear usuarios, no asigna automáticamente las cuentas de usuario recién creadas roles RBAC. Por lo tanto, estas cuentas no tienen acceso al grupo hasta que les asigne un rol.

Estos permisos se conceden a través de roles, como se describe en la sección Autenticar usuarios con Active Directory (AD) .

Autenticar usuarios con Active Directory (AD)

Si desea tener varias cuentas de usuario en un servidor o un grupo, debe usar cuentas de usuario de Active Directory para la autenticación. Las cuentas de AD permiten a los usuarios iniciar sesión en un grupo con sus credenciales de dominio de Windows.

Puede configurar diferentes niveles de acceso para usuarios específicos habilitando la autenticación de Active Directory, agregando cuentas de usuario y asignando roles a esas cuentas.

Los usuarios de Active Directory pueden usar la CLI xe (pasando-u argumentos apropiados-pw y) y también conectarse al host mediante . La autenticación se realiza en base a un grupo de recursos por cada recurso.

Los sujetos controlan el acceso a las cuentas de usuario. Un asunto en asigna a una entidad del servidor de directorios (ya sea un usuario o un grupo). Al habilitar la autenticación externa, comprueba las credenciales utilizadas para crear una sesión con las credenciales raíz locales (en caso de que el servidor de directorios no esté disponible) y, a continuación, con la lista de asuntos. Para permitir el acceso, cree una entrada de asunto para la persona o grupo al que desea conceder acceso. Puede utilizar o la CLI xe para crear una entrada de asunto.

Si está familiarizado con , tenga en cuenta que la CLI utiliza terminología ligeramente diferente para referirse a las características de cuenta de usuario y Active Directory: Termo CLI Usuarios Términos Temas Agregar usuarios Agregar temas

Autenticación de Active Directory en el entorno

Aunque está basado en Linux, le permite usar cuentas de Active Directory para cuentas de usuario. Para ello, pasa las credenciales de Active Directory al controlador de dominio de Active Directory.

Cuando agrega Active Directory a , los usuarios y grupos de Active Directory se convierten en sujetos. Los sujetos se conocen como usuarios en . Los usuarios/grupos se autentican mediante Active Directory al iniciar sesión cuando se registra un asunto con . Los usuarios y grupos no necesitan calificar su nombre de usuario mediante un nombre de dominio.

Para calificar un nombre de usuario, debe escribir el nombre de usuario en el registro de nivel inferior en formato Nombre, por ejemplo,mydomain\myuser.

Nota:

De forma predeterminada, si no califica el nombre de usuario, intenta iniciar sesión en los servidores de autenticación de AD utilizando el dominio al que está unido. La excepción a esto es la cuenta LSU, que siempre se autentica localmente (es decir, en ) primero.

El proceso de autenticación externa funciona de la siguiente manera:

1. Las credenciales proporcionadas al conectarse a un servidor se pasan al controlador de dominio de Active Directory para la autenticación.

2. El controlador de dominio comprueba las credenciales. Si no son válidos, la autenticación falla inmediatamente.

3. Si las credenciales son válidas, se consulta al controlador de Active Directory para obtener el identificador de asunto y la pertenencia al grupo asociados a las credenciales.

4. Si el identificador del asunto coincide con el almacenado en el , la autenticación se realiza correctamente.

Cuando se une a un dominio, se habilita la autenticación de Active Directory para el grupo. Sin embargo, cuando un grupo se une a un dominio, sólo los usuarios de ese dominio (o un dominio con el que tiene relaciones de confianza) pueden conectarse al grupo.

Nota:

La actualización manual de la configuración DNS de un PIF de red configurado por DHCP no es compatible y puede provocar que la integración de AD y, por lo tanto, la autenticación del usuario falle o deje de funcionar.

Configurar la autenticación de Active Directory

admite el uso de servidores de Active Directory con Windows 2008 o posterior.

Para autenticar Active Directory para hosts, debe utilizar el mismo servidor DNS tanto para el servidor de Active Directory (configurado para permitir la interoperabilidad) como para el host. En algunas configuraciones, el servidor de Active Directory puede proporcionar el propio DNS. Esto se puede lograr utilizando DHCP para proporcionar la dirección IP y una lista de servidores DNS al host. Alternativamente, puede establecer los valores en los objetos PIF o utilizar el instalador cuando se utiliza una configuración estática manual.

recomienda utilizar DHCP para asignar nombres de host. No asigne los nombres de hostlocalhost nilinux a los hosts.

Advertencia:

los nombres de host deben ser únicos en toda la implementación.

Tenga en cuenta lo siguiente:

• etiqueta su entrada de AD en la base de datos de AD utilizando su nombre de host. Si dos hosts con el mismo nombre de host se unen al mismo dominio de AD, el segundo sobrescribe la entrada AD del primero . La sobrescritura se produce independientemente de si los hosts pertenecen al mismo grupo o a diferentes grupos. Esto puede hacer que la autenticación de AD en el primero deje de funcionar.

  Puede utilizar el mismo nombre de host en dos hosts, siempre que se unan a distintos dominios de AD.

• Los hosts pueden estar en diferentes zonas horarias, porque es la hora UTC la que se compara. Para asegurarse de que la sincronización es correcta, puede utilizar los mismos servidores NTP para el grupo y el servidor de Active Directory.

• No se admiten grupos de autenticación mixta. No puede tener un grupo en el que algunos servidores del grupo estén configurados para usar Active Directory y otros no).

• La integración de Active Directory utiliza el protocolo Kerberos para comunicarse con los servidores de Active Directory. Por lo tanto, no admite la comunicación con servidores de Active Directory que no utilizan Kerberos.

• Para que la autenticación externa con Active Directory sea correcta, los relojes de los hosts deben sincronizarse con los relojes del servidor de Active Directory. Cuando se une al dominio de Active Directory, se comprueba la sincronización y se produce un error en la autenticación si hay demasiado sesgo entre los servidores.

Advertencia:

Los nombres de host deben constar únicamente de no más de 63 caracteres alfanuméricos y no deben ser puramente numéricos.

Cuando agrega un servidor a un grupo después de habilitar la autenticación de Active Directory, se le pedirá que configure Active Directory en el servidor que se une al grupo. Cuando se le soliciten credenciales en el servidor de unión, escriba credenciales de Active Directory con privilegios suficientes para agregar servidores a ese dominio.

Integración con Active Directory

Asegúrese de que los siguientes puertos de firewall están abiertos para el tráfico saliente con el fin de tener acceso a los controladores de dominio.

Notas:

• Para ver las reglas de firewall en un equipo Linux utilizando iptables, ejecute el siguiente comando:iptables - nL.
• utiliza PowerBroker Identity Services (PBIS) para autenticar al usuario de AD en el servidor de AD y cifrar las comunicaciones con el servidor de AD.

¿Cómo se administra la contraseña de la cuenta de equipo para la integración de AD?

De manera similar a los equipos cliente Windows, PBIS actualiza automáticamente la contraseña de la cuenta de equipo. PBIS renueva la contraseña cada 30 días, o como se especifica en la directiva de renovación de contraseñas de cuenta de equipo en el servidor AD.

Habilitar la autenticación externa en un grupo

La autenticación externa mediante Active Directory se puede configurar mediante la CLI o mediante el comando siguiente.

xe pool-enable-external-auth auth-type = AD \
  service-name = dominio completo calificado \
  config: usuario = nombre de usuario \
  config: pass = contraseña

El usuario especificado debe tenerAdd/remove computer objects or workstations privilegios, que es el valor predeterminado para los administradores de dominio.

Si no está utilizando DHCP en la red utilizada por Active Directory y sus hosts, utilice los siguientes métodos para configurar el DNS:

1. Configure el orden de búsqueda de sufijos DNS de dominio para resolver entradas que no sean FQDN:

     xe pif-param-set uuid = pif_uuid_in_the_dns_subnetwork \
     “ other-config: dominio = sufix1.com sufix2.com sufix3.com”
   

2. Configure el servidor DNS para usar en sus hosts:

   xe pif-reconfigure-ip mode = static dns = dnshost ip = ip \
   gateway = máscara de red de puerta de enlace = máscara de red uuid = uuid
   

3. Defina manualmente la interfaz de administración para que use un PIF que esté en la misma red que el servidor DNS:

   xe host-management-reconfigure pif-uuid = pif_in_the_dns_subnetwork
   

Nota:

La autenticación externa es una propiedad por host. Sin embargo, recomienda que habilite y deshabilite la autenticación externa por grupo. Una configuración por grupo permite tratar los errores que se producen al habilitar la autenticación en un host concreto. también deshace los cambios que puedan ser necesarios, lo que garantiza una configuración coherente en todo el grupo. Utilice elhost-param-list comando para inspeccionar las propiedades de un host y determinar el estado de la autenticación externa comprobando los valores de los campos relevantes.

Utilice para deshabilitar la autenticación de Active Directory o el siguiente comando xe:

xe pool-disable-external-auth

Autenticación de usuario

Para permitir el acceso de un usuario al host, debe agregar un asunto para ese usuario o un grupo en el que se encuentran. (Las pertenencias a grupos transitivos también se comprueban de la manera normal. Por ejemplo, agregar un asunto para grupoA, donde grupoAcontiene grupoByuser 1es miembro del grupo Bpermitiría el acceso auser 1 .) Si desea administrar los permisos de usuario en Active Directory, puede crear un único grupo que agregue y elimine usuarios a/desde. Como alternativa, puede agregar y eliminar usuarios individuales de , o una combinación de usuarios y grupos, según corresponda, para sus requisitos de autenticación. Puede administrar la lista de asuntos desde o utilizando la CLI como se describe en la siguiente sección.

Al autenticar a un usuario, las credenciales se comprueban primero con la cuenta raíz local, lo que le permite recuperar un sistema cuyo servidor AD ha fallado. Si las credenciales (nombre de usuario y contraseña) no coinciden, se realiza una solicitud de autenticación al servidor de AD. Si la autenticación se realiza correctamente, la información del usuario se recupera y valida en la lista de asuntos local. Se deniega el acceso si se produce un error en la autenticación. La validación de la lista de asuntos se realiza correctamente si el usuario o un grupo de la pertenencia al grupo transitorio del usuario se encuentra en la lista de asuntos.

Nota:

Cuando se utilizan grupos de Active Directory para conceder acceso a los usuarios del administrador del grupo que requieren acceso ssh de host, el número de usuarios del grupo de Active Directory no debe superar 500.

Para agregar un asunto de AD a :

xe subject -add subject -name = nombre_entidad

El nombre_entidad es el nombre del usuario o grupo al que desea conceder acceso. Puede incluir el dominio de la entidad (por ejemplo, ‘xendtuser1’ en lugar de ‘user1’) aunque el comportamiento es el mismo a menos que se requiera desambiguación.

Busque el identificador de asunto del usuario. El identificador es el usuario o el grupo que lo contiene. Al quitar un grupo se quita el acceso a todos los usuarios de ese grupo, siempre que no se especifiquen también en la lista de asuntos. Utilice elsubject list comando para buscar el identificador de asunto del usuario. :

xe lista de temas

Este comando devuelve una lista de todos los usuarios.

Para aplicar un filtro a la lista, por ejemplo, para encontrar el identificador de asunto de un usuariouser1 en eltestad dominio, utilice el siguiente comando:

xe subject t-list other-config: subject t-name = 'testaduser1'

Elimine al usuario mediante elsubject-remove comando, pasando el identificador de asunto que aprendió en el paso anterior:

xe sujeto-remover sujeto-uuid = subject_uuid

Puede finalizar cualquier sesión actual que este usuario ya haya autenticado. Para obtener más información, vea Terminar todas las sesiones autenticadas mediante xe y Terminar sesiones de usuario individuales mediante xe en la siguiente sección. Si no finaliza las sesiones, los usuarios con permisos revocados pueden continuar accediendo al sistema hasta que cierre la sesión.

Ejecute el siguiente comando para identificar la lista de usuarios y grupos con permiso para acceder al host o grupo:

xe lista de temas

Quitar el acceso de un usuario

Cuando un usuario se autentica, puede acceder al servidor hasta que finalice su sesión o que otro usuario finalice su sesión. La eliminación de un usuario de la lista de asuntos o su eliminación de un grupo que está en la lista de asuntos no revoca automáticamente las sesiones ya autenticadas que tenga el usuario. Los usuarios pueden seguir accediendo al grupo utilizando u otras sesiones de API que ya hayan creado. y la CLI proporcionan facilidades para finalizar sesiones individuales o todas las sesiones activas con fuerza. Consulte la ayuda para obtener información sobre los procedimientos que utilizan o en la siguiente sección para obtener información sobre los procedimientos que utilizan la CLI.

Finalizar todas las sesiones autenticadas usando xe

Ejecute el siguiente comando CLI para finalizar todas las sesiones autenticadas mediante xe:

xe session-sujeto-identifier-logout-all

Finalizar sesiones de usuario individuales usando xe

1. Determine el identificador de asunto cuya sesión desea cerrar la sesión. Utilice los comandossession-subject-identifier-list osubject-list xe para encontrar el identificador de asunto. El primer comando muestra a los usuarios que tienen sesiones. El segundo comando muestra a todos los usuarios, pero se puede filtrar. Por ejemplo, mediante el uso de un comando comoxe subject-list other-config:subject-name=xendt\\user1. Es posible que necesite una barra invertida doble como se muestra dependiendo de su shell).

2. Utilice elsession-subject-logout comando, pasando el identificador de asunto que ha determinado en el paso anterior como parámetro, por ejemplo:

   xe session-subject-identifier-logout subject-identifier = subject_id
   

Dejar un dominio de AD

Advertencia:

Cuando abandona el dominio (es decir, deshabilita la autenticación de Active Directory y desconecta un grupo o servidor de su dominio), todos los usuarios que se autenticaron en el grupo o servidor con credenciales de Active Directory se desconectarán.

Utilícelo para salir de un dominio de AD. Consulte la ayuda para obtener más información. Ejecute alternativamente elpool-disable-external-auth comando, especificando el uuid del grupo si es necesario.

Nota:

Al salir del dominio no se eliminan los objetos de host de la base de datos de AD. Para obtener información acerca de cómo eliminar entradas de host deshabilitadas, consulte el artículo de soporte técnico de Microsoft.