Problemas conocidos de Workflow Manager 1.0

  • Artículo

 

Publicada: mayo de 2016

En esta sección se describen los problemas conocidos en Workflow Manager 1.0.

  • Error en la configuración cuando el grupo de administradores del servidor contiene cuentas en un dominio diferente

  • Error en la configuración cuando el grupo de administradores del servidor contiene SID que no se pueden resolver

  • El cmdlet Add-WFHost no funciona entre dominios

  • Si los permisos de un ámbito de flujos de trabajo se establecen en BUILTIN\Administrators, las aplicaciones cliente deben ejecutarse con permisos elevados

Error en la configuración cuando el grupo de administradores del servidor contiene cuentas en un dominio diferente

Cuando se configura una granja de servidores, el grupo de administradores del servidor de la granja se enumera para determinar si el usuario que realiza configuración tiene permisos de administrador.Se producirá un error en esta enumeración si el grupo de administradores contiene cuentas de un dominio distinto del usuario que realiza la llamada.Para solucionar este problema realice lo siguiente:

  1. Quite las cuentas adicionales del grupo de administradores.

  2. Ejecute la configuración.

  3. Vuelva a agregar las cuentas una vez completada la configuración.

Error en la configuración cuando el grupo de administradores del servidor contiene SID que no se pueden resolver

Cuando se configura una granja de servidores, el grupo de administradores del servidor de la granja se enumera para determinar si el usuario que realiza configuración tiene permisos de administrador.Se producirá un error en esta enumeración si el grupo de administradores contiene identificadores de seguridad que no se pueden resolver (SID).Para solucionar el problema, quite las cuentas que no se pueden resolver del grupo de administradores.

El cmdlet Add-WFHost no funciona entre dominios

Cuando se usa un certificado generado automáticamente, el cmdlet Add-WFHost no funciona entre dominios.No obstante, en este escenario funciona el cmdlet Add-SBHost.

Si los permisos de un ámbito de flujos de trabajo se establecen en BUILTIN\Administrators, las aplicaciones cliente deben ejecutarse con permisos elevados

Si los permisos de un ámbito de flujos de trabajo se establecen en BUILTIN\Administrators, que es la configuración predeterminada, si la aplicación cliente no se ejecuta con permisos elevados, se lanzará una excepción similar a la siguiente.

El llamador no tiene los permisos necesarios para esta operación.Permisos concedidos: Ninguna.Permisos necesarios: WriteScope.Encabezados HTTP recibidos del servidor – Id. de actividad: AC318A5F-7B96-4DA1-A632-F175372BB8E1.Id. de nodo: MACHINENAME.Ámbito: /ExternalVariableSampleScope.Client ActivityId : 4DD1EBC2-54C6-46ED-BD87-5CFE7BFFDDF4.

Esto se debe a que Windows no concede al usuario actual el token de administrador, a menos que el usuario se esté ejecutando en un proceso elevado, independientemente de si este pertenece al grupo de administradores.

Para resolver el problema, existen dos opciones.

  1. Ejecutar la aplicación cliente con permisos elevados.

  2. Actualizar p:microsoft.workflow.client.security.windowssecurityconfiguration.WorkflowAdminGroupName del ámbito en otro grupo no administrador al que pertenezca el usuario, tal como BUILTIN\Users.Una manera de hacer esto es ejecutar el siguiente script de PowerShell.

    $sec = New-Object Microsoft.Workflow.Client.Security.WindowsSecurityConfiguration("All Users")
$sec.WorkflowAdminGroupName = "Users"

    Para obtener más información, consulte Configurar Workflow Manager 1.0 mediante PowerShell