inicie novamente e crie um grupo local ou de domínio e forneça o acesso a esse novo grupo. Qualquer novo usuário para o qual você precise dar acesso, basta adicioná-lo a esse grupo.
Eu tenho uma pasta que tem permissões para o nosso usuário do IIS. Esta pasta está atualmente compartilhada para que nosso usuário de implantação de código possa mover arquivos para ela.
Eu tentei adicionar outro usuário ao compartilhamento por meio das propriedades da pasta > Compartilhamento > Compartilhar e adicionei um usuário lá. Então o IIS caiu então eu verifiquei e com certeza pareceu que configurar as permissões de compartilhamento removeu as permissões da pasta local para o usuário do IIS.
Como adiciono um usuário ao compartilhamento sem remover usuários de acessá-lo localmente?
inicie novamente e crie um grupo local ou de domínio e forneça o acesso a esse novo grupo. Qualquer novo usuário para o qual você precise dar acesso, basta adicioná-lo a esse grupo.
Não sei exatamente o que você quer dizer com "definir as permissões de compartilhamento removidas as permissões da pasta local para o usuário do IIS" (a permissão desapareceu ou simplesmente não foi aplicada como esperado?), mas você deve entender que o Windows aplica a permissão mais restritiva das permissões NTFS e Share definidas no objeto . Talvez isso explique o que você experimentou.
O artigo da Microsoft Technet sobre permissões de Compartilhamento e NTFS no Windows 2008 sugere:
some experienced administrators prefer always to set share permissions to Full Control for Everyone, and to rely entirely on NTFS permissions to restrict access
Isso parece ser uma boa abordagem padrão, e em conjunto com a sugestão whizkids de usar grupos reduz a sobrecarga administrativa.
Isso não é um comportamento esperado. Eu testaria algumas outras vezes e veria se você pode encontrar o padrão. Adicionar um usuário através da GUI nunca deve remover outro usuário.
Você alterou a herança ou limpou um usuário que tinha um nome GUID ou alguma outra coisa ao mesmo tempo? Ou depois de criar o compartilhamento, você “moveu” os arquivos? Mover-se do mesmo volume trará as permissões originais e não herdará.
Eu suspeito que algum outro fator além da adição da permissão de compartilhamento tenha causado isso.
Eu percebo que essa é uma pergunta de 5 anos, mas posso verificar o problema do OP. Eu tenho uma pasta com permissões de segurança NTFS definido como (MyServer / Users) grupo como identidade de aplicativo do IIS é criada neste grupo. Em seguida, adicionei um compartilhamento à mesma pasta, para acesso remoto a arquivos. O site então caiu. Reverificando as Permissões de Segurança do NTFS e esse grupo foi removido da lista anteriormente definida. TechNet diz permissões de compartilhamento & Configurações de segurança NTFS são separadas, alterando um não afetará o outro, mas isso claramente não é o caso. Nós adicionamos novamente as permissões NTFS para o grupo (MyServer / Users) & funcionou de novo. Eu acho que ainda é um bug muitos anos depois.