Problemas conocidos de Workflow Manager 1.0

 

Publicada: mayo de 2016

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.

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.

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, 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

Adiciones de comunidad

AGREGAR
Mostrar: