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