Eu sei que isso foi perguntado, mas todas as respostas que tentei nas últimas três horas não funcionaram. Então, eu estou esperando para obter uma solução que funciona na minha máquina (executando o Windows 7).
Assumindo a seguinte configuração
Parent
File1
File2
SubFolder
Eu gostaria de definir as permissões no pai para que ele não pode ser excluído / movido / renomeado, mas as subpastas e arquivos (por exemplo, "File1"; "File2"; "SubFolder") todos mantêm a permissão para serem excluídos / modificados de qualquer maneira.
O que eu fiz. Clique com o botão direito do mouse "Pai" & gt; Propriedades & gt; Guia Segurança & gt; Avançado & gt; Alterar permissões & gt; Desmarque a opção "Incluir permissões herdáveis do pai deste objeto" e, em seguida, selecione "Adicionar" na caixa de diálogo que aparece & gt; Selecione "Administradores" & gt; Editar & gt; Aplicar a: "Esta pasta apenas" & gt; Marque Negar por "Excluir"
Eu então aplico tudo. No entanto, ainda sou capaz de excluir a pasta.
Qualquer ajuda é muito apreciada. Prazer em fornecer capturas de tela ou qualquer informação adicional necessária
Atualizar Em anexo, estão as capturas de tela das minhas configurações atuais. No entanto, ainda posso clicar na pasta e, em seguida, apertar o botão delete no meu teclado e a pasta será excluída. Eu tentei tanto com e sem a permissão de negação explícita para excluir e ambas as vezes com as seguintes configurações foi capaz de excluir a pasta como o usuário logado.
Definir proprietário para SYSTEM
Entradas de permissão
Permissões de usuário para a pasta
Permissões de usuário para subpastas
Permissões do sistema
Explicit Deny Delete Permission for User (tentado com e sem)
fonte
Administrators
grupo?Respostas:
Como regra geral, você deve evitar regras DENY explícitas em ACLs. Se um é requerido, muitas vezes é porque os dados já estão estruturados de forma errada.
A capacidade de excluir ou renomear uma pasta não é decidida pelo
Delete
permissões na pasta em questão, mas peloDelete subfolders and files
permissão na pasta pai. Isso é contra-intuitivo e diferente de como as permissões de um arquivo funcionam. Definitivamente não funciona como você esperaria.Vamos usar a seguinte estrutura de pastas / arquivos como exemplo:
FolderB
eFile1
estão no paiFolderA
.FolderC
eFile2
estão no paiFolderB
e assim por diante.Agora, se removermos o
Delete
permissão deFile1
,File2
ouFile3
, para qualquer usuário, esse usuário será impedido de renomear e excluir o arquivo. Isso também é verdade se você usar um DENY explícitoDelete
no arquivo.No entanto, se você remover
Delete
permissão deFolderA
,FolderB
ouFolderC
, para qualquer usuário, esse usuário ainda poderá renomear e excluir a pasta. Isso também é verdade se você usar um DENY explícitoDelete
na pasta.Por que é que? Porque o
Delete
permissão é uma permissão que se aplica a arquivos, não a pastas. Em vez disso, devemos remover oDelete subfolders and files
permissão da pasta pai para realizar o que você está pedindo.Em nosso exemplo acima, precisaremos remover o
Delete subfolders and files
permissão da FolderA, para um usuário específico, atribuindo a permissão parathis folder only
. Nesse caso, o usuário não poderá modificarFolderB
eFile1.
O mesmo acontece se você usar um DENY explícitoDelete subfolders and files
emFolderA
em vez de.O usuário ainda pode renomear e excluir
FolderA
a menos que o pai deFolderA
também restringiu essa permissão. Contanto que você tenha aplicado a permissão parathis folder only
então o usuário continuará a poder ler / escrever / modificarFile2
,FolderC
eFile3
.A desvantagem óbvia aqui é que leva 2 níveis de pastas para realizar o que você está pedindo. No seu caso, você menciona que está tentando proteger uma pasta do Dropbox. Então, sua estrutura de pastas teria que ser assim:
Você removeria, para um usuário ou grupo específico,
Delete subfolders and files
permissão parathis folder only
noDropbox
pasta. Você adicionaria ou manteria, para um usuário ou grupo específico,Full Control
ouModify
permissões parasubfolders and files
noDropbox
pasta.Agora, o usuário afetado não poderá modificar nenhum arquivo ou pasta imediatamente abaixo do
Dropbox
pasta, mas poderá modificar todos os arquivos e pastas contidos em qualquer subpasta.Há uma preocupação adicional aqui com o Dropbox, porque esta não é uma pasta normal. O aplicativo do Dropbox espera controle total do
Dropbox
pasta. Como o Dropbox geralmente é executado como o usuário conectado, você não pode impedir que o usuário conectado tenha controle total doDropbox
pasta. Você pode tentar, mas os resultados podem ser imprevisíveis e o caos provavelmente acontecerá.fonte
Delete
é uma permissão de arquivo e não uma permissão de pasta. Você precisa removerDelete subfolders and files
permissão do pai da pasta que você deseja proteger. A desvantagem é que todos os arquivos e pastas nessa pasta pai não poderão ser modificados.