#iis #application-pool
#iis #пул приложений
Вопрос:
Всякий раз, когда я пытаюсь запустить сайт в пуле приложений 4.0, он немедленно завершает работу (если он когда-либо запускался) и оставляет событие в журнале событий:
Windows не может найти локальный профиль и регистрирует вас с временным профилем. Изменения, внесенные вами в этот профиль, будут потеряны при выходе из системы. Указанный пользователь — IIS APPPOOL DefaultAppPool
далее следует другая запись в журнале событий Windows не может войти в систему, поскольку ваш профиль не может быть загружен. Убедитесь, что вы подключены к сети и что ваша сеть функционирует правильно.
На этом компьютере установлена Win 7 Ultimate
Если ошибка на самом деле соответствует тому, что указано в журнале событий, как я могу сбросить пользователей пула приложений?
Комментарии:
1. Переход на другой идентификатор позволяет пулам приложений работать. Я все еще хотел бы знать, как сбросить профили, под которыми предназначен пул приложений
Ответ №1:
Я только что столкнулся с этим после обновления моего компьютера Win7 Ultimate x64 до версии SP1. Вышеупомянутое сообщение было найдено в журнале событий приложения. Это сопровождалось его хорошим другом: «Пул приложений ‘DefaultAppPool’ автоматически отключается из-за серии сбоев в процессах, обслуживающих этот пул приложений». в журнале системных событий.
Я изменил расширенную настройку пула приложений «Загрузить профиль пользователя» с True на False, и мой пул приложений снова запущен, используя настроенное удостоверение (которое в моем случае является учетной записью домена).
Комментарии:
1. да, переключение идентификаторов — это то, что сработало и для меня. Я кажусь скользким решением, в котором я все еще не понимаю, как работает пул приложений по умолчанию
2. Спасибо!! Я боролся так много дней… Но имеет ли этот параметр какой-либо побочный эффект??
3. Этот параметр, если для него установлено значение true, будет использовать временный каталог настроенного пользователя для хранения файлов, что по сути является более безопасным, поскольку вы можете настроить каждый пул приложений на использование другого идентификатора, тем самым гарантируя, что у одного не будет доступа к данным у другого. Таким образом, побочным эффектом является то, что все пулы приложений будут использовать один и тот же временный каталог, если установлено значение false (C:WindowsTemp ), точно так же, как с / IIS6. Ссылка
4. Я сталкиваюсь с той же проблемой. Однако, если я изменю профиль пользователя Load на false, я смогу снова запустить свой пул приложений. Тем не менее, если я запускаю модульные тесты или перезагружаю КОМПЬЮТЕР, этот параметр в IIS автоматически переключается обратно на true. Есть идеи о том, как это решить? Спасибо
5. @MaiOM, настройки IIS не имеют привычки меняться сами по себе. Должно быть что-то, что их меняет. Смотрите этот пост ( forums.iis.net/t/1195261.aspx ) и включите ведение журнала IIS, чтобы отследить, что изменяет этот параметр для вас.
Ответ №2:
У меня возникла эта проблема в Windows 10 после обновления с Windows 8. Проблема заключалась в том, что у меня был поврежден профиль по умолчанию. (По-видимому, это может произойти при обновлении до Windows 10.)
При первом входе в систему с новым пользователем копируется профиль по умолчанию, чтобы создать профиль для нового пользователя. Если он поврежден, это может привести к сбою входа для нового пользователя.
Это сработало для меня в Windows 10:
- Возьмите zip-файл C:UsersDefault из установки Windows 10, в которой нет этой проблемы
- Переименовать C:UsersDefault при установке Windows 10, у которой возникли проблемы, по умолчанию.Old
- Распакуйте неповрежденный профиль по умолчанию в C:Users
Теперь повторите попытку, Load User Profile установив значение True . Это должно сработать.
Ответ №3:
В моем случае Windows 10 версии 1909, IIS 10, пул приложений, запущенный под учетной записью домена, настройки пула приложений «Загрузить профиль пользователя» или «Защита от быстрого сбоя» никак не повлияли на проблему.
Когда я удалил оба приложения и его пул приложений из IIS, воссоздал их, проблема была решена. В новом пуле приложений для профиля пользователя Load установлено значение true, как и раньше.