Impossibile leggere il file di configurazione a causa di autorizzazioni insufficienti

Di recente ho riscontrato un errore nel tentativo di ospitare il mio sito asp.net con IIS. Ho trovato una soluzione che molti giurano.

Soluzione:

1. Aggiungi IIS_IUSRS con autorizzazione di lettura per i file nella cartella
2. Cambia il metodo di autenticazione IIS in BasicAuthentication
3. aggiorna il sito web. Funzionerà

( http://vivekthangaswamy.blogspot.com/2009/07/aspnet-website-cannot-read.html )

Cosa devo aggiungere al mio file web.config? Non ho mai dovuto modificarlo prima. Ecco i suoi contenuti attuali:

<?xml version="1.0"?>
<!--
  For more information on how to configure your ASP.NET application, please visit
  http://go.microsoft.com/fwlink/?LinkId=169433
  -->
<configuration>
    <connectionStrings>
  <add name="DefaultConnection" connectionString="Data Source=.\SQLEXPRESS;AttachDbFilename=|DataDirectory|\Database.mdf;Integrated Security=True;User Instance=True"
   providerName="System.Data.SqlClient" />
 </connectionStrings>
 <system.web>
  <compilation debug="true" strict="false" explicit="true" targetFramework="4.0"/>
    </system.web>
</configuration>

Il mio errore è:

Errore di configurazione: impossibile leggere il file di configurazione a causa di autorizzazioni insufficienti
File di configurazione: \? \ C: \ Users ***** \ Documents \ Visual Studio2010 \ WebSites \ PointsForTime \ web.config

Non ci sono problemi con web.config . Il tuo sito web viene eseguito con un processo. In Iis puoi definire l'identità di quel processo. L' identità con cui il pool di applicazioni del tuo sito Web viene eseguito ( Servizi di rete, Sistema locale , ecc.) Deve disporre dell'autorizzazione per accedere e leggere il file web.config.

Aggiornare:

Questa risposta aggiornata è la stessa di cui sopra, ma un po 'più lunga, più semplice e migliorata.

Prima di tutto : non è necessario modificare nulla nel file di configurazione. E 'OK . Il problema è con le autorizzazioni dei file di Windows .

Questo problema si verifica perché l'applicazione non può accedere e leggere il file web.config .

Rendi il file accessibile al gruppo IIS_IUSRS . Basta fare clic con il pulsante destro del mouse su web.config e fare clic su Proprietà , nella scheda Sicurezza , aggiungere IIS_IUSRS .

Cos'è questa cosa IIS_IUSRS?

Il tuo sito web è come un file exe . Proprio come qualsiasi file exe, dovrebbe essere avviato da un utente e viene eseguito in base alle autorizzazioni assegnate a quell'utente.

All'avvio del sito in IIS , il pool di applicazioni del sito Web è associato a un utente ( servizi di rete, sistema locale , ecc.) (E può essere modificato in IIS)

Quindi, quando dici IIS_IUSRS , significa qualsiasi utente ( Servizi di rete, Sistema locale , ecc.) Con cui il tuo sito è in esecuzione.

E come @Seph menzionato nel commento qui sotto : Se il tuo computer è su un dominio , ricorda che il gruppo IIS_IUSRS è un gruppo locale . Inoltre, assicurati che quando cerchi di trovare questo utente, controlla la posizione che dovrebbe essere impostata sul computer locale e non su un dominio aziendale.

Ho avuto quello che sembrava essere lo stesso problema di autorizzazioni sul web.configfile.
Tuttavia, il mio problema è stato causato dal mancato caricamento del file di configurazione da parte di IIS perché conteneva le regole di riscrittura degli URL e non avevo installato il modulo di riscrittura degli URL IIS sul nuovo server.

Soluzione: installare il modulo di riscrittura.
Spero che salvi qualcuno qualche ora.

Nota del redattore: fare ciò che dice questa risposta è PERICOLOSO ! L'account LocalSystem è un ...

Account completamente attendibile, più dell'account amministratore. Non esiste nulla in una singola casella che questo account non può fare e ha il diritto di accedere alla rete come macchina (ciò richiede Active Directory e concedere le autorizzazioni dell'account macchina a qualcosa)

La modifica dell'identità da ApplicationPoolIdentity a LocalSystem ha funzionato;).

Sto usando Win7 64 con IIS 7.5

ulteriori informazioni sull'identità del pool di applicazioni in IIS 7.5 e vinci 7

Ho avuto lo stesso problema quando ho provato a condividere la cartella principale del sito con un altro utente. Alcune cartelle hanno perso il permesso. Quindi ho seguito i passaggi per aggiungere l'autorizzazione al gruppo IIS_IUSRS come suggerito da Afshin Gh. Il problema è che questo gruppo non era disponibile per me. Sto usando Windows 7.

