Недействительный идентификатор приложения непохоже что это действительный идентификатор приложения

Обновлено: 04.07.2024

Пользователь, которого я использую в пуле приложений, является пользователем домена, это локальный администратор, он находится в IIS_WPG, я дал ему "act as part of the OS permissions" - ничего. Нада. Не удается запустить пул приложений каждый раз.

Добавление пользователя в IIS_WPG-это обычно то, чего не хватает, но я думаю, что есть что-то еще.

Вещи, которые я пробовал:

Добавление пользователя в IIS_WPG
Добавление пользователя в локальную группу администратора и добавление права "Act as part of the os".
команду aspnet_regiis -га
перезагрузка.
Проверенный пароль
Воссоздал пул приложений и назначил ему только мое приложение

Редактировать:

Решение таково, как описано в принятом ответе (добавление права "Log on as Service" к идентификатору пользователя пула приложений).

"Этот параметр не совместим с компьютерами, на которых работает служба Windows 2000 Пакет 1 или более ранний. "

Знайте, что это не имеет никакого отношения к Windows 2000 , и это просто групповая политика домена, которая мешает вам присвоить это право пользователю.

Идентификатор пользователя, являющийся идентификатором пула приложений, также входит в группу администраторов фермы. Разве это плохо? После внесения этого изменения мы начали видеть некоторые странные ошибки разрешений (этот идентификатор пользователя был добавлен в группу администраторов фермы).

Вы включили "Log on as a service" для учетной записи?

(убедитесь, что ваша учетная запись находится в этом списке прямо или косвенно; также было предложено установить: Доступ к этому компьютеру из сети; Запретить вход в систему локально; Войти в систему как пакетное задание)

Кроме того, убедитесь, что учетная запись имеет доступ "Чтение & Выполнение", "Содержимое папки списка" и "Read" к файловой системе, лежащей в основе web site/application.

Дополнительные сведения о настройке учетной записи пользователя для использования в качестве удостоверения пула приложений см. в следующей статье:

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

Убедитесь, что есть папка с именем c:\inetpub\temp\apppools. Если нет, создайте его.

Есть ли у вас групповая политика, которая выводит учетную запись из группы iis_wpg? У нас часто возникает эта (или аналогичная) проблема, когда по какой-либо причине рабочий процесс или служба должны запускаться под пользовательской учетной записью.

Имея эту проблему раньше и не будучи в состоянии отследить причину, я сочувствую! Некоторые указатели, которые могут помочь:

Проверьте правильность пароля (к сожалению, нужно сказать)
Используйте новый пул приложений, в котором не работает ни один другой веб-сайт
Убедитесь, что вы запустили aspnet_regiis-ga для настройки необходимых разрешений

Если все остальное не удастся: - Остановите приложение и удалите пул приложений - Удалить пользователя - Повторное создание пользователя - Запустите aspnet_regiis -ga - Настройте новый пул приложений, запущенный под этим пользователем - Запустите сайт под этим пулом Это вместе с копированием и вставкой сложного пароля, который я использовал, сработало для меня!

Я знаю, что это просто, но вы проверили правильность пароля?

Учетная запись пользователя пула приложений может быть заблокирована.

Развернув свой веб-сайт на IIS7.5, я обнаружил одно странное поведение: когда идентификатор пула приложений по умолчанию остается ApplicationPoolIdentity (как рекомендуется в IIS идентификаторах пула приложений ), Ninject , кажется, игнорируется, так как я получаю следующую ошибку при создании.

Другой способ, которым это может произойти, - это если у вас есть CGI сценариев. По умолчанию сценарии CGI выполняются от имени пользователя Windows, обращающегося к веб-сайту. Для запуска скриптов CGI под определенной учетной записью вам потребуется дополнительный шаг:

IIS 7+

Перейдите в раздел CGI в конфигурации вашего веб-сайта в inetmgr.exe. Установите для олицетворения значение false.

IIS 6

Выполните эти команды от имени администратора:

Следующий шаг: попросите свой отдел IT обновить все ваши машины WS2003.

После выполнения всех других предложений:

Проверьте разрешения "Log on as a service" и "Log on as a batch job"
Проверьте права доступа к папкам, c:\Windows\system32\inetsrv и т. Д.
В метабазе Explorer проверьте разрешения для группы IIS_WPG

Не забудьте перезапустить службу администратора IIS!

Еще одна незначительная вещь, о которой стоит упомянуть, может заключаться в том, что, если это новая учетная запись пользователя, созданная администратором, может применяться политика по умолчанию, например "измените пароль при первом входе в систему". Если это так, и вход в систему еще не произошел, это также эффективно заблокирует учетную запись пользователя от запуска вашей службы.

Это не относится к делу OP, так как он упоминает, что может войти в систему в интерактивном режиме, используя учетную запись, но я столкнулся с этим сегодня, и кто-то еще тоже может это сделать.

В моем случае проблема заключалась в том, что я пытался использовать учетную запись домена, в то время как контроллер домена имел проблему с моей машиной. Я только что создал новый VM с более новой версией Windows (Windows 10) и попросил администратора домена добавить его в домен, но я сохранил то же имя хоста, что и на другой машине.

Мне пришлось удалить машину из домена и добавить ее снова, и проблема была решена.

Публикуя простой ответ для полноты, потому что я получал ту же ошибку, но что исправило ее для меня, так это включение домена с именем пользователя при установке идентификатора. Пользователь был действительным пользователем домена и пользователем сервера, и я добавил его в группу IIS_ вручную, но без изменений, пока не попробовал добавить домен в качестве префикса, например "us\svc-myAccount".

После того, как я попробовал все вышеперечисленное, и ничего не сработало, я заметил, что данные о событиях в журнале событий были 80070700. Поиск в Google этой ошибки дал "Была предпринята попытка входа в систему, но служба входа в сеть не была запущена."

Я обнаружил, что служба NetLogon не была запущена, запустил ее, и бинго - она ожила. надеюсь, однажды это поможет кому-то другому

У меня была такая же проблема, и я боролся с ней довольно долго. Попробовав множество различных решений, я удалил и переустановил IIS. После перезагрузки сервера все было исправлено.

Недействительный идентификатор приложения непохоже что это действительный идентификатор приложения

Похожие вопросы: