2010-02-24 13 views
15

Quando ho cercato di impostare le credenziali percorso fisico nelle impostazioni avanzate, ho un messaggio di errore come segue:Dati non validi di Gestione IIS. 0x80090005

Internet Information Services (IIS)

Bad dati. (Eccezione da HRESULT: 0x80090005)

E mi impedisce di impostare un utente specifico per accedere alla cartella condivisa di rete.

Stranamente, ho un altro server con la stessa configurazione, funziona bene ma questo ha generato l'errore. Qualche idea?

+0

Ho avuto lo stesso problema quando si tenta di aggiungere un nuovo vdir che punta a un percorso di condivisione di rete. Frustrante! – Praveen

+0

Ho finito per rimuovere il ruolo di IIS Web Server (7) e reinstallarlo di nuovo. Ha funzionato la seconda volta. – Praveen

risposta

10

se è stato copiato su applicationhost.config, è necessario esportare e importare anche account crittografati tramite WAS.

quello che ho fatto (preso da here):

Export:

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

Import:

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

quindi copiare di nuovo l'applicationhost.config lavorare di nuovo!

+0

È possibile specificare -exp quando si importa la chiave o non sarà possibile esportarla di nuovo. – Brain2000

5

Ho riscontrato questo problema quando le chiavi di crittografia sono state configurate in modo errato, in genere perché un ApplicationHost.config è stato copiato da una macchina diversa (senza importare le chiavi di crittografia) o le chiavi di crittografia sono state sovrascritte in modo errato.

Il motivo per cui si ottiene questo errore è perché ogni volta che viene memorizzata una password (come un utente/pwd di directory virtuale) viene memorizzata utilizzando la crittografia e questo causerà il fallimento.

0

Grazie a una buona risposta da parte di Mathieu Chateau, ho scoperto che il file applicationHost.config può essere modificato manualmente per evitare la necessità di esportare e importare la chiave della macchina utilizzata per la codifica. Ho appena impostato manualmente tutte le identità del pool di app per il pool di default app identità in questo modo:

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

Ho aggiornato la lista delle piscine app nel gestore di interfaccia utente di IIS, e tutto sembrava funzionare bene, compresa la possibilità di modificare le impostazioni del pool di app per un'altra identità. Mi aspetterei che qualsiasi altra modifica alle proprietà funzionerebbe bene.

0

Soluzione semplice per me: Se si utilizza una configurazione condivisa per IIS, aggiungere nuovamente le credenziali dell'utente per il percorso di rete in cui è condiviso il file applicationHost. Ciò rimuoverà le credenziali precedentemente crittografate dal file di configurazione e la sostituirà con quella aggiornata.

È anche possibile rimuovere il campo cifrato dal file applicationHost manualmente, per esempio:

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