0

У меня в настоящее время проблема, когда выполнение простого файла .exists занимает 4,6 секунды, чтобы вернуться при запуске с места размещения IIS. Второй прогон занимает 2,3 секунды.IIS 7 медленный просмотр/задержка с использованием олицетворения

Как только я удаляю олицетворение, он проходит через 0,1 секунды.

Я просто создал сайт ASP.Net с файлами.exists в загрузке страницы для репликации проблемы.

Сайт настроен на Windows Server 2008 Enterprise, IIS, размещающий сайт в классическом режиме конвейера, .Net framework 2, включен режим проверки подлинности Windows (отключен режим ядра) и олицетворяется олицетворение пользователя. Пул приложений использует учетную запись домена с доступом к требуемым местоположениям файлов.

У меня есть то, что должно быть 4 идентичных сервера с 3, имеющих эту проблему, и один, не имеющий никаких различий, которые я могу найти.

ответ

0

следующие факторы были причиной этого

• User олицетворения на веб-службы

• Веб-службы с использованием пути UNC для доступа к сайтам SharePoint

а. Это заставляет использовать сервис "Веб-клиент для доступа к сайту SharePoint, используя путь UNC

• группы серверов по умолчанию политики набора для автоматического определения параметров настройки прокси-

Этого вопрос затем создается путем UNC, используя служба веб-клиента для доступа к сайту SharePoint как олицетворенному пользователю - казалось бы, за кулисами по умолчанию используются параметры Интернетов для олицетворенного пользователя (без профиля на сервере), который затем запрашивает прокси (как указано в групповой политике по умолчанию) и время, прежде чем продолжить без него.

Проблема решена путем изменения параметров групповой политики сервера по умолчанию не использовать эту опцию -

• Автоматическое определение параметров конфигурации - снимите

• Выполните настройки прокси-сервера на машине (а не для каждого пользователя) - Включено