У меня есть сайт MOSS 07, который настроен для анонимного доступа. На этом сайте есть библиотека документов, которая также имеет анонимный доступ. Когда анонимный пользователь нажимает на файл PDF в этой библиотеке, он или она может читать или загружать его без проблем. Когда пользователь нажимает на документ Office, ему или ей предлагается окно входа в систему. Пользователь может отменить это поле без ввода журнала и будет отправлен в документ.
Это происходит в IE, но не в FireFox.
Я вижу некоторые ссылки на этот вопрос в Интернете, но нет четких решений: http://www.microsoft.com/communities/newsgroups/en-us/default.aspx?dg=microsoft.public.sharepoint.windowsservices.development&tid=5452e093-a0d7-45c5-8ed0-96551e854cec&cat=en_US_CC8402B4-DC5E-652D-7DB2-0119AFB7C906&lang=en&cr=US&sloc=&p=1
http://www.sharepointu.com/forums/t/5779.aspx
http://www.eggheadcafe.com/software/aspnet/30817418/anonymous-users-getting-p.aspx
Чтобы отключить ввод в систему, открывая офисные документы из SharePoint 2010, выполните следующие настройки в web.config
<system.webServer>
<security>
<requestFiltering allowDoubleEscaping="true">
<!-- here where the magic happens -->
<verbs allowUnlisted="true">
<add verb="OPTIONS" allowed="false" />
<add verb="PROPFIND" allowed="false" />
</verbs>
</requestFiltering>
</security>
</system.webServer>
Если Совместное рабочее пространство Sharepoint включено в MS Word, это может побудить пользователей войти в систему Windows, если у пользователей нет прав доступа или создания общей рабочей области. Сделайте следующее, чтобы отключить это:
Если это устраняет проблему, повторите шаги с каждой программой MS Office, чтобы устранить приглашение. (Excel, PowerPoint, Visio, ect)
К сожалению, единственная работа, которую я нашел, ломает некоторые функции для зарегистрированных пользователей (не может загружать несколько файлов, подключаться к Outlook и т.д.)
Если это приемлемо, или вы хотите попробовать его и посмотрите:
В центральном администрировании > управление приложениями > безопасность приложений > поставщики проверки подлинности выбирают ваше веб-приложение и выбирают вашего провайдера (вероятно, "по умолчанию" ).
Выберите "Нет" для интеграции с клиентами и сохраните настройки.
Откройте свою веб-конфигурацию, найдите строку <add verb="OPTIONS,PROPFIND,PUT,LOCK,UNLOCK..... и удалите опции глагола.
Вам больше не нужно запрашивать учетные данные. Чтобы отменить это, просто отмените оба изменения.
Если вы можете нажать "Отмена", и проблема возникает... AuthForwardServerList
http://support.microsoft.com/kb/943280
Office не знает, что сайт доверен/локален, поэтому он не соответствует вашим учетным данным и не дает вам возможности предоставить их. Это особенность....
Если вы укажете свой сайт в соответствующем разделе реестра, он переадресует ваши учетные данные, которые не нужны, но вы не получите запрос.
Если у вас есть модуль перезаписи url или urlscan, настройте программное обеспечение для отправки http 403 в HTTP-запросы OPTIONS.
В Sharepoint Server 2010 метод решения немного меняется, потому что новое поколение Sharepoint не может хранить глаголы в web.config. Поэтому вы должны изменить метод. Прежде всего, вы открываете IIS 7.0 и выбираете свой сайт приложения. Вы можете увидеть много элементов в середине экрана. Вы выбираете и дважды щелкаете "Запросить фильтры". В фильтрах запроса вы можете увидеть "Глаголы". Вы можете добавить глаголы OPTIONS и PROPFIND в режим deny. И, наконец, проверьте свой сайт. Иногда Sharepoint должен закрыть режим интеграции с клиентами вашего сайта. В случае необходимости вы можете закрыть режим интеграции с клиентами в Центре администрирования.
Возможная причина и разрешение: http://support.microsoft.com/kb/943280
"Вам будет предложено ввести ваши учетные данные при доступе к сайту FQDN с компьютера под управлением Windows Vista или Windows 7 и не настроен прокси-сервер"
"Например, когда вы открываете файл Microsoft Office с сайта Microsoft Office SharePoint с помощью Microsoft Office 2007 на клиентском компьютере под управлением Windows Vista, на котором нет прокси-сервера, вам предлагается выполнить проверку подлинности.
Я предполагаю, что клиент Office загружает шаблон базового документа из другого места, где включен анонимный доступ. Это также объясняет, почему вы все равно можете открыть документ, поскольку клиент Office также может работать без загрузки шаблона, из которого первоначально был создан документ. Чтобы увидеть URL-адрес шаблона в Word 2007, включите опцию Developer Ribbon from Word и нажмите кнопку Document Template на ленте.
Это не похоже на это. Один из документов, о которых идет речь, - это файл Excel, который не будет использовать шаблон .doc. Кроме того, в диалоговом окне "Шаблон документа" он не дает мне URL-адрес файла шаблона SharePoint, если я создаю на его основе новый документ Word. Он просто говорит, что шаблон "Обычный". Я также попытался отключить шаблон на уровне библиотеки документов и не изменил ситуацию с паролем.
При открытии документа Office в IE компонент ActiveX используется для вызова клиентского приложения и приглашает его открыть документ. В других браузерах загрузка представляет собой стандартную гиперссылку, обрабатываемую браузером.
Это происходит в результатах поиска и в стандартных связанных столбцах в библиотеках документов?
Использование такого инструмента, как Fiddler (как указано/предложено в вашей первой ссылке, см. http://www.fiddlertool.com/fiddler/ для получения дополнительной информации) является единственным эффективный способ определения первопричины этого типа проблем, о которых я знаю. Все, что вызывает это, будет происходить через HTTP. Провайдер отладки, такой как Fiddler, покажет вам, какой URL/ресурс вызывает запрос на аутентификацию.
В соответствующей заметке вы используете недавнюю сборку платформы? Возможно, было бы разумно проверить, чтобы убедиться, что эта проблема еще не была решена MS, например. в исправлении. Самый лучший список обновлений, о котором я знаю, здесь: http://www.harbar.net/articles/postsp1.aspx
Отметьте это: Удалите окно входа, когда анонимные пользователи загружают офисный документ с сайта SharePoint.
При разработке сайта Extranet/Internet в SharePoint вы часто хотите разрешить анонимный доступ, и это работает достаточно хорошо. Но есть один случай, когда из-за неполадок возникает ошибка в отношении анонимного доступа, и это когда вы разрешаете пользователям загружать документы Microsoft Office. В этом случае IE/Office открывает пару диалоговых окон входа в систему, если пользователь отменяет их, документ открывается, как ожидается, но вы действительно не хотите, чтобы пользователь отменил пару диалогов, чтобы открыть ваши документы.
Проблема заключается в том, что офис пытается быть интеллектуальным и выдает запрос Microsoft Office Protocol Discovery, чтобы узнать, сколько пользователю разрешено делать, но SharePoint отвечает отказом доступа до тех пор, пока пользователи не войдут в систему.
Решение, которое я нашел, - это реализовать HttpModule, который отклоняет запрос обнаружения Microsoft Office, если пользователь не вошел в систему, и это избавляет от ящиков входа
Я предполагаю, что вы используете Windows Vista. У нас была эта проблема в Vista, но не на XP.
От Microsoft: в Windows Vista Internet Explorer использует службу веб-клиента, когда вы используете Internet Explorer для доступа к ресурсу WebDAV. Служба веб-клиента использует Windows HTTP Services (WinHTTP) для выполнения сетевого ввода-вывода на удаленном хосте. WinHTTP отправляет учетные данные пользователя только в ответ на запросы, которые происходят на локальном сайте интрасети. Однако WinHTTP не проверяет параметры зоны безопасности в Internet Explorer, чтобы определить, находится ли веб-сайт в зоне, которая позволяет автоматически отправлять учетные данные.
Если прокси-сервер не настроен, WinHTTP отправляет учетные данные только на локальные сайты интрасети.
Примечание. Если URL-адрес не содержит периода в имени сервера, например, в следующем примере, предполагается, что сервер находится на локальном сайте интрасети: http://sharepoint/davshare
Если URL содержит периоды, предполагается, что сервер находится в Интернете. Периоды указывают, что вы используете адрес FQDN. Таким образом, никакие учетные данные автоматически не отправляются на этот сервер, если только прокси-сервер не настроен и если этот сервер не указан для прокси-сервера.
Это известная проблема, которая еще не полностью исправлена. Здесь есть блог MSDN: http://blogs.msdn.com/sharepoint/archive/2007/10/19/known-issue-office-2007-on-windows-vista-prompts-for-user-credentials-when-opening-documents-in-a-sharepoint-2007-site.aspx
Здесь есть интересное обходное решение: http://grounding.co.za/blogs/neil/archive/2008/11/10/workaround-sharepoint-keeps-prompting-for-login-when-creating-office-2007-documents-on-vista.aspx
В конечном счете есть патч, который был включен в Vista SP1, но также требует редактирования реестра. Мы недавно получили это для работы, выполнив следующие шаги для клиента Windows Vista SP2:
Откройте regedit. Перейдите к следующему подразделу:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\WebClient\Параметры
Создайте новое значение Multi-String под названием AuthForwardServerList и дайте ему значение (например):
https://.Contoso.com
Http://.dns.live.com
*.microsoft.com
https://172.169.4.6
Затем перезапустите службу WebClient.
Мы смогли получить эту работу, изменив настройки IE.
У нас есть URL-адрес сайта в доверенных сайтах. В разделе "Пользовательские настройки" установите "Аутентификация пользователя" на "Автоматический вход в систему с текущим именем пользователя и паролем"
Я нашел решение. Прежде всего, вы открываете конфигурационный файл веб-приложения под inetpub. Затем вы найдете раздел добавления глаголов. В этом разделе во время установки было добавлено много глаголов. Удалить параметры и Указать глаголы и сохранить файл конфигурации. Наконец, проверьте проблему и посмотрите ее. Проблема завершена.
Я нашел следующее обходное решение:
Чтобы это было просто:
Отключить интеграцию с клиентами
Удалить глагол OPTIONS из строки регистрации в файле web.config для сайта