Estou tendo um problema com uma instância do WSS 3.0 em que os usuários perdem seus direitos de acesso de upload todas as noites.
Os usuários sempre podem entrar no site envolvido e navegar em listas, bibliotecas de documentos etc. normalmente, mas recebem um erro ao tentar fazer upload de documentos, obtendo erro de acesso negado. Isto pode ser resolvido aplicando novamente os seus direitos de acesso no WSS, mas tem que ser feito todas as manhãs, tornando essa solução inviável.
Este é um servidor virtual dedicado e nenhum outro aplicativo em execução nele.
Alguém já teve um problema semelhante em relação aos direitos de acesso do WSS e do Sharepoint?
Responder1
Só vi isso acontecer quando há um código personalizado acessando o SharePoint e removendo os usuários. Verifique os logs do servidor no inetpub para ver se uma pessoa ou conta de serviço está removendo pessoas acidentalmente.
O WSS não irá apenas remover pessoas aleatoriamente, tem que ser instruído a fazê-lo.
Verifique também seus trabalhos de timer no Central Admin.
Se você estiver falando sobre alguns usuários, posso fornecer um script do PowerShell que concederá a eles seus direitos de upload de acordo com uma programação.
Responder2
Tenho visto sintomas semelhantes em casos em que uma conta de usuário do Active Directory sofreu alguma alteração. Onde a alteração afetou o ID de segurança da conta do usuário. Em seguida, no SharePoint, o SID anterior é armazenado no serviço de perfil.
O sintoma geralmente fica aparente quando o usuário acessa o SharePoint depois de ficar um tempo ausente, ele consegue fazer o que precisa. Até que vejam um documento no OWA. Então, no momento em que for observada uma incompatibilidade de SID, o sistema copiará o acesso dos usuários.
Resolvi esse problema excluindo completamente o usuário afetado do serviço de perfil e de todos os sites em que ele esteja.