Неожиданно появляется запрос на ввод учетных данных при подключении к узлу SharePoint Server на компьютере под управлением Windows, был настроен прокси-сервер

Симптомы

Рассмотрим следующий сценарий:

На компьютере под управлением Windows Vista или Windows Server 2008 необходимо настроить прокси-сервер в Windows Internet Explorer.
Используйте Web Distributed Authoring and Versioning (WebDav) протокол для доступа к узлу Microsoft Office SharePoint Server.

В этом случае неожиданно появляется запрос на ввод учетных данных три раза. Тем не менее предполагается, что непосредственно открыть веб-узел.Например будет предложено ввести учетные данные три раза, когда выполняются следующие условия:

Открыть файл Microsoft Office с веб-узла SharePoint Server.
Чтобы открыть файл, используйте приложение системы Microsoft Office 2007 на компьютере под управлением Windows Vista настроен прокси-сервер.

Примечания

Эта проблема не возникает на компьютере под управлением Windows XP.
Существует аналогичная ситуация, возникающая в Windows 7 или Windows Server 2008 R2 см для получения подробных сведений.

Причина

В Windows Vista Internet Explorer использует службу веб-клиента при использовании обозревателя Internet Explorer для доступа к ресурсу WebDAV. Службе веб-клиента служб Windows HTTP (WinHTTP) использует для выполнения операций ввода-вывода сети с удаленным узлом. Тем не менее WinHTTP не отправлять учетные данные пользователя на сайте SharePoint Server при обращении клиента к узлу SharePoint Server через прокси. Таким образом узел SharePoint Server запрашивает учетные данные пользователя.

Решение

Доступно исправление для решения этой проблемы. После установки данного исправления, необходимо создать запись реестра с именем «AuthForwardServerList.» Дополнительные сведения см. в разделе «Сведения о реестре».

Сведения об исправлении

Существует исправление от корпорации Майкрософт. Однако данное исправление предназначено для устранения только проблемы, описанной в этой статье. Применяйте данное исправление только в тех системах, которые имеют данную проблему. Это исправление может проходить дополнительное тестирование. Таким образом если вы не подвержены серьезно этой проблеме, рекомендуется дождаться следующего пакета обновления, содержащего это исправление.Если исправление доступно для скачивания, имеется раздел "Пакет исправлений доступен для скачивания" в верхней части этой статьи базы знаний. Если этот раздел не отображается, обратитесь в службу поддержки для получения исправления.Примечание. Если наблюдаются другие проблемы или необходимо устранить неполадки, вам может понадобиться создать отдельный запрос на обслуживание. Стандартная оплата за поддержку будет взиматься только за дополнительные вопросы и проблемы, которые не соответствуют требованиям конкретного исправления. Чтобы получить полный список телефонов поддержки и обслуживания клиентов корпорации Майкрософт или создать отдельный запрос на обслуживание, посетите следующий веб-сайт корпорации Майкрософт:

Примечание. В форме "Пакет исправлений доступен для скачивания" отображаются языки, для которых доступно исправление. Если нужный язык не отображается, значит исправление для данного языка отсутствует.В те же пакеты включены важные исправления для Windows Vista и Windows Server 2008. Однако только один из этих продуктов могут быть указаны на странице «Запрос исправления». Чтобы запросить пакет исправлений, который применяется в Windows Vista и Windows Server 2008, просто выберите продукт, который указан на странице.

Предварительные условия

Для установки этого исправления компьютер необходимо запустить одно из следующих:

Windows Vista
Пакет обновления 1 для Windows Vista
Windows Server 2008

Необходимость перезагрузки

Необходимо перезагрузить компьютер после установки данного исправления.

Сведения о замене исправлений

Это исправление не заменяет ранее выпущенные исправления.

Сведения о реестре

Важно. Этот раздел, метод или задача содержат действия, содержащие указания по изменению реестра. Однако, при некорректных изменениях реестра могут возникнуть серьезные проблемы. Поэтому выполняйте следующие действия внимательно. Для дополнительной защиты сделайте резервную копию реестра перед внесением изменений. В таком случае при возникновении неполадок можно будет восстановить реестр. Чтобы узнать дополнительные сведения о резервном копировании и восстановлении реестра, щелкните следующий номер статьи базы знаний Майкрософт:

как резервное копирование и восстановление реестра WindowsДля активизации этого исправления, выполните следующие действия.

