Você está offline; aguardando reconexão

As permissões herdadas não são atualizadas automaticamente quando você move pastas

O suporte para o Windows XP terminou

A Microsoft terminou o suporte para o Windows XP em 8 de abril de 2014. Esta alteração afetou as suas atualizações de software e opções de segurança. Saiba o que isto significa para você e como permanecer protegido.

O suporte para o Windows Server 2003 termina em 14 de julho de 2015.

A Microsoft terminou o suporte para o Windows Server 2003 em 14 de julho de 2015. Esta alteração afetou as suas atualizações de software e opções de segurança. Saiba o que isto significa para você e como permanecer protegido.

IMPORTANTE: Este artigo foi traduzido por um sistema de tradução automática (também designado por Machine Translation ou MT), não tendo sido portanto traduzido ou revisto por pessoas. A Microsoft possui artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais, com o objetivo de oferecer em português a totalidade dos artigos existentes na base de dados de suporte. No entanto, a tradução automática não é sempre perfeita, podendo conter erros de vocabulário, sintaxe ou gramática. A Microsoft não é responsável por incoerências, erros ou prejuízos ocorridos em decorrência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza atualizações freqüentes ao software de tradução automática (MT). Obrigado.

Clique aqui para ver a versão em Inglês deste artigo: 320246
Sintomas
Uma lista de controle de acesso (ACL) pode mostrar as permissões que são marcadas como tendo sido herdada do pai, mas o próprio pai não pode ter essas permissões configuradas em sua ACL. Note que esse sintoma pode ocorrer mesmo que herança ainda esteja habilitada. Qualquer alteração subseqüente a ACL da pasta pai faz com que ACL a criança receber as permissões herdadas. Além disso, qualquer tentativa de alterar a ACL do filho faz com que a herança para ser aplicado (a menos que a alteração marca a ACL como sendo protegido contra herança). Esse comportamento pode ser surpreendente se o estado de herança não tinha sido observado antes de começar a editar a ACL.

Observação Esse comportamento não pode ser causado por mover uma pasta quando você estiver executando um computador Windows Vista com base. A operação de movimentação agora funciona porque a pasta ou o arquivo pode herdar ACL da pasta de destino ou arquivo. O arquivo ou pasta também tem as permissões que são marcadas como tendo sido herdada do pai. Isso é uma alteração por design do Windows XP para Windows Vista e Windows Server 2008.
Causa
Esse comportamento pode ser causado ao mover uma pasta. Quando você move uma pasta, a ACL não é alterada e as permissões herdadas não são atualizadas. Observação: sempre significa que "Mover" no contexto deste artigo mover dentro do mesmo volume.

Quando você move um arquivo ou pasta, a ACL também é movida e não é alterada de alguma forma. Mesmo quando herança será habilitado para esta pasta, as permissões herdadas não são atualizadas automaticamente. A ACL será atualizada na próxima vez que você alterar as permissões e isso força o pai para propagar suas permissões.

Esse comportamento também pode ser causado por:
  • Definir as permissões de uma pasta pai usando CACLS não se propague para as subpastas. Observe que a opção /T não significa que para propagar os direitos usando herança, mas para substituir todas as ACLs.
  • Definir as permissões de uma pasta pai usando uma API não propaga automaticamente herança (como adssecurity.dll).Para obter informações adicionais, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
    266461Herança automática HOWTO:Set de arquivo/pasta permissões-ADSI
  • Restaurando a partir de um backup para um local diferente.
Resolução
Para evitar alterações de permissão inesperado, defina a ACL de arquivo/pasta para "protegido" antes de mover quando você deseja manter as configurações. Caso contrário, atualizar manualmente a ACL de arquivo/pasta movida usando o editor de ACL explorer. Desative e que a herança de habilitar novamente para forçar a ACL para ser atualizado com o direito de permissões herdadas. Você também pode usar um VBScript para automatizar esse processo. Para obter informações adicionais sobre como fazer isso, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
279682COMO: Usar ADsSecurity.dll para adicionar uma ACE para uma pasta NTFS
Situação
Esse comportamento é por design. Esse comportamento não ocorre devido à modificação de design no Windows Vista.
Mais Informações

Passos para reproduzir o problema

  1. Criar uma pasta "test1" com "todos: ler" e "usuários: alterar" as permissões.
  2. Criar uma subpasta "test1\sub" e ativar a herança do pai (padrão). Esta pasta deve mostrar "todos: ler" e "usuários: alteração" como as permissões herdadas.
  3. Crie outra pasta "test2" com apenas permissões "controle de administradores: completo".
  4. Mova a subpasta "sub" para "test2".
  5. Exibir as permissões no "test2\sub" para ver "todos: ler" e "usuários: alteração" como as permissões herdadas Embora a permissão de pais é "controle de administradores: completo".
  6. Adicione outro grupo/usuário (como convidado) para a ACL de "sub" conceder, por exemplo, acesso de leitura usando o editor de ACL do explorer. Após você clicar em Aplicar , "todos: ler" e "usuários: alteração" é removida, e somente "controle de administradores: completo" é exibido como as permissões herdadas ao lado que você acabou de adicionar.

Aviso: este artigo foi traduzido automaticamente

Propriedades

ID do Artigo: 320246 - Última Revisão: 03/02/2007 00:34:16 - Revisão: 3.7

Microsoft Windows Server 2003, Web Edition, Microsoft Windows Server 2003, Standard Edition (32-bit x86), Microsoft Windows Server 2003, Enterprise Edition (32-bit x86), Microsoft Windows XP Professional, Microsoft Windows 2000 Server, Microsoft Windows 2000 Advanced Server, Microsoft Windows 2000 Datacenter Server, Microsoft Windows 2000 Professional Edition, Microsoft Windows NT 4.0 Service Pack 4, Microsoft Windows NT 4.0 Service Pack 5, Microsoft Windows NT 4.0 Service Pack 6, Microsoft Windows NT 4.0 Service Pack 6a, Windows Server 2008 Datacenter without Hyper-V, Windows Server 2008 Enterprise without Hyper-V, Windows Server 2008 for Itanium-Based Systems, Windows Server 2008 Standard without Hyper-V, Windows Server 2008 Datacenter, Windows Server 2008 Enterprise, Windows Server 2008 Standard, Windows Web Server 2008

  • kbmt kbenv kbprb kbui KB320246 KbMtpt
Comentários