En esta guía, se describe cómo implementar Microsoft Active Directory Federation Services (AD FS) para Windows Server 2019 en un dominio administrado de Microsoft AD.
En el siguiente diagrama, se muestra la implementación:
Los usuarios se comunican con un balanceador de cargas de HTTPS que usa un certificado administrado por Google para finalizar las conexiones SSL. El balanceador de cargas reenvía las conexiones a una instancia de VM que ejecuta Microsoft AD FS para Windows Server 2019 y que está unida al dominio de Microsoft AD administrado. La comunicación entre el balanceador de cargas y la instancia de VM se protege mediante un certificado SSL autofirmado.
La implementación usa una sola instancia de AD FS y la base de datos interna de Windows, por lo que es adecuada para entornos pequeños. Para entornos con mayor confiabilidad o demandas de seguridad, considera implementar varias instancias de AD FS en una configuración de granja y, luego, implementar proxies de federación.
Antes de comenzar
Para completar esta guía, necesitas lo siguiente:
- Un dominio de Microsoft AD administrado existente
- Credenciales de administrador delegadas para el dominio de Microsoft AD administrado. De forma predeterminada, la cuenta de administrador delegada se llama
setupadmin
. - Una zona DNS pública. Usa esta zona a fin de crear un nombre de DNS público para AD FS
Asegúrate de estar familiarizado con los requisitos para implementar AD FS.
Prepara el proyecto y la red
Ahora prepara tu proyecto de Google Cloud y la VPC para la implementación de AD FS.
Crea una instancia de VM
sigue estos pasos para crear una cuenta de servicio y una instancia de VM para ejecutar AD FS:
En Google Cloud Console, abre Cloud Shell.
Inicializa las siguientes variables:
VPC_NAME=VPC_NAME SUBNET_NAME=SUBNET_NAME
En el ejemplo anterior, se ilustra lo siguiente:
- VPC_NAME es el nombre de tu VPC.
- SUBNET_NAME es el nombre de la subred en la que se implementará AD FS.
Establece tu ID del proyecto predeterminado:
gcloud config set project
PROJECT_ID
Reemplaza
PROJECT_ID
por el ID del proyecto de Google Cloud.Establece tu región y zona predeterminadas:
gcloud config set compute/region
REGION
gcloud config set compute/zoneZONE
Aquí:
REGION
es el ID de la región en la que deseas realizar la implementación.ZONE
es el ID de la zona en la que deseas realizar la implementación.
Crea una cuenta de servicio:
gcloud iam service-accounts create ad-federation-services
Crea una instancia de VM que ejecute Windows Server 2019 y use una secuencia de comandos de specialize para instalar la función de servidor de AD FS de forma automática:
gcloud compute instances create adfs-1 \ --machine-type n2-standard-8 \ --image-family windows-2019 \ --image-project windows-cloud \ --boot-disk-size 50 \ --boot-disk-type pd-ssd \ --subnet $SUBNET_NAME \ --service-account ad-federation-services@$(gcloud config get-value core/project).iam.gserviceaccount.com \ --metadata sysprep-specialize-script-ps1="Add-WindowsFeature ADFS-Federation -IncludeManagementTools;Add-WindowsFeature RSAT-AD-PowerShell;Add-WindowsFeature RSAT-ADDS-Tools"
Supervisa el proceso de inicialización de la VM cuando ves su salida de puerto en serie:
gcloud compute instances tail-serial-port-output adfs-1
Espera unos 3 minutos hasta que veas el resultado
Instance setup finished
y presionaCtrl+C
. En este punto, la instancia de VM está lista para usarse.Crea un nombre de usuario y una contraseña para la instancia de VM.
Conéctate a la VM mediante el escritorio remoto y accede con el nombre de usuario y la contraseña que creaste en el paso anterior.
Haz clic derecho en el botón Iniciar (o presiona
Win+X
) y, luego, en Windows PowerShell (Admin).Para confirmar el símbolo de elevación, haz clic en Sí.
Une la computadora a tu dominio de Active Directory y reiníciala:
Add-Computer -Domain
DOMAIN -Restart
Reemplaza
DOMAIN
por el nombre de DNS de tu dominio de Active Directory.Espera aproximadamente 1 minuto para que se complete el reinicio.
Crea un balanceador de cargas
Ahora crearás un balanceador de cargas que permita a los usuarios acceder a AD FS mediante una sola dirección IP virtual.
Para asociar la instancia de VM que ejecuta AD FS con el balanceador de cargas, primero debes crear un grupo de instancias no administrado y, luego, asigna el grupo a este balanceador de carga:
- Regresa a tu sesión actual de Cloud Shell.
Crea el grupo de instancias no administrado:
gcloud compute instance-groups unmanaged create adfs && gcloud compute instance-groups set-named-ports adfs --named-ports=http:443
Agrega la instancia de VM existente al grupo de instancias:
gcloud compute instance-groups unmanaged add-instances adfs --instances adfs-1
Crea una verificación de estado que realice un sondeo del puerto HTTPS de AD FS:
gcloud compute health-checks create tcp adfs-health-check --port 443
Crea un servicio de backend para el balanceador de cargas que use la verificación de estado HTTPS y el grupo de instancias que creaste antes:
gcloud compute backend-services create adfs-backend \ --health-checks adfs-health-check \ --port-name http \ --protocol HTTPS \ --global && \ gcloud compute backend-services add-backend adfs-backend \ --instance-group adfs \ --global \ --instance-group-zone $(gcloud config get-value compute/zone)
Reserva una dirección IP externa estática para el balanceador de cargas:
gcloud compute addresses create adfs-external --global
Crea un certificado SSL administrado para el balanceador de cargas:
gcloud compute ssl-certificates create adfs-external \ --domains PUBLIC_FQDN \ --global
En el ejemplo anterior,
PUBLIC_FQDN
es el nombre de dominio público (FQDN) completo que deseas usar para AD FS, por ejemplo,login.example.com
.Crea un frontend para el balanceador de cargas que use la dirección IP externa y reenvíe el tráfico al servicio de backend:
gcloud compute url-maps create adfs \ --default-service adfs-backend && \ gcloud compute target-https-proxies create adfs-proxy \ --ssl-certificates adfs-external \ --url-map adfs && \ gcloud compute forwarding-rules create adfs \ --global \ --address adfs-external \ --target-https-proxy adfs-proxy \ --ports 443
Crea una regla de firewall para permitir el tráfico del balanceador de cargas a la instancia de VM que ejecuta AD FS:
gcloud compute firewall-rules create allow-https-to-adfs \ --allow tcp:443 \ --network $VPC_NAME \ --source-ranges 130.211.0.0/22,35.191.0.0/16 \ --target-service-accounts ad-federation-services@$(gcloud config get-value core/project).iam.gserviceaccount.com
Los rangos de origen son los rangos de IP para el balanceador de cargas interno. Para obtener más información, consulta Configura una regla de firewall.
Busca la dirección IP del balanceador de cargas:
gcloud compute addresses describe adfs-external \ --global \ --format=value\(address\)
Crea un registro
A
de DNS en tu zona DNS pública que apunte a la dirección IP del balanceador de cargas. El nombre completo del registro DNS debe coincidir con el nombre que usaste para el certificado SSL.
Implementa AD FS
Ahora implementa la función de servidor de AD FS en la instancia de VM adfs-1
. Debido a que no tienes derechos de administrador de dominio en un dominio de Microsoft AD administrado, no puedes usar el Administrador de servidores para realizar la instalación y, en su lugar, debes usar PowerShell.
Crea un usuario de servicio
Ahora crearás una cuenta de usuario en Active Directory para el servicio de AD FS:
- Conéctate a la instancia de VM
adfs-1
mediante el escritorio remoto y accede con tus credenciales de administrador delegadas. - Haz clic con el botón derecho en el botón Iniciar (o presiona Windows+X) y, luego, en Windows PowerShell (Admin).
Establece una contraseña aleatoria para la cuenta de servicio de AD FS:
$AdfsCredential = Get-Credential -UserName adfssvc -Message 'Enter password'
Crea un usuario de Active Directory
adfssvc
:$CloudOuPath = "OU=Cloud," + (Get-ADDomain).DistinguishedName $AdfsUser = New-ADuser ` -Name adfssvc ` -DisplayName 'AD FS service account' ` -AccountPassword $AdfsCredential.Password ` -Path "$CloudOuPath" ` -PasswordNeverExpires $True ` -PassThru | Enable-ADAccount -PassThru
Agrega el usuario al grupo de administradores locales:
Add-LocalGroupMember ` -Group "Administrators" ` -Member "$env:userdomain\adfssvc"
Asigna un nombre principal del servicio:
setspn -a http/PUBLIC_FQDN adfssvc
en el que
PUBLIC_FQDN
es el nombre del dominio público completamente calificado de AD FS.Crea un contenedor vacío en Active Directory. Usa este contenedor más adelante cuando instales AD FS:
New-ADObject ` -Type Container ` -Name "ADFS Data" ` -Path $CloudOuPath
Otorga al usuario AD FS control total sobre el contenedor:
dsacls.exe "CN=ADFS Data,$CloudOuPath" /G $env:userdomain\adfssvc:GA /I:T
Instala AD FS
Ahora instalarás AD FS en adfs-1
:
Inicia una sesión de PowerShell como el usuario de ADFS:
runas /u:$env:userdomain\adfssvc powershell
La nueva sesión de PowerShell ahora se ejecuta como el usuario de AD FS, pero sin privilegios elevados.
En la nueva sesión de PowerShell, inicia una segunda sesión elevada de PowerShell:
Start-Process PowerShell -Verb RunAs
Debes ejecutar todos los pasos posteriores en esta sesión nueva de PowerShell con privilegios elevados.
Crea un certificado SSL autofirmado que use una clave RSA de 2048 bits y almacénalo en el almacén de certificados de computadora:
$DnsName="PUBLIC_FQDN" $Certificate = New-SelfSignedCertificate ` -Subject $DnsName ` -KeyAlgorithm RSA ` -KeyLength 2048 ` -KeyExportPolicy NonExportable ` -KeyUsage DigitalSignature, KeyEncipherment ` -Provider 'Microsoft Platform Crypto Provider' ` -NotAfter (Get-Date).AddDays(365) ` -Type SSLServerAuthentication ` -CertStoreLocation 'Cert:\LocalMachine\My' ` -DnsName $DnsName
en el que
PUBLIC_FQDN
es el nombre del dominio público completamente calificado de AD FS.Crea otro certificado RSA de 2048 bits que use AD FS como certificado de firma de token:
$SigningCertificate = New-SelfSignedCertificate ` -Subject "ADFS Signing" ` -KeyAlgorithm RSA ` -KeyLength 2048 ` -KeyExportPolicy NonExportable ` -KeyUsage DigitalSignature, KeyEncipherment ` -Provider 'Microsoft RSA SChannel Cryptographic Provider' ` -NotAfter (Get-Date).AddDays(365) ` -DnsName $DnsName ` -CertStoreLocation 'Cert:\LocalMachine\My'
Crea un contenedor de Distributed Key Manager (DKM):
$CloudOuPath = "OU=Cloud," + (Get-ADDomain).DistinguishedName $DkmContainer = New-ADObject ` -Name ((New-Guid).Guid) ` -Type Container ` -Path "CN=ADFS Data,$CloudOuPath" ` -PassThru
Vuelve a ingresar las credenciales para el usuario de AD FS que configuraste antes:
$AdfsCredential = Get-Credential -UserName "$env:userdomain\adfssvc" -Message 'Enter password'
Instala AD FS con los certificados y el contenedor de DKM que creaste antes:
Install-ADFSFarm ` -CertificateThumbprint $Certificate.Thumbprint ` -SigningCertificateThumbprint $SigningCertificate.Thumbprint ` -DecryptionCertificateThumbprint $SigningCertificate.Thumbprint ` -FederationServiceName $DnsName ` -ServiceAccountCredential $AdfsCredential ` -OverwriteConfiguration ` -AdminConfiguration @{"DKMContainerDn"=$DkmContainer.DistinguishedName}
El comando puede mostrar los siguientes mensajes de advertencia:
WARNING: A machine restart is required to complete ADFS service configuration. For more information, see: https://go.microsoft.com/fwlink/?LinkId=798725 WARNING: The SSL certificate subject alternative names do not support host name 'PUBLIC_FQDN'. Configuring certificate authentication binding on port '49443' and hostname 'PUBLIC_FQDN'. WARNING: An error occurred during an attempt to set the SPN for the specified service account. Set the SPN for the service account manually. For more information about setting the SPN of the service account manually, see the AD FS Deployment Guide. Error message: An error occurred during an attempt to set the SPN for the specified service account. You do not have sufficient privileges in the domain to set the SPN. WARNING: The SSL certificate does not contain all UPN suffix values that exist in the enterprise. Users with UPN suffix values not represented in the certificate will not be able to Workplace-Join their devices. For more information, see http://go.microsoft.com/fwlink/?LinkId=311954.
Puedes ignorar estas advertencias porque ya configuraste el SPN y no estás usando la autenticación basada en certificados.
Si planeas usar la autenticación integrada de Windows (IWA) para autenticarte en AD FS, ejecuta el siguiente comando a fin de inhabilitar la vinculación de tokens:
Set-ADFSProperties –ExtendedProtectionTokenCheck None Restart-Service -Name adfssrv
La inhabilitación de la vinculación de tokens es necesaria porque implementas AD FS detrás de un balanceador de cargas y el balanceador de cargas finaliza las conexiones TLS.
Configura TLS
Cuando se establecen conexiones con backends, el balanceador de cargas de HTTPS no usa la extensión de indicación de nombre del servidor (SNI). Para permitir que AD FS acepte la conexión sin SNI, debes configurar un resguardo de certificado:
En PowerShell, observa las vinculaciones de certificados del servidor SSL para AD FS:
netsh http show sslcert hostnameport=PUBLIC_FQDN:443
En el ejemplo anterior,
PUBLIC_FQDN
es el nombre del dominio público completamente calificado de AD FS.Configura un certificado de resguardo para la vinculación:
netsh http add sslcert ipport=0.0.0.0:443 certhash=CERTIFICATE_HASH "appid=APP_ID" "certstorename=MY"
Aquí:
CERTIFICATE_HASH
es el hash del certificado que se muestra en el comando anterior.APP_ID
es el ID de aplicación que se muestra en el comando anterior, incluidas las llaves.
Reinicia la computadora para completar la instalación:
Restart-Computer
Espera aproximadamente 1 minuto para que se complete el reinicio.
Prueba AD FS
El servicio de AD FS ahora está implementado, pero aún debes verificar que el servicio pueda acceder a través del balanceador de cargas de HTTPS:
- Regresa a la sesión de Cloud Shell.
Verifica que el certificado SSL esté en el estado
ACTIVE
:gcloud compute ssl-certificates describe adfs-external \ --global \ --format="get(managed.status)"
Si el certificado está en el estado
PROVISIONING
, el registro DNS que creaste para AD FS puede requerir tiempo adicional para propagarse. Para obtener más detalles, consulta Soluciona problemas de certificados administrados por Google.En tu computadora local, abre un navegador y navega a la siguiente URL:
https://PUBLIC_FQDN/adfs/ls?wa=wsignout1.0
Reemplaza
PUBLIC_FQDN
por el nombre de dominio público completamente calificado de AD FSVerifica que veas el mensaje Se cerró correctamente la sesión, lo que indica que AD FS se implementó de forma correcta.
Si planeas usar la Autenticación integrada de Windows (IWA), verifica que puedas obtener un ticket de Kerberos para AD FS:
- Conéctate a la instancia de VM
adfs-1
o a una VM unida a un dominio diferente mediante el escritorio remoto y accede con las credenciales del dominio. - Haz clic derecho en el botón Iniciar (o presiona Windows+X) y, luego, en Windows PowerShell.
Usa el comando
klist
a fin de solicitar un ticket de servicio para AD FS:klist get http/PUBLIC_FQDN
Verifica que el resultado incluya un ticket para AD FS:
#1> Client: USER @ DOMAIN Server: http/PUBLIC_FQDN @ DOMAIN KerbTicket Encryption Type: ...
AD FS ya está listo para usarse. Para obtener detalles sobre cómo usar y configurar el servicio, consulta Operaciones de AD FS.