Назад | Перейти на главную страницу

Пользователи без прав локального администратора открывают ВСЕ документы sharepoint в режиме только для чтения, независимо от разрешений sharepoint. Зачем?

У меня есть домен Windows Server 2003, на котором работает Sharepoint MOSS 2007 SP1 v12.0.0.6219. Моя проблема в том, что все пользователи в домене, у которых нет прав локального администратора на их используемом в данный момент компьютере, открывают все документы в режиме только для чтения.

Это, очевидно, проблема для меня, так как мне нужно, чтобы пользователи могли изменять документы в процессе оформления заказа. Я не желаю полностью предоставлять всем пользователям права локального администратора по очевидным причинам безопасности.

Администраторы домена, опытные пользователи и пользователи, которым предоставлены права локального администратора, могут выполнить эту задачу без каких-либо аномальных действий.

Я много раз искал эту проблему в Google и не могу найти рабочих решений.

Я попытался добавить раздел реестра: HKEY_CURRENT_USER \ Software \ Microsoft \ Office \ 11.0 \ Common \ Internet \ OpenDocumentsReadWriteWhileBrowsing на «1», как предложено здесь: spsstuff.blogspot.com/2006/07/office-2003-documents-open- in-read.html, но это изменение не помогло.

Я также попытался найти ключ: HKEY_LOCAL_MACHINE \ Software \ Policies \ Microsoft \ Office, обсуждаемый в этой статье: www.tech-archive.net/Archive/SharePoint/microsoft.public.sharepoint.portalserver/2006-08/msg00458. html, но его нет в моих системах.

Я не уверен, какую еще информацию я могу предоставить, чтобы быть полезной, но любая помощь или тактическое применение здравого смысла были бы ОЧЕНЬ благодарны.

Как вы, вероятно, знаете, при нажатии на файл он загружается на локальный компьютер и открывается из файловой системы. В зависимости от того, как документ открывается из браузера и используемой клиентской ОС, существует несколько мест, куда можно скопировать файл, и пользователю потребуется доступ для записи в эти места.

Если они просто откроют файл и не вернут его в свою локальную папку черновиков, он будет скопирован в:

  • C: \ Users \ _username_ \ AppData \ Local \ Microsoft \ Windows \ Temporary Internet Files \ Content.MSO (Windows Vista)
  • C: \ Documents and Settings \ _username_ \ Local Settings \ Temporary Internet Files \ Content.MSO (Windows XP)

Если они извлекут файл и выберут параметр «Использовать локальную папку для черновиков», он будет скопирован в:

  • C: \ Users \ _username_ \ Documents \ SharePoint Drafts (Windows Vista)
  • C: \ Documents and Settings \ _username_ \ My Documents \ SharePoint Drafts (Windows XP)

Можете ли вы проверить, можете ли вы как конечный пользователь создавать файлы в этих местах? Возможно, вам потребуется перейти в командную строку для временных файлов Интернета и ввести такую ​​команду, как:

type Test>test.tmp

Кстати, ключ реестра OpenDocumentsReadWriteWhileBrowsing не должен влиять на сайт SharePoint, согласно КБ 870853. Поведение «по замыслу».

Итак, вот простое, но не столь очевидное решение.

Я перепробовал все предложения, убедился, что у пользователя есть разрешения на все папки и т. Д.

Мы запустили сценарий, чтобы полностью удалить локальную политику безопасности, перезагрузили компьютер, чтобы политики домена стали безраздельно, и это устранило проблему.

Мы понятия не имеем, почему эти локальные политики вызывали проблемы только на Dell, и не смогли найти конкретное правило или политику, которые были «единственным» виновником.

Так что спасибо за помощь, Алекс, но я даже не думаю, что ЭТО можно рассматривать как ответ.