L'accesso al percorso è negato

So che questa domanda è stata posta molte volte qui, ma non riesco a trovare una soluzione al mio problema. Sto provando a salvare l'immagine nella cartella in .net c # ma ottengo questa eccezione:

Access to the path 'C:\inetpub\wwwroot\mysite\images\savehere' is denied.The error occured at mscorlib because    at System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)
at System.IO.FileStream.Init(String path, FileMode mode, FileAccess access, Int32 rights, Boolean useRights, FileShare share, Int32 bufferSize, FileOptions options, SECURITY_ATTRIBUTES secAttrs, String msgPath, Boolean bFromProxy, Boolean useLongPath)
at System.IO.FileStream..ctor(String path, FileMode mode, FileAccess access, FileShare share, Int32 bufferSize, FileOptions options, String msgPath, Boolean bFromProxy)
at System.IO.FileStream..ctor(String path, FileMode mode)

Ho dato il pieno controllo a questa cartella (savehere) a , network servicee ho iis_iusrsanche dato il pieno controllo everyonema ottenendo ancora questa eccezione. Ho provato a dare l'accesso tramite Explorer e tramite il gestore IIS, ancora senza fortuna

Lo sto facendo su Windows Server 2008 R2 e IIS 7.5, a chi devo dare accesso?

Grazie

È necessario scoprire dal pool di applicazioni per il sito Web qual è l'identità in esecuzione (per impostazione predefinita è Application Pool Identity) e concedere le autorizzazioni corrette.

L'accesso al percorso 'C: \ inetpub \ wwwroot \ mysite \ images \ savehere' è negato

Leggi attentamente il messaggio. Stai tentando di salvare in un file con lo stesso nome della directory. Non può funzionare, non è possibile sovrascrivere una directory piena di file con un singolo nuovo file. Ciò causerebbe una perdita non riconoscibile di dati, "L'accesso al percorso è negato" è il file system che reagisce per impedire che ciò accada.

Il messaggio di eccezione non è l'ideale, ma proviene direttamente dal sistema operativo e sono espressi in pietra. Il framework spesso aggiunge controlli extra per generare messaggi migliori, ma questo è un test costoso su una rete. Perf è anche una caratteristica.

Devi usare un nome come 'C: \ inetpub \ wwwroot \ mysite \ images \ savehere \ mumble.jpg'. Considerare Path.Combine () per generare in modo affidabile il nome del percorso.

Stavo avendo lo stesso problema durante il tentativo di creare un file sul server (in realtà un file che è una copia da un modello).

Ecco il messaggio di errore completo:

{ERROR} 08/07/2012 22:15:58 - System.UnauthorizedAccessException: Access to the path 'C:\inetpub\wwwroot\SAvE\Templates\Cover.pdf' is denied.

Ho aggiunto una nuova cartella chiamata Templatesall'interno della cartella dell'app IIS. Una cosa molto importante nel mio caso è che dovevo dare l'autorizzazione di scrittura (Gravar) per l'utente IUSR su quella cartella. Potrebbe anche essere necessario concedere Network Servicee ASP.NET v$.#la stessa autorizzazione di scrittura.

Dopo aver fatto tutto, tutto funziona come previsto.

Ho avuto esattamente lo stesso problema.

La soluzione era che il file a cui stavo tentando di accedere era di sola lettura , poiché veniva copiato da un file modello di sola lettura.

<facepalm />

Ho riscontrato questo problema quando provo a salvare il file senza impostare il nome del file.

Vecchio codice

File.WriteAllBytes(@"E:\Folder", Convert.FromBase64String(Base64String));

Codice di lavoro

