Solución de problemas de CredSSP
Se aplica a: Azure Stack HCI, versiones 22H2 y 21H2
Algunas operaciones de Azure Stack HCI usan Administración remota de Windows (WinRM) la cual no permite la delegación de credenciales de forma predeterminada. Para permitir la delegación, el equipo debe tener el proveedor de servicios de seguridad de credenciales (CredSSP) habilitado temporalmente. CredSSP es un proveedor de servicios de seguridad de credenciales que permite a un cliente delegar credenciales en un servidor para la autenticación remota.
Habilitar CredSSP es una medida de seguridad en desuso y, en la mayoría de los casos, se debe deshabilitar una vez que se ha completado la tarea u operación.
Entre las tareas que requieren que se habilite CredSSP se incluyen:
- Flujo de trabajo del asistente para crear clúster
- Consultas o actualizaciones de Active Directory
- Consultas o actualizaciones de SQL Server
- Colocación de cuentas o equipos en un dominio diferente o en un entorno no unido a un dominio
Sugerencias de solución de problemas
Si tiene problemas con CredSSP, las siguientes sugerencias de solución de problemas pueden ayudarle:
Para usar el Asistente para crear clústeres al ejecutar Windows Admin Center en un servidor en lugar de un equipo, debe ser miembro del grupo Administradores de puerta de enlace en el servidor de Windows Admin Center. Para más información, consulte Opciones de acceso de usuario con Windows Admin Center.
Cuando se ejecuta el asistente para crear clúster, CredSSP puede notificar un problema si una confianza de Active Directory no está establecida o es incorrecta. Esto pasa cuando se utilizan servidores basados en un grupo de trabajo para la creación del clúster. En este caso, intente reiniciar manualmente cada servidor del clúster.
Cuando ejecute Windows Admin Center en un servidor, asegúrese de que la cuenta de usuario sea miembro del grupo Administradores de puerta de enlace.
Se recomienda ejecutar Windows Admin Center en un equipo que sea miembro del mismo dominio que los servidores administrados.
Para habilitar o deshabilitar CredSSP en un servidor, asegúrese de que pertenece al grupo Administradores de puerta de enlace en ese equipo. Para más información, consulte las dos primeras secciones de Configuración de los permisos y el control de acceso de usuarios.
Al reiniciar el servicio WinRM en los servidores del clúster se le podría pedir que vuelva a establecer la conexión de WinRM entre cada servidor de clúster y Windows Admin Center.
Una forma de hacerlo es ir a cada servidor de clúster y, en Windows Admin Center, en el menú Herramientas, seleccionar Servicios, seleccionar WinRM, seleccionar Reiniciar y, a continuación, en el símbolo del sistema Reiniciar el servicio, seleccionar Sí.
Solución manual de problemas
Si recibe el siguiente mensaje de error de WinRM, pruebe a usar los pasos de comprobación manual de esta sección para resolver el error. Ejemplo de mensaje de error:
Connecting to remote <sever name> failed with the following error message: The WinRM client cannot process the request. A computer policy does not allow the delegation of the user credentials to the target computer because the computer is not trusted. The identity of the target computer can be verified if you configure the WSMAN service to use a valid certificate.
Los pasos de comprobación manual de esta sección requieren la configuración de los siguientes equipos:
- El equipo en el que se ejecuta Windows Admin Center.
- El servidor en el que ha recibido el mensaje de error.
Para resolver el error, pruebe los siguientes pasos según sea necesario:
Solución 1:
Reinicie el equipo en el que se ejecuta Windows Admin Center y el servidor.
Intente volver a ejecutar el Asistente para crear clúster.
Para más información sobre cómo ejecutar el asistente, consulte Creación de un clúster de Azure Stack HCI mediante Windows Admin Center.
Solución 2:
En el equipo que ejecuta Windows Admin Center, abra Windows PowerShell como administrador y ejecute los siguientes comandos:
Disable-WsmanCredSSP -Role ClientEnable-WsmanCredSSP -Role Client -DelegateComputer <Server FQDN Name>Use la característica RDP para conectarse al servidor y, a continuación, ejecute los siguientes comandos de PowerShell:
Disable-WsmanCredSSP -Role ServerEnable-WsmanCredSSP -Role ServerIntente volver a ejecutar el Asistente para crear clúster.
Para más información sobre cómo ejecutar el asistente, consulte Creación de un clúster de Azure Stack HCI mediante Windows Admin Center.
Solución 3:
En el equipo en el que se ejecuta Windows Admin Center, ejecute el siguiente comando de PowerShell para comprobar el nombre de entidad de seguridad de servicio (SPN):
setspn -Q WSMAN/<Windows Admin Center Computer Name>El resultado debe mostrar la siguiente salida:
WSMAN/<Windows Admin Center Computer Name>WSMAN/<Windows Admin Center Computer FQDN Name>Si los resultados no se muestran, ejecute los siguientes comandos de PowerShell para registrar el SPN:
setspn -S WSMAN/<Windows Admin Center Computer Name> <Windows Admin Center Computer Name>setspn -S WSMAN/<Windows Admin Center Computer Name> <Windows Admin Center Computer FQDN Name>Use la característica RDP para conectarse al servidor y, a continuación, ejecute los siguientes comandos de PowerShell para comprobar el SPN:
setspn -Q WSMAN/<Server Name>El resultado debe mostrar la siguiente salida:
WSMAN/<Server Name>WSMAN/<Server FQDN Name>Si los resultados no se muestran, ejecute los siguientes comandos de PowerShell para registrar el SPN:
setspn -S WSMAN/<Server Name> <Server Name>setspn -S WSMAN/<Server FQDN Name> <Server Name>Intente volver a ejecutar el Asistente para crear clúster.
Para más información sobre cómo ejecutar el asistente, consulte Creación de un clúster de Azure Stack HCI mediante Windows Admin Center.
Solución 4:
Si alguno de los pasos anteriores de la solución no se ha realizado correctamente o no se ha completado, podría indicar que hay un conflicto de registros en Active Directory. Puede usar un nombre de equipo diferente para restablecer el registro como un nuevo registro en Active Directory.
Para restablecer el registro en Active Directory, vuelva a instalar el sistema operativo Azure Stack HCI con un nombre de equipo nuevo.
Solución 5:
Si el mensaje de error que aparece menciona NTLM, pruebe lo siguiente:
En el equipo que ejecuta Windows Admin Center (el que tiene el rol de CredSSP "cliente"), ejecute el siguiente comando para ver qué directivas están configuradas:
Get-ChildItem hklm:\SOFTWARE\Policies\Microsoft\Windows\CredentialsDelegationSi falta
AllowFreshCredentialsWithNTLMOnly, ejecute:New-Item hklm:\SOFTWARE\Policies\Microsoft\Windows\CredentialsDelegation\AllowFreshCredentialsWhenNTLMOnlyA continuación, ejecute:
New-ItemProperty hklm:\SOFTWARE\Policies\Microsoft\Windows\CredentialsDelegation\AllowFreshCredentialsWhenNTLMOnly -Name 1 -Value "wsman/<Server FQDN Name>" -Force
Pasos siguientes
Para más información sobre CredSSP, consulte Proveedor de servicios de seguridad de credenciales.
Comentarios
Próximamente: A lo largo de 2024 iremos eliminando gradualmente GitHub Issues como mecanismo de comentarios sobre el contenido y lo sustituiremos por un nuevo sistema de comentarios. Para más información, vea: https://aka.ms/ContentUserFeedback.
Enviar y ver comentarios de