Ответ 1
Для меня это было то, что я не добавлял доменное имя в логин (DOMAIN\USER). Он не выполнял локальную учетную запись
Я пытаюсь установить идентификатор пула приложений в определенную учетную запись. Когда я ввожу пароль для имени пользователя, он говорит
Указанный пароль недействителен. Введите новый пароль.
Есть ли какое-либо конкретное требование для поля пароля?
Пожалуйста, помогите мне.
Для меня это было то, что я не добавлял доменное имя в логин (DOMAIN\USER). Он не выполнял локальную учетную запись
Указанная учетная запись пользователя должна иметь права доступа "Доступ к этому компьютеру из сети" в групповой политике.
Если это сервер подключен к домену, необходимо добавить это право с помощью групповой политики → Конфигурация компьютера → Политики → Параметры Windows → Параметры безопасности → Локальные политики → Назначение прав пользователя.
Я настроил параметры ниже, но при попытке изменить личность нового пула приложений с помощью пользовательского интерфейса я все равно получаю ту же ошибку:
'Указанный пароль недействителен. Введите новый пароль.
Метод, который работал у меня, заключался в том, чтобы отключить пользовательский интерфейс и сделать это через командную строку, используя appcmd.exe.
%windir%\system32\inetsrv\appcmd.exe set config /section:applicationPools /[name='APP_POOL_NAME'].processModel.identityType:SpecificUser /[name='APP_POOL_NAME'].processModel.userName:DOMAIN\USER_NAME /[name='APP_POOL_NAME'].processModel.password:PASSWORD
Этот метод описан в статье:
http://technet.microsoft.com/en-us/library/cc771170(v=ws.10).aspx
Другой распространенной причиной этой ошибки являются длинные имена пользователей... если вы по-прежнему считаетесь неподходящими (как и я), попробуйте использовать версию имени пользователя "Pre-Windows 2000", указанную в AD (при условии, что вы используя учетную запись домена). Работал для меня!
Для меня это было потому, что я не упоминал имя домена как часть имени пользователя
Я столкнулся с той же проблемой. Это меня озадачило, поскольку в сообщении говорится, что с паролем что-то не так. Оказалось, что учетная запись, которую я пыталась использовать, не имела прав входа на сервер IIS. Я добавил учетную запись в локальную группу "Администраторы", чтобы решить проблему - если это не вариант, нам нужно каким-то образом предоставить права входа в учетную запись на компьютере.
Это также может означать, что учетная запись заблокирована (слишком много неудачных попыток входа в систему до), которые вы можете настроить в MMC локальных пользователей и групп.
Стандартные правила пароля Windows в диспетчере безопасности применяются. Я считаю, что вам нужно использовать существующую учетную запись, а пользователям - пароль. Если диспетчер безопасности был настроен после установки учетной записи пользователя, и пароль не истекает, тогда у них могут быть более слабые правила пароля, чем существующие в настоящее время, которые могут создать конфликт.
В сервере 2008R2% windir%\system32\secpol.msc/s должна вызвать локальную политику безопасности Не уверен, что это то же самое в других версиях ОС.
Я обнаружил, что он должен быть локальной учетной записью на сервере IIS, а не учетной записью домена.
Я тоже был озадачен этим раньше, и попробовал все остальное, упомянутое во всех предыдущих ответах, безрезультатно. В моем случае я пытался использовать локального пользователя, созданного мной (для машины разработчика), но моя проблема заключалась в том, что я не снял флажок "Пользователь должен сменить пароль при следующем входе в систему" в свойствах пользователя в инструмент управления компьютером при создании пользователя. Это еще один сценарий, который может привести к появлению этого очень общего сообщения об ошибке из IIS. Отметив это, проблема сразу устранена.
Я попробовал команду John предложить установить пароль через командную строку. Поскольку мой пул приложений имеет пробелы в имени, я получил это сообщение об ошибке:
Не удалось обработать ввод: параметр "Сайты" ]. processModel.identityType: SpecificUser 'должен начинаться с/или - (HRESULT = 80070057).
Мне удалось установить пароль с помощью следующей команды:
%windir%\system32\inetsrv\appcmd.exe set config "/section:applicationPools /[name='APP_POOL_NAME'].processModel.identityType:SpecificUser" "/[name='APP_POOL_NAME'].processModel.userName:DOMAIN\USER_NAME" "/[name='APP_POOL_NAME'].processModel.password:PASSWORD"
Я встретил ту же проблему и решил с помощью ввода имени пользователя, следующего за именем домена. Как показано на рисунке. И ввел пароль для входа в Windows, после чего он работает.
Я столкнулся с этой проблемой, но мое решение было чем-то другим
Я использовал виртуальную машину и по умолчанию виртуальная машина создала пользователя-администратора, но создала его без пароля.
Мне пришлось выйти из IIS, в пользовательские настройки, добавить пароль для своего пользователя, а затем вернуться в IIS. Затем я ввел детали, и все это сработало: -)
Я ошибочно думал, что создаю нового пользователя здесь для IIS. Я не верю, что это так, вы должны использовать существующего пользователя (как у пользователя Windows).
Для меня это было то, что пользователь домена должен был быть членом группы IIS_IUSRS. Добавил пользователя в группу через Управление компьютером → Пользователи и группы, перезапустил пул приложений и все было хорошо.
Используйте свой пароль ноутбука, это сработало для меня.