Problemas conhecidos no Workflow Manager Tools 1.0

  • Artigo

 

Publicado: maio de 2016

Esta seção descreve problemas conhecidos no Workflow Manager 1.0.

  • A configuração falha quando um grupo administrador do servidor contém contas em um domínio diferente

  • A configuração falha quando um grupo administrador do servidor contém SIDs que não podem ser resolvidos.

  • O cmdlet Add-WFHost não funciona entre domínios

  • Se as permissões de um escopo de fluxo de trabalho estiverem definidas para BUILTIN\Administradores, os Aplicativos Cliente devem ser executados usando permissões elevadas

A configuração falha quando um grupo administrador do servidor contém contas em um domínio diferente

Quando um farm é configurado, o grupo administrador do servidor de farm é enumerado para determinar se o usuário que está configurando tem permissões de administrador.Essa enumeração falha se o grupo administrador contiver contas de um domínio diferente daquele do usuário que faz a chamada.A solução alternativa para esse problema é a seguinte:

  1. Remova as contas extras do grupo administrador.

  2. Execute a configuração.

  3. Adicione as contas novamente quando a configuração estiver concluída.

A configuração falha quando um grupo administrador do servidor contém SIDs que não podem ser resolvidos.

Quando um farm é configurado, o grupo administrador do servidor de farm é enumerado para determinar se o usuário que está configurando tem permissões de administrador.Essa enumeração falha se o grupo administrador contiver identificadores de segurança (SIDs) que não podem ser resolvidos.A solução alternativa é remover as contas que não podem ser resolvidas do grupo de administradores.

O cmdlet Add-WFHost não funciona entre domínios

Ao usar um certificado gerado automaticamente, o cmdlet Add-WFHost não funciona entre domínios.Contudo, o cmdlet Add-SBHost funciona nesse cenário.

Se as permissões de um escopo de fluxo de trabalho estiverem definidas para BUILTIN\Administradores, os Aplicativos Cliente devem ser executados usando permissões elevadas

Se as permissões de um escopo de fluxo de trabalho estiverem definidas para BUILTIN\Administradores, que é a definição padrão, uma exceção parecida com a seguinte é gerada caso o aplicativo cliente não seja executado usando permissões elevadas.

O chamador não tem as permissões obrigatórias necessárias para essa operação.Permissões concedidas: Nenhuma.Permissões necessárias: WriteScope.Cabeçalhos HTTP recebidos do servidor - ActivityId: AC318A5F-7B96-4DA1-A632-F175372BB8E1.NodeId: MACHINENAME.Escopo: /ExternalVariableSampleScope.ActivityId do cliente: 4DD1EBC2-54C6-46ED-BD87-5CFE7BFFDDF4.

Isso ocorre porque o Windows não concede ao usuário atual o token Admin, a não ser que o usuário esteja sendo executado em um processo elevado, independentemente do usuário pertencer ao grupo de administradores.

Para resolver essa questão, existem duas opções.

  1. Executar o aplicativo cliente usando permissões elevadas.

  2. Atualizar o p:microsoft.workflow.client.security.windowssecurityconfiguration.WorkflowAdminGroupName do escopo para outro grupo não administrador ao qual o usuário pertence, como o BUILTIN\Usuários.Um maneira de fazer isso é executar o seguinte script PowerShell.

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

    Para obter mais informações, consulte Configurando o Workflow Manager Tools 1.0 usando PowerShell