У меня проблема с экземпляром WSS 3.0, когда пользователи каждую ночь теряют права доступа на загрузку.
Пользователи всегда могут войти на задействованный сайт и могут просматривать списки, библиотеки документов и т. Д. Как обычно, но они получают ошибку при попытке загрузить документы, получая ошибку отказа в доступе. Это можно исправить, снова применив их права доступа в WSS, но это нужно делать каждое утро, что делает такое решение невозможным.
Это выделенный виртуальный сервер, и никакие другие приложения на нем не работают.
У кого-нибудь была подобная проблема с правами доступа WSS и Sharepoint?
Я видел это только тогда, когда пользовательский код обращается к SharePoint и удаляет пользователей. Проверьте журналы сервера в inetpub, чтобы узнать, действительно ли человек или учетная запись службы удаляют людей.
WSS не просто удаляет людей наугад, ему нужно сказать об этом.
Также проверьте свои задания таймера в Central Admin.
Если вы говорите о небольшом количестве пользователей, я могу предоставить вам сценарий PowerShell, который будет предоставлять им права загрузки по расписанию.
Я видел похожие симптомы в тех случаях, когда в учетной записи пользователя Active Directory были внесены некоторые изменения. Если изменение коснулось идентификатора безопасности учетной записи пользователя. Затем в SharePoint предыдущий sid сохраняется в службе профилей.
Симптом обычно становится очевидным, когда пользователь получает доступ к SharePoint после некоторого отсутствия, он может делать то, что ему нужно. Пока они не посмотрят документ в OWA. Затем, когда обнаруживается несоответствие SID, система прерывает доступ пользователей.
Я решил эту проблему, полностью удалив затронутого пользователя из службы профилей и всех сайтов, на которых он находится. Затем повторно добавил их.