Плохие данные диспетчера IIS. 0x80090005

Когда я попытался установить учетные данные физического пути в дополнительных настройках, у меня появилось сообщение об ошибке следующим образом:

Диспетчер служб IIS

Плохие данные. (Исключение из HRESULT: 0x80090005)

И это мешает мне установить конкретный пользователь для доступа к общей общей папке.

Как ни странно, у меня есть другой сервер с одинаковой конфигурацией, он отлично работает, но этот поднял ошибку. Любая идея?

Ответы

Ответ 1

если вы скопировали файл applicationhost.config, вам необходимо экспортировать и импортировать также учетные записи, зашифрованные через WAS.

Что я сделал (взято из здесь):

Экспорт

aspnet_regiis -px "iisConfigurationKey" "D:\iisConfigurationKey.xml" -pri 
aspnet_regiis -px "iisWasKey" "D:\iisWasKey.xml" -pri

Импорт

aspnet_regiis -pi "iisConfigurationKey" "D:\iisConfigurationKey.xml" 
aspnet_regiis -pi "iisWasKey" "D:\iisWasKey.xml"

затем снова скопируйте файл applicationhost.config снова работаем!

Ответ 2

Я видел эту проблему, когда ключи шифрования были неправильно сконфигурированы, обычно потому, что ApplicationHost.config был скопирован с другого компьютера (без импорта ключей шифрования) или ключи шифрования были неправильно переопределены.

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

Ответ 3

Благодаря хорошему ответу Матье Шато я обнаружил, что файл applicationHost.config можно редактировать вручную, чтобы избежать необходимости экспортировать и импортировать ключ машины, используемый для кодирования. Я просто вручную установил все идентификаторы пула приложений в идентификатор пула приложений по умолчанию, например:

<add name="local.com">
    <processModel identityType="ApplicationPoolIdentity" loadUserProfile="true" setProfileEnvironment="false" />
</add>

Я обновил список пулов приложений в интерфейсе менеджера IIS, и все, казалось, работали нормально, в том числе возможность редактировать настройки пула приложений для другого идентификатора. Я ожидал бы, что любое другое изменение свойств будет отлично работать.

Ответ 4

Простое исправление для меня: Если вы используете общую конфигурацию для IIS, повторно добавьте учетные данные пользователя для сетевого местоположения, в котором используется файл applicationHost. Это приведет к удалению ранее зашифрованных учетных данных из файла конфигурации и замене их обновленным.

Вы также можете удалить зашифрованное поле из файла applicationHost вручную, например:

        <add name="site.com" autoStart="true" enable32BitAppOnWin64="true" managedRuntimeVersion="v4.0" startMode="AlwaysRunning">
            <processModel identityType="SpecificUser" userName=".\username" password="[enc:IISWASOnlyAesProvider:IIasdfasd225223xxx:enc]" />
        </add>