Correção para erro 10016 de ID de evento: servidor DCOM sem permissões de ativação local para PCNAME Nome de usuário SID

Recentemente, no meu PC com Windows 8.1, do nada, comecei a receber erros no Log de Eventos após instalar atualizações em uma Patch Tuesday. O erro estava relacionado ao COM Distribuído (DCOM):

como fazer vários canais do youtube com um e-mail

As configurações de permissão específicas do aplicativo não concedem permissão de ativação local para o aplicativo COM Server com CLSID {9E175B6D-F52A-11D8-B9A5-505054503030} e APPID {9E175B9C-F52A-11D8-B9A5-505054503030} para o usuário PCNAME Nome de usuário SID S-1-5-21-81864976-3388411891-1937036257-1001 do endereço LocalHost (usando LRPC) em execução no contêiner do aplicativo SID indisponível (S-1-15-2-1430448594-2639229838-973813799-439329657-1197984847-4069167804- 1277922394). Esta permissão de segurança pode ser modificada usando a ferramenta administrativa dos Serviços de Componentes.

Um erro tão complicado pode fazer usuários inexperientes vomitarem de frustração. Eles não estão familiarizados com esta terminologia. Além disso, solucionar os erros do DCOM é uma dor, então eu ignorei a princípio, mas o log de eventos estava cheio deles, pois ocorriam a cada hora. Determinado a consertá-lo, decidi investigar.

Propaganda

Para aqueles que não sabem, COM é a velha tecnologia de comunicação entre processos orientada a objetos da Microsoft. Um servidor COM é um executável (EXE ou DLL) que implementa um conjunto de objetos COM. Muitos componentes do Windows são implementados como objetos COM e seguem as regras COM padrão para se comunicarem entre si. Os servidores COM são registrados no Registro e possuem um ID de classe (CLSID) e um APPID.

A primeira etapa para solucionar esse erro foi descobrir a qual componente DCOM o CLSID e o APPID estavam relacionados. Portanto, abra o Editor do Registro e vá para esta chave do Registro:

HKEY_CLASSES_ROOT  CLSID  {9E175B6D-F52A-11D8-B9A5-505054503030}

Essa chave do Registro também aponta para o mesmo AppID da mensagem de erro que é {9E175B9C-F52A-11D8-B9A5-505054503030}. Então, em seguida vá para

HKCR  APPID  {9E175B9C-F52A-11D8-B9A5-505054503030}

Isso me disse que o componente era WSearch (um objeto COM do Windows Search).

A próxima etapa foi atribuir a este CLSID / AppID as permissões de ativação local corretas que ele queria - do meu ID de segurança (SID) de usuário e do SID do aplicativo. Para fazer isso, o Windows fornece uma ferramenta de serviços de componentes que permite ao usuário modificar as permissões de inicialização e ativação, permissões de acesso e permissões de configuração em servidores COM.

Abra Ferramentas Administrativas -> Serviços de Componentes. Expanda Serviços de componente -> Computador -> Meu computador -> Configuração DCOM. Localize 'WSearch' e clique com o botão direito -> Propriedades. Vá para a guia 'Segurança'.

Ao fazer isso, vi que tudo estava esmaecido (desabilitado) na guia Segurança para este objeto COM, então eu precisava dar à minha conta de usuário permissões totais no Registro primeiro. Abri o Regedit novamente e fui para a mesma chave

HKEY_CLASSES_ROOT  AppID  {9E175B9C-F52A-11D8-B9A5-505054503030}

e alterou as permissões. Primeiro você deve assumir a propriedade (marque 'Substituir o proprietário em subcontainers e objetos') e, em seguida, adicione seu nome de usuário e dê a ele Controle Total. Depois disso, você pode alterar a propriedade de volta para a conta original (NT Service TrustedInstaller).

Assumir a propriedade e dar permissões de administrador é extremamente fácil com o Winaero's RegOwnershipEx aplicativo.

Agora eu reabri os Serviços de Componentes (Dcomcnfg.exe) e fui para as propriedades do WSearch, guia Segurança e agora era capaz de editar as permissões de Segurança em Permissões de Inicialização e Ativação, que são mostradas assim:

Por meio do grupo de segurança Todos, minha conta de usuário já tem permissões de Ativação Local, mas também existem 3 outros SIDs mostrados que não são contas de usuário ou grupos conhecidos, conforme indica o ícone. Eles são SIDs de aplicativos e se referem a aplicativos. O erro do log de eventos também dizia '... em execução no SID indisponível do contêiner do aplicativo (S-1-15-2-1430448594-2639229838-973813799-439329657-1197984847-4069167804-1277922394).

Agora, a IU do seletor de objetos do Windows não parece permitir a adição de SIDs de aplicativos para objetos principais de segurança. Depois de clicar em Adicionar, cliquei em Avançado ... e em Localizar agora. Isso listará todos os objetos. Mas a maioria deles eram SIDs de contas. Notei 'TODOS OS PACOTES DE APLICATIVOS' que, como o nome indica, é provavelmente um grupo para todos os pacotes de aplicativos, então selecionei-o. Clique em OK em todos os lugares para adicioná-lo e, em seguida, conceda a ele as permissões de inicialização local e ativação local.

como obter um mapa no snapchat

Agora, ao clicar em OK e fechar a IU dos Serviços de Componentes, o erro desapareceu do Log de Eventos, o que significa que o componente WSearch COM agora possui as permissões de inicialização e ativação locais corretas.

Escrevi este artigo como um guia geral para ajudar qualquer pessoa a solucionar erros de DCOM em seu Log de eventos de maneira semelhante. Ainda estou preocupado por que o Windows ainda não tem uma ferramenta para restaurar facilmente as permissões corretas para objetos COM no caso de eles se complicarem.