Logo Hardware.com.br
fabr83
fabr83 Membro Junior Registrado
79 Mensagens 16 Curtidas

[Resolvido] Erro 10016 - DistributedCOM

#1 Por fabr83 06/10/2016 - 10:14
Prezados,

Minha máquina tem apresentado o erro 10016 com o texto abaixo em itálico.
Pesquisei sobre o tema no link abaixo mas não entendi o porquê do erro ou o que foi impedido de funcionar adequadamente.
https://support.microsoft.com/pt-br/kb/920783

Então, qual a melhor maneira de solucionar o erro 10016?

Obrigado.

Descrição do erro 10016:
As configurações de permissão application-specific não concedem permissão Local Activation para o aplicativo de Servidor COM com CLSID
{6B3B8D23-FA8D-40B9-8DBD-B950333E2C52}
e APPID
{4839DDB7-58C2-48F5-8283-E1D1807D0D7D}
ao usuário NT AUTHORITY\LOCAL SERVICE SID (S-1-5-19) do endereço LocalHost (Using LRPC) que está sendo executado no contêiner de aplicativos Unavailable SID (Unavailable). Essa permissão de segurança pode ser modificada com a ferramenta administrativa Serviços de Componentes.
dcom windows-10 distributedcom erro-10016 erro abaixo 10016 distributedcom
Responder
fabr83
fabr83 Membro Junior Registrado
79 Mensagens 16 Curtidas
#2 Por fabr83
22/03/2017 - 16:31
A quem possa interessar, este problema foi resolvido.
Apresento adiante descrição do problema e como resolvê-lo.

1. Sobre o problema
Aparentemente este erro ocorre após atualizações no Windows que, durante o processo de atualização e para alguns aplicativos específicos, não mantém permissões de acesso ou revoga tais permissões, prejudicando o funcionamento do Windows.
O impacto disto são erros descritos no Visualizador de Eventos e que aparentemente atrasam o login da máquina.
Para solucionar, usuário deve estar como administrador e seguir as etapas adiante.

2. Caso de exemplo:
No exemplo abaixo o aplicativo identificado por CLSID {8D8F4F83-3594-4F07-8369-FC3C3CAE4919} e APPID {F72671A9-012C-4725-9D2F-2A4D32D65169} está com erro de permissão de acesso ao usuário SISTEMA local.
Foi feito utilizando o Windows 10.
Como é uma máquina no domínio, onde apareceria o nome da máquina e do domínio foi substituído por "notebook/contoso.com.br" ou simplesmente omitido.
Anexo do post

3. Etapas para solucionar o caso do exemplo:
3.a) Abra o registro (regedit no prompt) e vá até: HKEY_CLASSES_ROOT > AppID > {F72671A9-012C-4725-9D2F-2A4D32D65169}

3.b) Na pasta (chave, ícone amarelo à esquerda), clicar com botão direito e propriedades (note que o usuário “SISTEMA” não possui controle total). Note que ao clicar na chave, à direita abriu o campo “(Padrão)” com dados “(valor não definido)”; este campo é onde apareceria o nome do aplicativo (ShelServiceHost, RunTimeBroker, etc.).
Anexo do post

3.c) Clique em Avançadas (na próxima janela, note que o proprietário é “TrustedInstaller” e que o “SISTEMA” tem acesso só com leitura. Altere o proprietário para “Administradores” (notebook\Administradores) e marque a opção “Substituir o proprietário...”. Clique “aplicar” e então “OK”.
Anexo do post

3.d) Voltará então para a tela do passo "3.b" acima, sendo necessário clicar em “SISTEMA”, “Permitir > Controle total” e então “aplicar” e então clicar em “Administradores”, “Permitir > Controle total” e então “aplicar” e finalmente “OK”.
Nota: É sempre importante que o proprietário seja “notebook/Administradores” e que na tela “Permissões” o “Administradores” esteja como “Controle total”. Falhar nisto impedirá a etapa "3.g" adiante, onde as informações da aba “Segurança” estarão indisponíveis (cinza).

3.e) Repita de forma similar os passos acima, agora para o CLSID: HKEY_CLASSES_ROOT > CLSID > {8D8F4F83-3594-4F07-8369-FC3C3CAE4919}; Na chave (pasta), ir em propriedades. Repetir demais etapas de assumir controle (“Administradores”) e permitir controle total (“SISTEMA” e “Administradores”).
Anexo do post

3.f) Abrir o “Serviços de Componente” (dcomcnfg no prompt), ir na tela conforme abaixo. Neste local (“Config DCOM”) aparecerá ou pelo nome do aplicativo (ShelServiceHost, RunTimeBroker, etc. conforme descrito na etapa 2) ou pelo código do AppID, que é {F72671A9-012C-4725-9D2F-2A4D32D65169} neste caso.
Anexo do post

3.g) Ao localizar o aplicativo, clique botão direito e então “Propriedades”. Vá até a aba “Segurança” que deverá estar conforme abaixo. Caso esteja toda cinza/indisponível é porque houve erro nas etapas de 3 a 5, conforme descrito no item “4.a” acima. No primeiro campo, “Permissões de inicialização e ativação”, clique “Editar” e então adicione “SISTEMA” (conforme erro informado no Visualizador de Eventos, era “SISTEMA” quem estava sem acesso no DCOM); importante é marcar a opção “ativação local” após adicionar. Clique “OK”, “aplicar” e “OK”.
Anexo do post Anexo do post

3.h) Reiniciar a máquina e conferir resultado no “Visualizador de Eventos”.

Anexos

Imagem 1.png
Imagem 2.png
Imagem 3.png
Imagem 4.png
Imagem 5.png
Imagem 6.png
Imagem 7.png
Komm
Komm Cyber Highlander Registrado
12.8K Mensagens 2.7K Curtidas
#3 Por Komm
22/03/2017 - 18:15
Está aí um passo a passo para resolver problemas com as permissões nos DCOM do Windows, o cada vez mais comum erro 10016 - Distributed COM.

No fórum postei procedimento análogo, mas usando o RegOwnerEx, que torna a vida um pouco mais fácil para habilitar e desabilitar a edição das propriedades de segurança das chaves com problema.
https://www.hardware.com.br/comunidade/v-t/1425124/#post7585454

Parabéns pela iniciativa e pelo compartilhamento da solução.

[]s.
Legal mesmo é a cara do cachorro quando a bicicleta para! mostrando_dentes.png
Responder Tópico
© 1999-2024 Hardware.com.br. Todos os direitos reservados.
Imagem do Modal