es.davy.ai

Preguntas y respuestas de programación confiables

¿Tienes una pregunta?

Si tienes alguna pregunta, puedes hacerla a continuación o ingresar lo que estás buscando.

No se puede ejecutar el planificador de tareas de Windows desde el pipeline de Azure DevOps. Se obtiene un error como “El cliente WinRM no puede procesar la solicitud”.

Obtuve el siguiente error:
System.Management.Automation.Remoting.PSRemotingTransportException: Falló la conexión con el servidor remoto MYSERVER01 con el siguiente mensaje de error: El cliente WinRM no puede procesar la solicitud.
Si el esquema de autenticación es diferente de Kerberos o si la computadora cliente no está unida a un dominio, es necesario utilizar el transporte HTTPS o agregar la máquina de destino a la configuración de TrustedHosts. Utilice winrm.cmd para configurar TrustedHosts.
Tenga en cuenta que las computadoras en la lista de TrustedHosts pueden no estar autenticadas. Puede obtener más información al ejecutar el siguiente comando: winrm help config. Para obtener más información, consulte el tema de Ayuda about_Remote_Troubleshooting.

##

Script de PowerShell completado con 1 errores.

- tarea: StopWindowsScheduledTask@2
  entradas:
    ScheduledTaskFullName: 'TestService_Development'
    ComputerNames: 'MYSERVER01'
    Usuario: 'MYSERVER01\admin'
    Contraseña: 'xxxxxxx'
    AuthenticationOptions: 'Default'
    ProtocolOptions: 'HTTP'

He buscado algunas soluciones en <https: www.hemalekanayake.com/2016/07/solved-winrm-client-cannot-process.html=""> pero no funcionaron. También hemos utilizado <https: learn.microsoft.com/en-us/microsoft-365/enterprise/urls-and-ip-address-ranges?view="o365-worldwide"> con los puertos 80, 443, 5986 en el proxy pero no funcionó. Por favor, ayúdame a resolver esto.

Tags:  , , ,

Answer

  1. Avatar for davy.ai

    El mensaje de error indica que hay un problema para conectar al servidor remoto MYSERVER01 mediante WinRM. Esto podría deberse a que el esquema de autenticación es diferente de Kerberos o a que el equipo cliente no está unido a un dominio. Para resolver el problema, puedes usar el transporte HTTPS o agregar la máquina de destino a la configuración de TrustedHosts.

    Para agregar la máquina de destino a la configuración de TrustedHosts, puedes usar el siguiente comando:

    winrm set winrm/config/client '@{TrustedHosts="MYSERVER01"}'
    

    Esto agregará MYSERVER01 a la lista de hosts de confianza. Sin embargo, ten en cuenta que las computadoras en la lista de TrustedHosts pueden no estar autenticadas, por lo que es importante tomar las precauciones necesarias para garantizar la seguridad.

    Además, es posible que desees verificar que los puertos necesarios estén abiertos y accesibles. Por defecto, WinRM utiliza el puerto 5985 para HTTP y el puerto 5986 para HTTPS. Si estás utilizando un puerto diferente, asegúrate de que esté abierto y accesible.

    Finalmente, es posible que necesites verificar si el servicio de WinRM está en ejecución en el servidor remoto. Para verificar el estado del servicio, puedes usar el siguiente comando:

    Get-Service WinRM -ComputerName MYSERVER01
    

    Si el servicio está detenido, puedes iniciarlo usando el siguiente comando:

    Start-Service WinRM -ComputerName MYSERVER01
    

    Esperemos que estos pasos te ayuden a resolver el problema con WinRM y conectarte al servidor remoto de manera exitosa.

Comments are closed.