locked
Problema permissao acesso pasta RRS feed

  • Pergunta

  • Boa tarde,

    estou buscando alguma forma de "debugar" um acesso a pasta para descobrir o motivo do bloqueio a pasta.

    Esta configurado da seguinte maneira

    Crio um compartilhamento somente com a permissaro Everyone FULL-Control dentro da guia Share. E controlo todos
    os acessos via NTFS

    Na pasta Raiz deixo somente Everyone -> List Folder Contents. e as subpastas eu quebro heranca e coloco o grupo do AD referente ao setor.

    Exemplo

    ROOT /  -> Everyone -> List FolderContents
            /Financeiro/   -> GR_Financeiro -> Full-control
            /RH/   -> GR_RH -> Fullcontrol


    O problema é um usuario especifico , ele pertence ao grupo RH, porem nao consegue abrir a pasta.
    se eu colocar o usuario diretamente no NTFS, funciona corretamente.

    Já re-fiz o grupo, já re-criei a pasta, e nao tive sucesso. Tenho essa mesma configuracao em mais de 10 servidores e funciona corretamente.

    existe alguma ferramenta que gere LOG ou evento, ou que me exiba o motivo do acesso negado ?


    Obrigado pela atencao.

    Leonardo Cabral de Aguiar
    quinta-feira, 4 de março de 2010 17:39

Respostas

  • Olá Leornado.

    Tente retirar e colocar novamente o usuário no grupo.
    Se você criar um novo usuário e adicionar a esse grupo, ele tem acesso?
    Tente dar permissões na pasta para o usuário. Veja se com isso aparece as permissões nas "Permissões efetivas".

    Abraço.

    Richard Juhasz
    • Marcado como Resposta Richard Juhasz quinta-feira, 11 de março de 2010 13:28
    terça-feira, 9 de março de 2010 18:13
  • Boa tarde.

    No computador que será acessado remotamente adicione o usuário que terá permissão de conectar via TS ao grupo "Usuários de área de trabalho remota".

    Me expressei mal no post anterior.

    Abraço.


    Se útil, classifique. Matheus M. Bertuco – MCT, MCSA, MCTS, MCP.
    • Marcado como Resposta Richard Juhasz quinta-feira, 11 de março de 2010 13:28
    terça-feira, 9 de março de 2010 18:34
  • Troquei o tipo de grupo para Domain Local e funcionou.


    Leonardo Cabral de Aguiar
    sábado, 27 de março de 2010 18:36

Todas as Respostas

  • Da forma que vc acha que deve ser...

    use a guia Effective permissions para conferir se a permissão está sendo aplicada...
    Se a dica foi útil, por favor indique-a. | http://dfoggi.spaces.msn.com
    quinta-feira, 4 de março de 2010 18:06
  • Muito legal a ferramenta, ela me permite verificar qual a permissao especifica do usuario ou do grupo.

    Porem o meu problema esta ai.

    tenho 2 usuarios dentro do mesmo grupo GR_RH

    o primeiro quando verifico no Effetive Permissions esta ok, o segundo ele nao mostra permissao, mesmo os 2 pertencendo ao mesmo grupo.


    Leonardo Cabral de Aguiar
    quinta-feira, 4 de março de 2010 18:24
  • Olá Leornado.

    Tente retirar e colocar novamente o usuário no grupo.
    Se você criar um novo usuário e adicionar a esse grupo, ele tem acesso?
    Tente dar permissões na pasta para o usuário. Veja se com isso aparece as permissões nas "Permissões efetivas".

    Abraço.

    Richard Juhasz
    • Marcado como Resposta Richard Juhasz quinta-feira, 11 de março de 2010 13:28
    terça-feira, 9 de março de 2010 18:13
  • Boa tarde.

    No computador que será acessado remotamente adicione o usuário que terá permissão de conectar via TS ao grupo "Usuários de área de trabalho remota".

    Me expressei mal no post anterior.

    Abraço.


    Se útil, classifique. Matheus M. Bertuco – MCT, MCSA, MCTS, MCP.
    • Marcado como Resposta Richard Juhasz quinta-feira, 11 de março de 2010 13:28
    terça-feira, 9 de março de 2010 18:34
  • Já criei um novo grupo, em outra maquina a permissao funciona, porem neste servidor especifico nao.
    Estou atualizando o windows para ver se é algum bug. 

    Se dou permissao diretamente ao usuario funciona.

    Leonardo Cabral de Aguiar
    segunda-feira, 15 de março de 2010 12:40
  • Troquei o tipo de grupo para Domain Local e funcionou.


    Leonardo Cabral de Aguiar
    sábado, 27 de março de 2010 18:36