Нажмите кнопку Пуск, типregedit в поле Начать поиск и нажмите клавишу ВВОД.
Найдите и выделите следующий подраздел реестра:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\WebClient\Parameters
В меню Правка выберите пунктСоздатьи затем щелкните Мультистроковый параметр.
Введите AuthForwardServerListи нажмите клавишу ВВОД.
В меню Правка выберите командуИзменение.
В поле значение введите URL-адрес сайта сервера SharePoint и нажмите кнопку ОК.Примечание. Список URL-адресов можно также ввести в поле значение . Дополнительные сведения см в разделе «Пример URL-адрес списка» в этой статье.
Закройте редактор реестра.

После создания этой записи реестра службу веб-клиент считывает значение записи. Если клиентский компьютер пытается получить доступ к URL-адрес, который соответствует какой-либо из выражений в списке, передаются учетные данные пользователя для проверки подлинности пользователя, и пользователю не предлагается ввести учетные данные.Примечания

После изменения реестра, необходимо перезапустить службу веб-клиента.
Изменения в реестре можно применить в любой более поздней версии операционной системы Windows также (без конкретного исправления, необходимые только изменения в реестр).

Пример URL-адрес списка

Ниже приведен пример URL-адрес списка:

https://*.Contoso.comhttp://*.dns.live.com
*.microsoft.com
https://172.169.4.6

Этот список URL-адресов позволяет службе веб-клиента для отправки учетных данных по следующим каналам:

Все зашифрованный канал для дочернего домена для домена Contoso.com, чье имя
Все незащищенному каналу для дочернего домена для домена, имя которого является dns.live.com
Любой канал на сервер, имя которого заканчивается «. microsoft.com»
Все зашифрованный канал для узла, IP-адрес — 172.169.4.6

Примечание. После настройки URL-адрес списка учетных данных будет выполнена проверка подлинности на серверах WebDAV, даже если эти серверы в Интернете.

Чего следует избегать в список URL-адресов

Не следует добавлять символ звездочки (*) в конце URL-адреса. При этом может привести к риску безопасности. Например не используйте следующий URL-адрес:

http://*.dns.live.*
Не следует добавлять символ звездочки (*), до или после строки. При этом службе веб-клиента можно отправлять учетные данные пользователя для нескольких серверов. Например приведены в следующих примерах:
- Добавьте следующий URL-адрес в список:
  
  http://*Contoso.com В этом примере, служба посылает учетные данные пользователя для http://any_extra_charactersContoso.com
- Добавьте следующий URL-адрес в список:
  
  http://Contoso*.comВ этом примере, служба посылает учетные данные пользователя для http://Contosoany_extra_characters.com
В списке URL-адрес не использовать UNC-имя хоста. Например не следует использовать следующее имя:

*.contoso.com@SSL
В списке URL-адрес следует включать сетевое имя или номер порта, который будет использоваться. Например не используйте следующее:
- http://*.dns.live.com/DavShare
- http://*dns.live.com:80
Не используйте в список URL-адресов IPv6.

Важно. Этот список URL-адресов не влияет на параметры зон безопасности. Этот список URL-адрес используется только для определенной цели передачи учетных данных на серверах WebDAV. Список должны создаваться как restrictively, как можно избежать проблем с безопасностью. Кроме того поскольку конкретные списка запретов, учетные данные направляются на все серверы, которые соответствуют этот список.Английская версия данного исправления содержит атрибуты файла (или более поздние атрибуты файлов), приведенные в следующей таблице. Дата и время для этих файлов указаны в формате общего скоординированного времени (UTC). При просмотре сведений о файле, он преобразуется в локальное время. Чтобы узнать разницу между временем по Гринвичу и местным временем, откройте вкладку Часовой пояс элемента Дата и время в панели управления.

Примечания к сведениям о файле Windows Vista и Windows Server 2008

Файлы, относящиеся к определенному продукту, этапу разработки (RTM, SPn) можно определить путем проверки номера версий файлов, как показано в следующей таблице.
1 Пакет обновления интегрируется в Windows Server 2008. Таким образом файлов выпуска RTM относятся только к системе Windows Vista. Файлов выпуска RTM имеют номер версии 6.0.0000.xxxxxx.
Файлы МАНИФЕСТА (.manifest) и файлы MUM (.mum), устанавливаемые для каждой среды, указаны отдельно . MUM и файлы Manifest ,а также связанные файлы каталога безопасности (.cat), очень важны для поддержания состояния обновляемого компонента. Файлы каталога безопасности (атрибуты не указаны) подписаны цифровой подписью Майкрософт.