Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.
Unir manualmente una instancia de Amazon EC2 Linux a su Active Directory AWS administrado de Microsoft AD
Además de Amazon EC2 Windows instancias, también puede unir determinadas instancias de Amazon EC2 Linux a su Microsoft AD AWS administrado Active Directory. Se admiten las siguientes distribuciones y versiones de instancias de Linux:
-
Amazon Linux AMI 2018.03.0
-
Amazon Linux 2 (64 bits x86)
-
AMI de Amazon Linux 2023
-
Red Hat Enterprise Linux 8 (HVM) (64 bits x86)
-
Ubuntu Server 18.04 LTS y Ubuntu Server 16.04 LTS
-
CentOS 7 x86-64
-
SUSE Linux Enterprise Server 15 SP1
nota
Puede que funcionen otras versiones y distribuciones de Linux, pero no se han probado.
Unir una instancia de Linux a su Microsoft AD AWS administrado
Antes de poder unir una instancia de Amazon Linux, CentOS, Red Hat o Ubuntu a su directorio, la instancia debe lanzarse primero como se especifica en Cómo vincular de manera fluida una instancia de Linux.
importante
Algunos de los siguientes procedimientos, si no se siguen correctamente, pueden hacer que la instancia resulte inaccesible o inservible. Por lo tanto, recomendamos encarecidamente que realice una copia de seguridad o una instantánea de la instancia antes de realizar estos procedimientos.
Para unir una instancia de Linux al directorio
Siga los pasos para su instancia de Linux específica mediante una de las siguientes pestañas:
-
Conéctese a la instancia con cualquier cliente SSH.
-
Configure la instancia de Linux para que utilice las direcciones IP del servidor DNS AWS Directory Service de los servidores DNS proporcionados. Puede hacerlo configurándolo en el conjunto de opciones de DHCP asociado a la VPC o ajustándolo manualmente en la instancia. Si quieres configurarlo manualmente, consulta Cómo asignar un servidor DNS estático a una EC2 instancia privada de Amazon
en el AWS Knowledge Center para obtener instrucciones sobre cómo configurar el servidor DNS persistente para tu distribución y versión de Linux en particular. -
Asegúrese de que la instancia de 64 bits de Amazon Linux esté actualizada.
sudo yum -y update
-
Instale los paquetes necesarios de Amazon Linux en la instancia de Linux.
nota
Algunos de estos paquetes pueden estar ya instalados.
Al instalar los paquetes, es posible que aparezcan varias pantallas de configuración emergentes. Por lo general, puede dejar vacíos los campos de estas pantallas.
- Amazon Linux
-
sudo yum install samba-common-tools realmd oddjob oddjob-mkhomedir sssd adcli krb5-workstation
nota
Para obtener ayuda para determinar la versión de Amazon Linux que está utilizando, consulte Identificación de imágenes de Amazon Linux en la Guía del EC2 usuario de Amazon para instancias de Linux.
-
Una la instancia al directorio con el siguiente comando.
sudo realm join -U
join_account@EXAMPLE.COM
example.com
--verbosejoin_account@EXAMPLE.COM
-
Una cuenta del
example.com
dominio que tiene privilegios de unión a dominios. Introduzca la contraseña de la cuenta cuando se le solicite. Para obtener más información sobre cómo delegar estos privilegios, consulte Delegación de privilegios de vinculación a directorios para AWS Managed Microsoft AD. example.com
-
El nombre de DNS completo del directorio.
... * Successfully enrolled machine in realm
-
Configure el servicio SSH para permitir autenticación de contraseñas.
-
Abra el archivo
/etc/ssh/sshd_config
en un editor de texto.sudo vi /etc/ssh/sshd_config
-
Establezca la opción
PasswordAuthentication
enyes
.PasswordAuthentication yes
-
Reinicie el servicio SSH.
sudo systemctl restart sshd.service
Otra opción:
sudo service sshd restart
-
-
Una vez que la instancia se haya reiniciado, conéctese a ella con cualquier cliente SSH y añada el grupo de administradores AWS delegados a la lista de sudoers siguiendo estos pasos:
-
Abra el archivo
sudoers
con el siguiente comando:sudo visudo
-
Agregue lo siguiente a la parte inferior del archivo
sudoers
y guárdelo.## Add the "AWS Delegated Administrators" group from the
example.com
domain. %AWS\ Delegated\ Administrators@example.com
ALL=(ALL:ALL) ALL(En el ejemplo anterior, se utiliza“\<espacio>” para crear el carácter de espacio en Linux).
-
Restricción de acceso de inicio de sesión de cuenta
Como todas las cuentas están definidas en Active Directory, todos los usuarios del directorio pueden iniciar sesión en la instancia de forma predeterminada. Puede permitir que solo unos usuarios específicos inicien sesión en la instancia con ad_access_filter en sssd.conf. Por ejemplo:
ad_access_filter = (memberOf=cn=admins,ou=Testou,dc=example,dc=com)
memberOf
-
Indica que solo debe permitirse el acceso a la instancia a los usuarios si son miembros de un grupo específico.
cn
-
El nombre común del grupo que debería tener acceso. En este ejemplo, el nombre del grupo es.
admins
ou
-
Esta es la unidad organizativa en la que se encuentra el grupo anterior. En este ejemplo, la OU es
Testou
. dc
-
Este es el componente de dominio de su dominio. En este ejemplo,
example
. dc
-
Este es un componente de dominio adicional. En este ejemplo,
com
.
Debe agregar manualmente ad_access_filter a su /etc/sssd/sssd.conf.
Abra el archivo /etc/sssd/sssd.conf en un editor de texto.
sudo vi /etc/sssd/sssd.conf
Después de hacerlo, su sssd.conf podrá tener este aspecto:
[sssd]
domains = example.com
config_file_version = 2
services = nss, pam
[domain/example.com]
ad_domain = example.com
krb5_realm = EXAMPLE.COM
realmd_tags = manages-system joined-with-samba
cache_credentials = True
id_provider = ad
krb5_store_password_if_offline = True
default_shell = /bin/bash
ldap_id_mapping = True
use_fully_qualified_names = True
fallback_homedir = /home/%u@%d
access_provider = ad
ad_access_filter = (memberOf=cn=admins,ou=Testou,dc=example,dc=com)
Para que se aplique la configuración, debe reiniciar el servicio sssd:
sudo systemctl restart sssd.service
También puede usar:
sudo service sssd restart
Como todas las cuentas están definidas en Active Directory, todos los usuarios del directorio pueden iniciar sesión en la instancia de forma predeterminada. Puede permitir que solo unos usuarios específicos inicien sesión en la instancia con ad_access_filter en sssd.conf.
Por ejemplo:
ad_access_filter = (memberOf=cn=admins,ou=Testou,dc=example,dc=com)
memberOf
-
Indica que solo debe permitirse el acceso a la instancia a los usuarios si son miembros de un grupo específico.
cn
-
El nombre común del grupo que debería tener acceso. En este ejemplo, el nombre del grupo es
admins
. ou
-
Esta es la unidad organizativa en la que se encuentra el grupo anterior. En este ejemplo, la OU es
Testou
. dc
-
Este es el componente de dominio de su dominio. En este ejemplo,
example
. dc
-
Este es un componente de dominio adicional. En este ejemplo,
com
.
Debe agregar manualmente ad_access_filter a su /etc/sssd/sssd.conf.
-
Abra el archivo /etc/sssd/sssd.conf en un editor de texto.
sudo vi /etc/sssd/sssd.conf
-
Después de hacerlo, su sssd.conf podrá tener este aspecto:
[sssd] domains = example.com config_file_version = 2 services = nss, pam [domain/example.com] ad_domain = example.com krb5_realm = EXAMPLE.COM realmd_tags = manages-system joined-with-samba cache_credentials = True id_provider = ad krb5_store_password_if_offline = True default_shell = /bin/bash ldap_id_mapping = True use_fully_qualified_names = True fallback_homedir = /home/%u@%d access_provider = ad ad_access_filter = (memberOf=cn=admins,ou=Testou,dc=example,dc=com)
-
Para que se aplique la configuración, debe reiniciar el servicio sssd:
sudo systemctl restart sssd.service
También puede usar:
sudo service sssd restart
Asignación de ID
El mapeo de ID se puede realizar mediante dos métodos para mantener una experiencia unificada entre el identificador de usuario (UID) y el identificador de grupo (GID) de UNIX/Linux y Windows y Active Directory Identidades de identificador de seguridad (SID). Estos métodos son:
Centralizado
Distribuido
nota
Mapeo centralizado de identidades de usuarios en Active Directory requiere una interfaz de sistema operativo portátil o POSIX.
Asignación centralizada de identidad de usuario
Active Directory u otro servicio de Protocolo ligero de acceso a directorios (LDAP) proporciona UID y GID a los usuarios de Linux. In Active Directory, estos identificadores se almacenan en los atributos de los usuarios si la extensión POSIX está configurada:
UID: el nombre de usuario de Linux (cadena)
Número de UID: el número de ID de usuario de Linux (entero)
Número de GID: el número de ID del grupo de Linux (entero)
Para configurar una instancia de Linux para que utilice el UID y el GID de Active Directory, establecido ldap_id_mapping = False
en el archivo sssd.conf. Antes de establecer este valor, compruebe que ha agregado un UID, un número UID y un número GID a los usuarios y grupos de Active Directory.
Asignación distribuida de identidades de usuarios
Si Active Directory no tiene la extensión POSIX o, si decide no gestionar de forma centralizada el mapeo de identidades, Linux puede calcular los valores de UID y GID. Linux utiliza el identificador de seguridad (SID) único del usuario para mantener la consistencia.
Para configurar la asignación distribuida de ID de usuario, configure ldap_id_mapping = True
en el archivo sssd.conf.
Problemas comunes
Si la configurasldap_id_mapping = False
, a veces se producirá un error al iniciar el servicio SSSD. El motivo de este error se debe a que UIDs no se admiten cambios. Te recomendamos que elimines la caché SSSD siempre que cambies de una asignación de ID a atributos POSIX o de atributos POSIX a una asignación de ID. Para obtener más información sobre la asignación de ID y los parámetros ldap_id_mapping, consulte la página de manual sssd-ldap (8) en la línea de comandos de Linux.
Conexión a la instancia de Linux
Cuando un usuario se conecta a la instancia mediante un cliente SSH, se le solicita que indique su nombre de usuario. El usuario puede introducir el nombre de usuario en formato username@example.com
o EXAMPLE\username
. La respuesta será similar a la siguiente, en función de la distribución de Linux que utilice:
Amazon Linux, Red Hat Enterprise Linux y CentOS Linux
login as: johndoe@example.com
johndoe@example.com's password:
Last login: Thu Jun 25 16:26:28 2015 from XX.XX.XX.XX
SUSE Linux
SUSE Linux Enterprise Server 15 SP1 x86_64 (64-bit)
As "root" (sudo or sudo -i) use the:
- zypper command for package management
- yast command for configuration management
Management and Config: https://www.suse.com/suse-in-the-cloud-basics
Documentation: https://www.suse.com/documentation/sles-15/
Forum: https://forums.suse.com/forumdisplay.php?93-SUSE-Public-Cloud
Have a lot of fun...
Ubuntu Linux
login as: admin@example.com
admin@example.com@10.24.34.0's password:
Welcome to Ubuntu 18.04.4 LTS (GNU/Linux 4.15.0-1057-aws x86_64)
* Documentation: https://help.ubuntu.com
* Management: https://landscape.canonical.com
* Support: https://ubuntu.com/advantage
System information as of Sat Apr 18 22:03:35 UTC 2020
System load: 0.01 Processes: 102
Usage of /: 18.6% of 7.69GB Users logged in: 2
Memory usage: 16% IP address for eth0: 10.24.34.1
Swap usage: 0%