File.WriteAllBytes(@"E:\Folder\"+ fileName, Convert.FromBase64String(Base64String));

Il mio problema era che dovevo chiedere solo l'accesso in lettura:

FileStream fs = new FileStream(name, FileMode.Open, FileAccess.Read);

Quale identità è il tuo pool di applicazioni per l'applicazione Web in esecuzione, per risolvere i problemi, prova a creare un nuovo pool di app con il nome Network Service come identità e fai in modo che la tua applicazione web utilizzi il nuovo pool di app che hai creato e vedi se l'errore persiste.

Il seguente suggerimento non è una risposta alla domanda originale di questa discussione, ma potrebbe aiutare alcuni altri utenti che finiscono su questa pagina web, dopo aver fatto lo stesso stupido errore che ho appena fatto ...

Stavo tentando di ottenere un controllo ASP.Net FileUpload per caricare il file su un indirizzo di rete che conteneva una " condivisione nascosta ", ovvero:

\ MyNetworkServer \ c $ \ SomeDirectoryOrOther

Non l'ho capito. Se avessi eseguito la pagina Web in modalità Debug in Visual Studio, avrebbe funzionato bene. Ma quando il progetto è stato distribuito ed era in esecuzione tramite un utente del pool di applicazioni, si è rifiutato di trovare questa directory di rete.

Avevo verificato su quale utente era in esecuzione il mio sito IIS, avevo concesso a questo utente le autorizzazioni complete per questa directory sul server " MyNetworkServer ", ecc. Ecc., Ma non ha funzionato.

Il motivo (ovviamente!) È che solo gli amministratori sono in grado di "vedere" queste condivisioni di unità nascoste.

La mia soluzione era semplicemente quella di creare una condivisione "normale" a

\ MyNetworkServer \ SomeDirectoryOrOther

e questo si è sbarazzato dell'errore "Accesso al percorso ... negato". FileUpload è stato in grado di eseguire correttamente il comando

fileUpload.SaveAs(networkFilename);

Spero che questo aiuti alcuni altri utenti che commettono lo stesso errore che ho fatto!

Nota anche che se stai caricando file di grandi dimensioni (oltre 4 Mb), IIS7 richiede di modificare il file web.config in due punti. Fai clic su questo link per leggere cosa devi fare: caricamento di file di grandi dimensioni in ASP.Net

aggiungi l'autorizzazione di controllo completo IIS_IUSERS alla tua cartella. questa opzione è disponibile nella scheda Sicurezza nelle proprietà della cartella.

Ho risolto con questa impostazione:

IIS> Pool di applicazioni> [il tuo sito]> Impostazioni avanzate ...> Identità> Account integrato> LocalSystem

Il mio problema era qualcosa del genere:

FileStream ms = new FileStream(path, FileMode.Open, FileAccess.ReadWrite);

ma invece di usare il percorso dovrei usare File.FullName ... Non so se sarà d'aiuto a qualcun altro, solo passando la mia esperienza con questo erro dato!

1. Modificare le impostazioni dall'account incorporato all'account personalizzato e immettere il nome utente e la password dell'altro server.

2. Mantieni l'impostazione come integrata (anziché in modalità classica).

Forse ti aiuterà.

string tempDirectoryPath = @"C:\Users\HOPE\Desktop\Test Folder";
string zipFilePath = @"C:\Users\HOPE\Desktop\7za920.zip";
Directory.CreateDirectory(tempDirectoryPath);
ZipFile.ExtractToDirectory(zipFilePath, tempDirectoryPath);

Imposta Salva directory come directory virtuale e dai il permesso di lettura / scrittura dal pannello di controllo

Aveva una directory con lo stesso nome del file che stavo cercando di scrivere, quindi anche le persone possono cercarlo.

Ho riscontrato questo problema durante lo sviluppo sulla mia workstation locale.

Dopo diverse iisresetinvocazioni non riuscite , ho risolto questa situazione riavviando la mia macchina.

In retrospettiva, un handle di file aperto potrebbe aver causato problemi.

Nel mio caso ho dovuto aggiungere una regola di autorizzazione .NET per il sito Web in IIS.

Ho aggiunto una regola per consentire agli utenti anonimi.

Ho avuto lo stesso problema ma l'ho risolto salvando il file in una posizione diversa e quindi copiando il file e incollandolo nella posizione in cui volevo che fosse. Ho usato l'opzione per sostituire il file esistente e quello ha fatto il trucco per me. So che questo non è il modo più efficiente ma funziona e richiede meno di 15 secondi.

Ho avuto molti problemi con questo, specificamente correlato al mio codice eseguito localmente ma quando avevo bisogno di eseguirlo su IIS stava generando questo errore. Ho scoperto che aggiungendo un segno di spunta al mio codice e lasciando che l'applicazione creasse la cartella alla prima esecuzione, il problema veniva risolto senza dover confondere con le autorizzazioni delle cartelle.

qualcosa del genere prima di chiamare il metodo che utilizza la cartella

bool exists = System.IO.Directory.Exists("mypath");

        if (!exists)
            System.IO.Directory.CreateDirectory("mypath");

Se viene visualizzato questo errore durante il caricamento dei file nel sottodominio e il corretto funzionamento nel proprio localhost, quindi seguire i passaggi seguenti:

Soluzione:

Pannello di Plesk

• Accedi al tuo pannello Plesk. Seleziona il tuo sottodominio che sta dando errore.
• Fai clic su Impostazioni di hosting .
• Seleziona Ulteriori autorizzazioni di scrittura / modifica e Applica.

CPanel

• Non sono sicuro delle opzioni disponibili in CPanel. Ma se dai il permesso alla directory (in CPanel deve essere un numero decimale come 777, 755) risolverà l'errore.

Per maggiori dettagli consultare qui

Motivo dell'errore:

• Supponiamo FileUpload.SaveAs(Server.MapPath("~/uploads/" + *YOUR_FILENAME*))che sia il tuo codice a spostare i tuoi file nel percorso di caricamento.

• Server.MapPathti darà il percorso fisico (percorso reale) della directory. Ma il tuo sottodominio potrebbe non disporre dell'autorizzazione per l'accesso al percorso fisico.

• Pertanto, se si concede l'autorizzazione per il sottodominio ad accedere all'autorizzazione di scrittura / modifica, il problema verrà risolto.

Puoi provare a verificare se le tue proprietà web per il progetto non sono passate a IIS Express e cambiarle in IIS Local

Assicurati che il tuo target in System.IO.Delete(string file)sia un file esistente. Forse c'è un errore nel tuo codice; come se non passassi il nome file corretto al metodo o la tua destinazione fosse una cartella. In questi casi vedrai: "errore di accesso al percorso negato".

Ho creato una directory virtuale con il permesso completo e ho aggiunto la fonte ffmpeg e i file video lì, quindi alla fine ha avuto senso in quanto può essere accesso a chiunque.