Повторный запрос аутентификации при открытии документов MS Office на портале Microsoft SharePoint Server 2007

Проблема известная и довольно давняя - возникает повторный запрос аутентификации при открытии документов MS Office на портале Microsoft SharePoint Server 2007. При этом на самом портале активирована функция SSO (single sign-on), клиенты и сервер находятся в одном домене, URL сервера занесен в список местной интрасети у клиентов, активирована функция "Автоматический вход в сеть с текущим именем пользователя и паролем" и в поставщике управления подлинностью портала активирована итеграция клиентов. Т.е. по настройкам все должно быть прозрачно после первой аутентификации. Но окно все равно возникает.


Нашлось подробное описание этой проблемы -
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

Итог - пока явного решения найти не удалось, указанное в блоге обновление недоступно для скачивания. Решение, которое сработало у меня, состоит в указании прокси-сервера и включении глобального исключения его использования.


Обход проблемы

It's possible to work around this issue by setting a "fake proxy" and "blanket bypass" as follows in IE7's LAN Settings dialog.

1. Click the Proxy Server check-box. Set the address to "fake proxy" without the quotes and the port to 80.
2. Click the "Bypass proxy server for local addresses" check-box.
3. Click Advanced and put an * in the Exceptions list to cause all addresses (including external ones) to be bypassed.
   

Краткое описание сути проблемы

Office 2007 introduced a change such that when installed on Windows Vista machine, it prefers to use WebDAV technology when opening documents from a SharePoint site (previous versions first tried to use the Web Extender Client). Additionally, WebDAV on Windows Vista switched from using WinINet to using WinHTTP because the latter is considered to be more secure. Unfortunately, WinHTTP does not understand zones since it was designed more for services than interactive users. WebDAV implemented a subroutine that would check the user's IE proxy settings and if a proxy was detected (either through the use of "Automatically detect settings" when it successfully retrieved a PAC or configuration script or through the use of specifically defined proxy settings), it would initiate the WinHTTP session with information that would allow the user's credentials to be passed automatically (like WinINet does for Intranet and Trusted zones). The absence of a configured proxy would result in the prompt for credentials (which we agree is undesired and unnecessary in most intranet environments).