IIS 7.5, ключи шифрования и HRESULT: 0x80090005

Самое легкое решение состояло бы в том, чтобы смонтировать его как только для чтения (опция "ro"). Затем просто выполненный fsck на смонтированном объеме. Конечно, fsck будет жаловаться, что объем смонтирован, но можно безопасно переопределить это, поскольку монтирование ro не может вмешаться в fsck.

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

6
задан 4 February 2011 в 02:36
2 ответа

Я смог разрешить это путем установки IIS на новой машине. Я затем экспортировал ключи из той машины и скопировал, затем импортировал ключи к моим существующим установкам IIS.

Путем замены <configProtectedData> на моих существующих машинах с той, сгенерированной новой машиной, объединенной с ключевым импортом, я затем смог добавить пользователя домена с ошибкой.

Команды экспорта:

aspnet_regiis -px "iisConfigurationKey" "c:\exportedIISKey.xml" -pri
aspnet_regiis -px "iisWasKey" "c:\exportedWASKey.xml" -pri

Команды импорта:

aspnet_regiis -pi "iisConfigurationKey" "c:\exportedIISKey.xml"
aspnet_regiis -pi "iisWasKey" "c:\exportedWASKey.xml"

........

6
ответ дан 3 December 2019 в 00:30

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

Надеюсь, это поможет кому-то другому.

PS это не просто позвольте мне прокомментировать оригинал, иначе я бы сделал это.

0
ответ дан 3 December 2019 в 00:30

Теги

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