2013-09-03 21 views
6

Moduł IIS Web Rdzeń
Powiadomienie nieznane
Handler Jeszcze nie określono
Error Code 0x8007000d
Config Błąd Nie udało się odszyfrować atrybutu 'Hasło'
Config File niedostępne (Config Isolation)
Config Błąd Nie udało się odszyfrować atrybutu 'Hasło'

Po uruchomieniu aplikacji otrzymuję ten błąd i nie mogłem znaleźć żadnego rozwiązania, proszę o pomoc?

+0

Zobacz to, jak rozwiązać mój problem http://serverfault.com/questions/230934/iis-7-5-encryption-keys-and-hresult-0x80090005 –

Odpowiedz

4

Rozwiązałem problem. Problemem był plik applicationHost.config. W pliku usunąłem nazwy użytkowników i hasła dla aplikacji i działało dobrze.

+4

Awesome !!! Miałem ten sam problem - spojrzałem na plik applicationHost.config (który BTW znajduje się w Windows 2012 w C: \ Windows \ System32 \ inetsrv \ config) i odkryłem, która aplikacja użyła hasła. Nie zmieniłem pliku konfiguracyjnego, ale wróciłem do IIS i ponownie wprowadziłem dane uwierzytelniające dla tej aplikacji i bingo, które zaktualizowały plik konfiguracyjny i działały. (BTW, ten problem powoduje, że WSZYSTKIE aplikacje powodują, że serwer nie działa z tym błędem.) Co jest nieco mylące, to błąd, który wydaje się być błędem puli aplikacji, ale hasło jest dla aplikacji, a nie puli - wyzwalane, gdy pula się budzi up.) – Jeff

+2

Tak, miał ten sam problem i musiał ponownie wprowadzić poświadczenia ścieżki fizycznej dla każdej aplikacji internetowej. W moim przypadku było to związane z zaszyfrowaniem hasła przez Keepass, ale hasz był błędny dla maszyny, ponieważ wszystko zostało skopiowane z innej maszyny –

0

Naprawiłem to, wyłączając Anonimowy dostęp w aplikacji, a następnie ponownie włączając go natychmiast. Nie trzeba restartować usług IIS.

0

To jeden z tych tajemniczych błędów. Dla mnie problem wystąpił, gdy sklonowaliśmy serwer programistyczny. Kiedy poszedłem do rekonfiguracji niektórych witryn w IIS na sklonowanym serwerze, jedna z witryn wyrzuciła ten błąd. Musisz usunąć wszystkie witryny, które współużytkują tę samą pulę aplikacji w usługach IIS i utworzyć je ponownie.

0

Miałem ten sam problem po sklonowaniu serwera WWW.

Rozwiązanie:

źródłowy serwera:

aspnet_regiis -px "iisConfigurationKey" "C:\temp\iisConfigurationKey.xml" -pri 
aspnet_regiis -px "iisWasKey" "C:\temp\iisWasKey.xml" -pri 

Destination Serwer:

aspnet_regiis -pi "iisConfigurationKey" "C:\temp\iisConfigurationKey.xml" 
aspnet_regiis -pi "iisWasKey" "C:\temp\iisWasKey.xml" 

A w finale, skopiuj applicationhost.config z serwera źródłowego do serwera docelowego.