L'identità corrente (NT Authority/Servizio di rete) non ha accesso in scrittura a

Question

Ho sviluppato una semplice applicazione web. Un'etichetta e un pulsante. Al clic del pulsante, l'etichetta mostrerà Hello World.

Quando si distribuisce questa applicazione Web sul mio server Web e si accede all'URL, viene visualizzato questo messaggio di errore.

l'identità corrente (Autorità NT/Servizio di rete) non si ha accesso in scrittura a C: \ Windows \ Microsoft.NET \ Framework \ v2.0.50727 \ Temporary ASP.NET Files \

ho provato quanto segue -

passare a C: \ Windows \ Microsoft.NET \ Framework \ v2.0.50727 e digitato il seguente comando -

aspnet_regiis -ga "NT Authority\Network Service" 

Inoltre, non ha funzionato.

Abbiamo controllato le autorizzazioni della cartella File temporanei ASP.NET e per l'utente del servizio di rete, abbiamo controllato le autorizzazioni di sicurezza e ha tutte le autorizzazioni necessarie.

Answer 1

Una cosa che verificherei quando si concede l'autorizzazione alla cartella temporanea ASP.NET utilizzando Proprietà cartella-> l'opzione Sicurezza è se si sta dando il permesso di impostazione per l'account di Servizio di rete corretto. Ciò può accadere se l'utente del servizio di rete che la finestra di dialogo sta trovando è per una posizione diversa e non per l'istanza locale.

Answer 2

questo ha funzionato per me, non abbiamo provato la -ga:

Spostarsi

C:\Windows\Microsoft.NET\Framework\v2.0.50727 

e digitare il seguente comando

aspnet_regiis -i 

Answer 3

mi sono imbattuto in questo errore durante la sostituzione mia server di dominio a casa che ospita un gruppo di siti Web, principalmente servizi di raccolta dati per la temperatura, ecc. Esegue anche SSRS che uso per produrre grafici. Ho costruito nuovo hardware e retrocesso la vecchia scatola. Non è più un DC, ma un membro regolare del dominio. Quando ho spostato un sito Web sul nuovo server e ho cercato di colpirlo, ho ricevuto questo errore.

L'esecuzione di aspnet_regiis non ha modificato nulla. Ora si scopre che il sito chiama il servizio Web Reporting Services che punta ancora al vecchio server e che il messaggio di errore proviene effettivamente dal precedente controller di dominio precedente. Ho dovuto eseguire aspnet_regiis -i sul vecchio server!

asporto:

1. abbassamento di livello di un PDC possono causare le autorizzazioni per ottenere incasinato, causando questo errore
2. L'errore non può venire dal vostro macchina locale - guardare oltre l'ovvio!

Answer 4

Ho modificato l'identità dei pool di applicazioni per utilizzare l'account LocalSystem anziché il servizio di rete. Riciclato i pool di applicazioni e tutto era ok. Questo l'ha risolto per me.Penso che ci sia un problema di fondo con il "Servizio di rete" sul mio server in quanto ho avuto problemi con SQL utilizzando questo account. Anche in questo caso è stato utilizzato LocalSystem durante l'installazione per superare anche questo.

Answer 5

ho dovuto impostare l'identità del pool di applicazioni NetworkService E quindi aggiungere l'utente si collega al mio sito web (l'utente che si 'Connect come' nelle impostazioni di IIS sotto Basic Settings per il tuo sito) al gruppo IIS_IUSRS

Answer 6

Eugene , Puoi farlo funzionare con privilegi abbastanza alti come LocalSystem, ma tieni presente che LocalSystem ha i privilegi di amministratore sul server locale e può anche accedere alle risorse di rete sotto l'account del computer, quindi se l'applicazione viene sfruttata, l'utente malintenzionato può accedere a un sacco di risorse. Il servizio di rete invece è solo un account utente sul server locale e accede anche alle risorse di rete nel contesto dell'account del computer.