Por qué sucede esto

• Custom URI Misconfigurations: El URI de punto final o conexión (Uniform Resource Identifier) pasado al comando tiene un error de sintaxis o un esquema no compatible.
• Corrupted WinRM Configurations: La configuración del oyente WinRM local o remoto se ha dañado o desalineado.
• WS-Management Protocol Mismatches: El cliente está tratando de usar un tipo de shell remoto o una configuración de plug-in personalizada que no está registrada o habilitada en el servidor de destino.
• Corrupted System Files: Los archivos o dependencias de administración subyacentes de Windows están dañados.

Soluciones paso a paso

Pruebe su conexión después de completar cada paso para ver si se resuelve el problema.

Paso 1: ejecute la configuración rápida de WinRM

Esta utilidad restablece la configuración predeterminada de WinRM, activa el escuchador y crea las excepciones de cortafuegos requeridas.

1. Haga clic en el Start menu, tipo cmd Haga clic derecho. Command Prompt, y seleccione Run as administrator.
2. Escriba el siguiente comando y presione Enter:

   winrm quickconfig

3. Si se le pide hacer cambios y habilitar el servicio, escriba y y presiona. Enter.
4. Escriba el siguiente comando para comprobar si el escuchador se está ejecutando correctamente:

   winrm e winrm/config/listener

Paso 2: Verificar y restablecer el URI de conexión

Si está ejecutando un script o comando específico de PowerShell (como Enter-PSSession - ¿ Qué ? New-PSSession ), el parámetro URI personalizado puede ser incorrecto.

1. Asegúrese de que no está pasando manualmente un inválido -ConnectionURI Un URI WinRM estándar se ve así:

   http://<ComputerName>:5985/wsman

2. Si está utilizando un shell personalizado, verifique que la cadena de URI se adhiera estrictamente al esquema requerido por su aplicación de destino.
3. Intenta conectarte con el estándar. -ComputerName parámetro en lugar del parámetro URI personalizado para ver si funciona el shell predeterminado:

   Enter-PSSession -ComputerName Target_Computer_Name

Paso 3: Añadir el host de destino a la lista de hosts de confianza

La máquina cliente rechazará las conexiones a puntos finales no confiables a menos que se agreguen explícitamente a la configuración local.

1. Abierto. PowerShell como Administrador.
2. Ejecute este comando para ver los hosts de confianza actuales:

   Get-Item WSMan:\localhost\Client\TrustedHosts

3. Para confiar en una computadora específica, ejecute:

   Set-Item WSMan:\localhost\Client\TrustedHosts -Value "Target_Computer_Name" -Force

   (Nota: puede utilizar ` ` como el valor para confiar en todos los ordenadores, aunque esto sólo se recomienda para entornos de prueba aislados).*

4. Reinicie el servicio WinRM para aplicar los cambios:

   Restart-Service WinRM

Paso 4: Reparación de los plug-ins y shells de WinRM dañados

Si un registro de shell remoto personalizado está dañado, restablecer la infraestructura del shell puede resolver el problema.

1. Abierto. Command Prompt como Administrador.
2. Ejecute este comando para restaurar las configuraciones WinRM predeterminadas:

   winrm reset

3. A continuación, compruebe las conchas registradas en su sistema ejecutando:

   winrm e winrm/config/Shell

4. Asegúrese de que el URI de shell predeterminado ( http://microsoft.com ) está activo y no ha sido sobrescrito por un plugin personalizado roto.

Paso 5: Ejecute el verificador de archivos del sistema (SFC)

Si los componentes internos de Windows responsables de procesar las solicitudes de administración de WS están dañados, la herramienta SFC los reparará.

1. Abierto. Command Prompt como Administrador.
2. Escriba el siguiente comando y presione Enter:

   sfc /scannow

3. Espera a que el escaneo llegue al 100% de finalización.
4. Reinicie su computadora e intente la conexión WinRM de nuevo.