Configuración General
Para permitir que SCEPman maneje correctamente las solicitudes SOAP entrantes, debemos seguir algunos pasos:
Crear Principal de Servicio
Use el New-SCEPmanADPrincipal Cmdlet del módulo SCEPman Powershell para crear el principal de servicio en su dominio Active Directory local. También exportará un keytab desde esta cuenta y lo cifrará con el certificado CA de SCEPman.
Ejecute este Cmdlet con una cuenta que tenga permisos de Administrador de Dominio y acceso de red a un Controlador de Dominio. La variante a continuación también requiere acceso de red HTTPS saliente desde su instancia de SCEPman.
Ejecutar este comando realizará lo siguiente:
Crear un objeto de equipo en la
OU=Example,DC=contoso,DC=comUnidad Organizativa.Descargar el certificado CA de SCEPman para cifrar el keytab en el paso 5.
Agregar un nombre principal de servicio (SPN) al objeto de equipo.
Crear un keytab para la cuenta del equipo que contenga la clave de cifrado basada en la contraseña del equipo.
Cifrar el keytab con el certificado CA de SCEPman, de modo que solo SCEPman pueda descifrarlo nuevamente usando la clave privada de la CA.
Emitir el keytab cifrado, para que pueda transferirse a la configuración de SCEPman.
La salida codificada en Base64 debe transferirse entonces a la variable de entorno AppConfig:ActiveDirectory:Keytab de su servicio de aplicación SCEPman.
Agregar Keytab a SCEPman
La integración puede habilitarse fácilmente agregando las siguientes variables de entorno en el Servicio de Aplicación SCEPman. Dependiendo de su caso de uso, habilite una o más de las plantillas de certificado disponibles:
Ejemplo con todas las plantillas de certificado habilitadas:
AppConfig:ActiveDirectory:Keytab
Keytab codificado en Base64 para el principal de servicio creado en el Paso 1
AppConfig:ActiveDirectory:Computer:Enabled
true
AppConfig:ActiveDirectory:User:Enabled
true
AppConfig:ActiveDirectory:DC:Enabled
true
Asegurar Dominio Personalizado y BaseUrl
Para una autenticación exitosa con SCEPman, asegúrese de que un dominio personalizado usando un registro A esté apuntado al servicio de aplicación. De lo contrario, el cliente no podrá solicitar un ticket Kerberos válido al controlador de dominio.
Asegúrese de que SCEPman esté configurado para ser accesible utilizando un dominio personalizado:
Dominio personalizadoEl mismo requisito también se aplica después de la solicitud inicial de directiva (listado de las plantillas de certificado) para inscribir certificados. Para permitir una autenticación exitosa aquí, asegúrese también de configurar la AppConfig:BaseUrl variable a su dominio personalizado o use la dedicada AppConfig:ActiveDirectory:BaseUrl configuración si requiere que el Endpoint de AD sea accesible en una URL diferente a la de sus otros endpoints de SCEPman.
Problemas Conocidos
WS_E_ENDPOINT_ACCESS_DENIED
Error: WS_E_ENDPOINT_ACCESS_DENIED
Hex: 0x803d0005
Dec: -2143485947Se sabe que este error ocurre durante la validación del servidor CEP cuando está utilizando los URI predeterminados del servicio de aplicaciones de Azure. Este error es causado por el protocolo Kerberos que solicita un nombre principal de servicio del registro A del servicio al que se debe acceder. En el caso de los dominios de servicio de aplicaciones predeterminados, por ejemplo contoso.azurewebsites.net es solo un CNAME y apunta a un registro A similar a:
waws-prod-ab1-234-c56d.westeurope.cloudapp.azure.comComo no se garantiza que este registro A de un host de infraestructura sea consistente en el futuro, agregar un nombre principal de servicio para este host no es recomendable.
Asegúrese de agregar un dominio personalizado a su servicio de aplicación y use un registro A dentro de su proveedor DNS para apuntarlo al servicio de aplicación en lugar de un CNAME.
Dominio personalizadoERROR_INVALID_PARAMETER
Error: ERROR_INVALID_PARAMETER
Hex: 0x80070057
Dec: -2147024809Este error ocurre durante el registro del servidor CEP si ingresa un URI que comienza con http://. Asegúrese de registrar un servidor CEP únicamente usando https://
ERROR_ACCESS_DENIED
Al registrar un servidor CEP en el contexto de máquina, el usuario actuante (la cuenta que inició gpmc.msc) necesita ser miembro del grupo Administradores locales en el equipo mientras edita la GPO.
Asegúrese de iniciar gpmc.msc con permisos elevados en este caso.
Última actualización
¿Te fue útil?