Tengo un problema con una instancia de WSS 3.0 donde los usuarios siguen perdiendo sus derechos de acceso a carga todas las noches.
Los usuarios siempre pueden ingresar al sitio en cuestión y pueden explorar listas, bibliotecas de documentos, etc. como de costumbre, pero reciben un error al intentar cargar documentos y obtienen un error de acceso denegado. Esto se puede solucionar aplicando sus derechos de acceso nuevamente en WSS, pero debe hacerse todas las mañanas, lo que hace que esa solución no sea factible.
Este es un servidor virtual dedicado y no se ejecutan otras aplicaciones en él.
¿Alguien ha tenido un problema similar con respecto a los derechos de acceso a WSS y Sharepoint?
Respuesta1
Solo he visto que esto sucede cuando hay un código personalizado que accede a SharePoint y elimina a los usuarios. Verifique los registros del servidor en inetpub para ver si una persona o cuenta de servicio está eliminando personas de manera accidental.
WSS no eliminará personas al azar, sino que se le debe indicar que lo haga.
También verifique los trabajos de su temporizador en el Administrador central.
Si está hablando de un número reducido de usuarios, puedo proporcionarle un script de PowerShell que les otorgará derechos de carga según un cronograma.
Respuesta2
He visto síntomas similares de esto en casos en los que una cuenta de usuario de Active Directory ha tenido algún cambio. Donde el cambio afectó la identificación de seguridad de la cuenta de usuario. Luego, en SharePoint, el sid anterior se almacena en el servicio de perfil.
El síntoma generalmente se vuelve evidente cuando el usuario accede a SharePoint después de estar ausente por un tiempo y puede hacer lo que necesita. Hasta que miran un documento en OWA. Luego, en el momento en que se detecta una discrepancia en el SID, el sistema elimina el acceso de los usuarios.
Resolví este problema eliminando por completo al usuario afectado del servicio de perfil y de cualquier sitio en el que se encuentre. Luego lo volví a agregar.