none
Gpo não aplica RRS feed

  • Pergunta

  • Boa tarde galera,

    Estou com problemas em algumas estações aqui no meu parque, aí vai:

    Tenho um domínio com o server 2003 e as estações com win7 pro, notei que em algumas estações as gpos não estão rodando como deveriam.
    Pesquisei sobre isso e vi que era necessário copiar o diretório "policy definitions" de uma estação com win 7 para o diretório sysvol do domínio. Fiz isso e não obtive sucesso. Continuei pesquisando e vi que algumas pessoas tiveram problemas com o kb 3159398, segundo informações da própria MS esse kb teve problemas e era necessário autorizar o grupo usuários como leitura da policy que for aplicada, fiz isso e nada. 
    Bom após algumas tentativas sem sucesso, comecei meu teste com a policy que define a visualização (ou não) do painel de controle, fiz uns testes alterando essa policy pela gpo do domínio, e novamente aconteceu a mesma coisa, umas estações funcionam, outras não.
    A partir disso pensei em rodar o gpedit.msc (localmente) e definir para não mostra o painel de controle, mesmo assim a estação não bloqueia o acesso e ignora a configuração.
    Como não sou de "jogar a toalha" rs fiz o seguinte, analisei qual chave de registro essa policy (painel de controle) afeta e descobri que ele modifica essa chave : “HKCU\Software\Microsoft\Windows\CurrentVersion\Policies\Explorer” /v NoControlPanel /t REG_DWORD /d 0×00000001 /f 
    Enfim, como sabemos as gpos nada mais são do que alteração de chaves de registro. Fiz o procedimento de alteração dessa chave e novamente meu windows me ignorou.

    A única coisa que acredito que ainda possa ser, seja alguma atualização que está literalmente ignorando a configuração de gpos locais.

    Alguém aí já passou por isso, ou algo parecido?

    Att,

    Thi@go


    Thi@go

    quinta-feira, 11 de agosto de 2016 13:26

Todas as Respostas

  • Olá Thiago,

    Você chegou a verificar se não existe outra GPO mais próxima aos objetos que possa estar retirando esta configuração, teste a criação de uma GPO e coloque-a mais próxima possível dos objetivos e force sua aplicação.

    https://technet.microsoft.com/en-us/library/ee617167(v=ws.10).aspx

    http://www.thewindowsclub.com/restrict-access-to-control-panel


    Erik R. Filippini MCP | MTA | MCSA 2012 | MCSE Server Infrastructure | VCP-DCV 5 | VCP-DCV 6 | ITIL V3 ** Caso responda sua pergunta, favor marcar como resposta **

    • Sugerido como Resposta Erik Filippini quinta-feira, 11 de agosto de 2016 13:38
    quinta-feira, 11 de agosto de 2016 13:38
  • Verifiquei sim Erik, o que mais me intriga que mesmo localmente (gpedit.msc) o windows não executa a gpo.

    Thi@go

    quinta-feira, 11 de agosto de 2016 13:57
  • Olá Thiago, tudo bem?

    Poderia forçar a aplicação de GPO em uma das máquinas (gpupdate /force) e nos mandar o que é gerado de erro/alerta no Event Viewer?

    Att,


    Rafael Vicentini Martins

    quinta-feira, 11 de agosto de 2016 14:06
  • Olá Rafael,

    Não dá mensagem nenhuma de erro pelo gpupdate /force porém não aplica. Mesmo executando localmente.


    Thi@go

    quinta-feira, 11 de agosto de 2016 16:22
  • Certo, mas nem no Visualizador de Eventos aparece algum alerta/erro para termos uma pista?

    Rafael Vicentini Martins

    quinta-feira, 11 de agosto de 2016 16:39
  • nada.

    Thi@go

    quinta-feira, 11 de agosto de 2016 16:54
  • Boa tarde,

    Eu sofro com mesmo problema, solução remover o KB3159398 e rodar o windows update e marcar pra ignorar a sugestão desse pacote.

    quinta-feira, 11 de agosto de 2016 17:33
  • Fala Rafael,

    Então cara, eu já removi esse Kb e nada.


    Thi@go

    quinta-feira, 11 de agosto de 2016 18:29
  • Então tem mais kb influenciado. Vejas as seguintes:

    kb3164033
    kb3163016
    kb3163017
    kb3163018

    Segui essa ordem, testando a cada remoção. Eu tive um caso que removendo o kb3159398 não resolveu, dai solucionou quando removi o kb3164033.

    Se remover esses kb's e mesmo assim não funcionar, deve haver algo além dos kb impedindo.

    • Sugerido como Resposta Gustavo Azeredo segunda-feira, 27 de janeiro de 2020 14:31
    quinta-feira, 11 de agosto de 2016 19:46