none
permissões em pastas e arquivos ta dando erro RRS feed

  • Pergunta

  • Ola amigos

     

    Tive que refazer um serv de arquivos que possui uma pastas chamada documentos

    para compartilhar fiz os seguintes passos:

    na opção sharing no botão permitions deixei as seguintes opcoes:

     

    everyone

    permissions to everyone

    allow full control, change e read (todos marcados)

    na guia secutity

     

    escolhi os usuarios que deveriam acessar os arquivos e deixei marcadas as opções:

     

    read & execute, list folders contents, read, write

     

    porem ao usar estas configurações, por exemplo o usuario x abre uma planilha excell porem não consegue alterar nada. em suma o desejada e que os usuarios escrevam abram, alterem porem eles não podem apagar

    pastas e arquivos. aonde estou errando ???

    segunda-feira, 16 de agosto de 2010 14:55

Respostas

  • Marcony, bom dia!

    Se o cara pode gravar na pasta ele consegue deletar, pois ele tem o poder de alteração sobre a mesma e mesmo assim consegue copiar o arquivo e colar na estação de trabalho dele.

    Como são apenas 3 usuários e o Administrador, fica fácil de administrar.

    Caso você queira que ele não delete, ele não poderá alterar os documentos, neste caso você marca somente List Folders e Read.

    abs

     

     


    ...Carlos Henrique | MCSA WINDOWS SERVER 2003...
    • Marcado como Resposta Richard Juhasz quinta-feira, 19 de agosto de 2010 13:48
    terça-feira, 17 de agosto de 2010 11:23
  • Bom dia,

     

    Relativo a permissões de pastas não vou falar nada pois o Carlos disse tudo. Só tenho um acréscimo de informação: A permissão de negar exclusão para arquivos do Office não dá certo, pois a forma de trabalho desses aplicativos é peculiar, ele cria um novo arquivo oculto, trabalha nele e, quando você manda salvar ele grava no arquivo original (Até aqui as permissões irão funcionar, criação e alteração) depois exclui o arquivo oculto utilizado anteriormente e é aí que está o problema. Por experiência anterior, para trabalhar com arquivos do Office em pastas de rede, é necessário a permissão modificar. Dependendo da política você pode fornecer a permissão de modificar ao proprietário criador, assim ele conseguirá excluir o arquivo oculto gerado e concluir a gravação do arquivo, porém quando esse usuário criar um arquivo, ele também poderá excluí-lo, depende muito da sua intenção mesmo.

    Para um gerenciamento avançado de direitos, em conjunto com o Office pode ser utilizado o RMS.

    http://www.microsoft.com/windowsserver2003/technologies/rightsmgmt/default.mspx

    Espero ter ajudado.

    Obrigado,


    Cássio Alves de Oliveira .: MCTS: Exchange 2007 | MCSA :.
    terça-feira, 17 de agosto de 2010 13:55

Todas as Respostas

  • Marcony, bom dia!

    Primeiro vamos vamos lá, não de permissão em pastas para usuários, crie um grupo e adicione os usuários.

    Segundo: A permissão mais restritiva vai prevalecer sobre a permissiva.

    Quais os grupos estão com permissão na pasta, verifique se o Grupo Usuários do Dominio não está na pasta também, com uma permissão mais restritiva.

    Vamos lá!

    1. Crie um grupo no AD "GG-Teste"

    2. Adicione os usuários dentro deste grupo.

    3. Vá até a pasta e adicione este grupo GG-Teste (Remova todos menos o Administrador local), dê as permissões de gravar.

    Verifique se os arquivos estão herdando a configuração da pasta Pai.

    Faça o teste!

     

    Qualquer dúvida estamos ai!

     

    abs


    ...Carlos Henrique | MCSA WINDOWS SERVER 2003...
    segunda-feira, 16 de agosto de 2010 15:11
  • Não entendi então vamos pelo começo:

     

    criei uma pasta:

     

    nas permisssoes de compartilhamento tenho as opções :

    1) full control

    2) change

    3) read

    qual a opção correta ?

     

    2) na guia security

    tenho as opções:

    1) fullcontrol

    2) modify

    3) read e execute

    4) list folders contents

    5) read

    6) write

    7) special permissioes

    qual ou quais as opções corretas? lembrando a esta pasta chamanda documentos so sera acessada por 3 usuarios o administrador e outros dois usuarios que poderão criar pastas e arquivos porem não poderam em hipotese alguma deletar tanto arquivo como pastas, nesta pasta e subpastas deverando ter auquivos do tipo *.ppt, *.pdf *.doc *.xls

    terça-feira, 17 de agosto de 2010 11:13
  • Marcony, bom dia!

    Se o cara pode gravar na pasta ele consegue deletar, pois ele tem o poder de alteração sobre a mesma e mesmo assim consegue copiar o arquivo e colar na estação de trabalho dele.

    Como são apenas 3 usuários e o Administrador, fica fácil de administrar.

    Caso você queira que ele não delete, ele não poderá alterar os documentos, neste caso você marca somente List Folders e Read.

    abs

     

     


    ...Carlos Henrique | MCSA WINDOWS SERVER 2003...
    • Marcado como Resposta Richard Juhasz quinta-feira, 19 de agosto de 2010 13:48
    terça-feira, 17 de agosto de 2010 11:23
  • Bom dia,

     

    Relativo a permissões de pastas não vou falar nada pois o Carlos disse tudo. Só tenho um acréscimo de informação: A permissão de negar exclusão para arquivos do Office não dá certo, pois a forma de trabalho desses aplicativos é peculiar, ele cria um novo arquivo oculto, trabalha nele e, quando você manda salvar ele grava no arquivo original (Até aqui as permissões irão funcionar, criação e alteração) depois exclui o arquivo oculto utilizado anteriormente e é aí que está o problema. Por experiência anterior, para trabalhar com arquivos do Office em pastas de rede, é necessário a permissão modificar. Dependendo da política você pode fornecer a permissão de modificar ao proprietário criador, assim ele conseguirá excluir o arquivo oculto gerado e concluir a gravação do arquivo, porém quando esse usuário criar um arquivo, ele também poderá excluí-lo, depende muito da sua intenção mesmo.

    Para um gerenciamento avançado de direitos, em conjunto com o Office pode ser utilizado o RMS.

    http://www.microsoft.com/windowsserver2003/technologies/rightsmgmt/default.mspx

    Espero ter ajudado.

    Obrigado,


    Cássio Alves de Oliveira .: MCTS: Exchange 2007 | MCSA :.
    terça-feira, 17 de agosto de 2010 13:55