Quello che ho fatto ho appena cambiato alcuni passaggi:

1. Fare clic con il tasto destro sulla cartella principale (che ha perso l'autorizzazione),
2. Proprietà => Sicurezza => In "Nome gruppo o utente:",
3. Fai clic su Modifica ...
4. Verrà aperta la finestra "Autorizzazione per la cartella".
5. In "Nomi di gruppo o utente:" premi AGGIUNGI ... btn,
6. Digita Authen e premi Controlla nomi,
7. Vedrai il nome completo del gruppo " Utenti autenticati "
8. Premere ok => applica.
9. Ciò dovrebbe abilitare nuovamente i privilegi.

Questo ha funzionato per me.

Non devi cambiare nulla nel tuo web.config.

Il problema sono le autorizzazioni del file system. Le tue autorizzazioni sui file non consentono all'utente IIS_IUSRS di accedere a web.config (o probabilmente a nessuno dei file). Modificare le autorizzazioni dei file in Windows per consentire all'account IIS_IUSRS di accedervi.

Rendere il file accessibile al gruppo IIS_IUSRS . Fare clic con il tasto destro del mouse su web.config, espandere le proprietà e, nella scheda Sicurezza, aggiungere IIS_IUSRS. Concedi al gruppo l'accesso in lettura / scrittura.

Quando il gruppo NON è disponibile, sostituire IIS_IUSRS con ComputerName \ IIS_IUSRS

Vai alla cartella principale, fai clic con il tasto destro e seleziona Proprietà . Seleziona la scheda Sicurezza , modifica le autorizzazioni e Aggiungi . Fare clic su Avanzate e Trova ora . Selezionare IIS_IUSRS e fare di nuovo clic su OK e OK . Assicurati di avere selezionato Scrivi . Fare clic su OK e nuovamente su OK .

Lavoro fatto!

Quando si concedono le autorizzazioni a IIS_IUSRS, è necessario verificare che nella sezione IIS / Autenticazione dell'applicazione Web, le credenziali di autenticazione anonima utilizzino l'identità del pool di applicazioni e non IUSR.

Per qualche motivo web.config è impostato come di sola lettura. Deseleziona l'opzione di sola lettura del file web.config.

Avevo bisogno di aggiungere permessi a IUSR (oltre a ISS-IUSRS, come altri hanno suggerito). (Vedi anche: http://codeasp.net/blogs/raghav_khunger/microsoft-net/2099/iis-7-5-windows-7-http-error-401-3-unauthorized )

Ho usato subst per creare una mappatura da D: a C: per mantenere la stessa configurazione degli altri sviluppatori del team. Questo mi ha dato anche gli stessi errori descritti. Rimuovendo questo risolto per me.

La soluzione accettata non ha funzionato per me. Uso un repository Git ed è stato clonato nella seguente cartella

c:\users\myusername\source\repos\myWebSite

Ho creato un nuovo sito Web IIS e indicato il percorso. Che non aveva le autorizzazioni iis_iusrs suggerite nella soluzione accettata. Quando ho aggiunto le autorizzazioni non funzionava ancora.

Ha iniziato a funzionare solo quando ho dato le seguenti autorizzazioni al gruppo "Utenti" e l'ereditarietà ha consentito a cascata le autorizzazioni di web.config. Probabilmente avrebbe dovuto applicarlo solo al web.config per ridurre la superficie di attacco.

Avevamo un sito Web in esecuzione con un'identità specifica nell'apppool, solo dopo aver dato a quell'utente l'accesso in lettura alla cartella contenente web.config avrebbe funzionato. Lo abbiamo rintracciato dopo aver aggiunto l'utente "tutti" con lettura e tutto ha funzionato bene.

Per me l'errore si è verificato durante il debug sul mio computer locale e si è rivelato correlato al web.config di base, che viene avviato da .NET Framework durante la compilazione del sito Web. Il mio file C: \ Windows \ Microsoft.NET \ Framework64 \ v4.0.30319 \ Config \ web.config aveva un elemento non riconosciuto (folderLevelBuildProviders). Risolto il problema con l'errore 500.19.

Vedere questo: IIS Manager non può configurare la compilazione .NET su applicazioni .NET 4

La modifica dell'identità del modello di processo in LocalSystem ha risolto questo problema per me. Puoi trovare questa impostazione se fai clic con il pulsante destro del mouse sul pool di applicazioni e scegli "Impostazioni avanzate". Sto eseguendo IIS 7.5.

Fare clic con il tasto destro su Web.Config => Tab Security => Button Edit => Button Add => Button Advanced => Button Find Now => Nei risultati della ricerca selezionare il proprio gruppo (nel nostro caso "IIS_IUSRS") => Ok => Ok => Ok

Questo è successo a noi quando l' applicazione IIS ha una directory virtuale con un percorso fisico che contiene barre /rovesciate anziché barre rovesciate \. Ciò è stato fatto accidentalmente utilizzando un'API di gestione PowerShell per IIS durante il nostro processo di consegna continua.

Esempio di configurazione errata - applicationHost.config

<application path="/MySite/MyService" applicationPool="MyAppPool" enabledProtocols="http">
    <virtualDirectory path="/" physicalPath="C:\inetpub\MySite/MyService" />
</application>

Assicurarsi che l' physicalPathattributo non contenga barre /rovesciate, ma solo barre rovesciate\

Esempio di configurazione corretta - applicationHost.config

<application path="/MySite/MyService" applicationPool="MyAppPool" enabledProtocols="http">
    <virtualDirectory path="/" physicalPath="C:\inetpub\MySite\MyService" />
</application>

Ho risolto questo problema aggiungendo l'autorizzazione di lettura alla cartella per l'utente del pool di applicazioni (WIN SERVER 2008 R2): C: \ Windows \ System32 \ inetsrv \ config

Un po 'di storia: il nostro server è stato violato con un errore classico in cui l'utente dell'app aveva più autorizzazioni di quanto dovrebbe (amministratore locale).

Per risolverlo abbiamo creato un nuovo utente di dominio che aveva solo le autorizzazioni per la cartella dell'applicazione, con i diritti minimi necessari e assegnato come utente del pool di applicazioni. di quanto abbiamo riscontrato nel problema e questa era una soluzione ai nostri problemi.

Sposta il tuo progetto su un'unità diversa da C: ha funzionato per me con lo stesso errore.

Ciò può accadere se l'applicazione si trova in una directory virtuale e il percorso dei file è un'unità mappata.

Se cambi il percorso dei file in un'unità locale, questo lo risolverà, se questo è davvero il tuo problema.

Tutte le risposte fornite sono valide e funzionano in circostanze diverse.

Per me, riavviare Visual Studio ha funzionato.

Stavo anche ricevendo il "Impossibile leggere il file di configurazione a causa di autorizzazioni insufficienti". Risulta che le restrizioni ISAPI e CGI in IIS sia per ASP.NET 4.0 a 32 bit che a 64 bit sono state impostate per negare. Contrassegnandoli entrambi su Consentito risolto il mio problema.

Le risposte di cui sopra sono state utili, ma nel caso in cui ciò aiuti chiunque - ho avuto questo esatto problema, e ho scoperto che stavo condividendo la cartella principale da cui era ospitato il sito (rete di Windows). Abbiamo eliminato la condivisione e aggiunto l'autorizzazione degli utenti a leggere / eseguire e ha funzionato di nuovo bene.

Sospetto che la condivisione sia incasinata.

Ho avuto questo problema con un'applicazione virtuale. Sono state impostate tutte le autorizzazioni. IIS_IUSRS, AppPoolIdentity e quindi ha dato pieno accesso a Tutti. Niente ha funzionato. Apppool riavviato, sito e IIS, ma non andare.

Eliminata l'applicazione virtuale, aggiunta di nuovo da zero e ha iniziato a funzionare.

Vorrei sapere cosa l'ha risolto.

controlla se il file non è contrassegnato come di sola lettura , nonostante l'autorizzazione IIS_IUSRS visualizzerà lo stesso messaggio.

Ho ricevuto questo messaggio di errore che si è rivelato dovuto alla posizione della mia cartella fisica su un'unità di rete anziché all'unità locale. Sembra che le autorizzazioni su tali unità per impostazione predefinita possano essere diverse. Ad esempio, mentre l'ubicazione dell'unità locale ha autorizzato gli utenti del computer locale, l'ubicazione della rete no.

Inoltre, la risposta accettata non funziona in questo caso. Gli utenti locali o gli utenti IIS non erano disponibili a cui assegnare le autorizzazioni. La soluzione era spostare la cartella fisica sull'unità locale.

Ho avuto lo stesso problema e dopo aver fatto tutte le cose scritte qui come risposte, è ancora riprodotto. La seconda metà del problema era il fatto che .NET era disattivato in "Attiva o disattiva le funzionalità di Windows"

A volte, se si tratta di un nuovo server, è necessario configurare o installare la funzionalità ASP.NET su IIS affinché sia ​​in grado di leggere il file web.config.

Nel mio caso questa era la ragione.

Nel mio caso, stavo cercando di ospitare pagine da un'unità mappata (subst). Il problema è che il subst è stato eseguito con il mio account e l'utente IIS non è in grado di vedere la stessa unità

Ho dato il permesso e usato ICACLS.exe ma non ha funzionato. Quindi ho cambiato il percorso fisico e ha funzionato con successo.

(IIS 8.5 windows 2012 R2)