Perché viene negato l'accesso al percorso?

Sto riscontrando un problema in cui sto provando a eliminare il mio file ma ottengo un'eccezione.

if (result == "Success")
{
     if (FileUpload.HasFile)
     {
         try
         {
              File.Delete(Request.PhysicalApplicationPath + app_settings.login_images + txtUploadStatus.Text);
              string filename = Path.GetFileName(btnFileUpload.FileName);
              btnFileUpload.SaveAs(Request.PhysicalApplicationPath + app_settings.login_images + filename);
         }
         catch (Exception ex)
         {
               Message(ex.ToString());
         }
      }
}

Inoltre, dovrei notare che la cartella che sto cercando di eliminare ha il pieno controllo dei servizi di rete.

Il messaggio di eccezione completo è:

System.UnauthorizedAccessException: accesso al percorso 'C: \ Users \ gowdyn \ Documents \ Visual Studio 2008 \ Projects \ hybrid \ hybrid \ temp_loginimages \ enviromental.jpg' è negato. su System.IO .__ Error.WinIOError (Int32 errorCode, String maybeFullPath) su System.IO.File.Delete (percorso String) su hybrid.User_Controls.Imgloader_Add_Edit_Tbl.btnUpdate_Click (mittente oggetto, EventArgs e) in C: \ Users \ gowd Documents \ Visual Studio 2008 \ Progetti \ hybrid \ hybrid \ User_Controls \ Imgloader_Add_Edit_Tbl.ascx.cs: linea 242

Qualche idea?

Secondo il metodo File.Delete ...

Un UnauthorizedAccessExceptionsignifica una delle 4 cose:

• Il chiamante non dispone dell'autorizzazione richiesta.
• Il file è un file eseguibile in uso.
• Path è una directory.
• Path ha specificato un file di sola lettura.

Ho anche avuto il problema, quindi mi sono imbattuto in questo post. Ho aggiunto la seguente riga di codice prima e dopo una copia / eliminazione.

Elimina

File.SetAttributes(file, FileAttributes.Normal);
File.Delete(file);

copia

File.Copy(file, dest, true);
File.SetAttributes(dest, FileAttributes.Normal);

Questo è un vecchio problema, ma mi sono imbattuto in esso durante la ricerca. Si scopre che mi mancava il componente del nome file effettivo nel percorso di salvataggio per SaveAs ...

string uploadPath = Server.MapPath("~/uploads");
file.SaveAs(uploadPath); // BAD
file.SaveAs(Path.Combine(uploadPath, file.FileName)); // GOOD

Quando un utente tenta di connettersi al sito Web, IIS assegna la connessione all'account IUSER_ComputerName , dove ComputerName è il nome del server su cui è in esecuzione IIS. Per impostazione predefinita, l' account IUSER_ComputerName è un membro del gruppo Guests. Questo gruppo ha restrizioni di sicurezza. Prova ad accedere in modo completo a IUSER_ComputerName per quella cartella

Ecco un'ottima risposta descritta sulla sicurezza di IIS

Spero che questo ti aiuti

Fare clic con il tasto destro su Visual Studio e fare clic su Esegui come amministratore

Ho ricevuto l'errore perché non mi rendevo conto che la destinazione dovrebbe essere un file. Avevo una cartella come secondo parametro (che funziona in cmd). e ho capito Unhandled Exception: System.UnauthorizedAccessException: Access to the path is denied.perché C # File.Movevuole un file lì, non solo per il primo parametro, ma anche per il secondo, e quindi se metti una directory come secondo parametro, sta cercando di scrivere un file come c:\crpquando hai una directory chiamata c:\crp.

questo sarebbe errato File.Move(args[0],"c:\\crp");

Quindi, questo sarebbe corretto File.Move(args[0],"c:\\crp\\a.a");

Lo stesso vale per File.Copy

Se si tratta di un sito Web IIS che presenta il problema, controllare la proprietà Identity delle impostazioni avanzate per il pool di applicazioni utilizzato dal sito o dall'applicazione. È possibile che sia impostato su ApplicationPoolIdentity e, in tal caso, questo è l'utente che dovrà avere accesso al percorso.

Oppure puoi passare al vecchio stile e semplicemente impostare Identità su Servizio di rete e dare all'utente il servizio di rete l'accesso al percorso.

È necessario modificare i privilegi della cartella da cui si sta tentando di eliminare / salvare. Fare clic con il tasto destro del mouse sulla cartella contenente e utilizzare la scheda Sicurezza per consentire i diritti di modifica per l'utente con cui viene eseguita l'applicazione.

Eccezione generata quando il sistema operativo nega l'accesso a causa di un errore I / O o di un tipo specifico di errore di sicurezza.

Ho colpito la stessa cosa. Verificare che il file NON sia NASCOSTO.

Ho anche affrontato questo problema quando il mio servizio di finestra ha iniziato a lanciare l'eccezione

System.UnauthorizedAccessException: Access to the path "C:\\Order\\Media
44aa4857-3bac-4a18-a307-820450361662.mp4" is denied.

Quindi, come soluzione, ho verificato l'account utente associato al mio servizio, come mostrato nella seguente schermata di acquisizione

Quindi nel mio caso era il SERVIZIO DI RETE

E poi è andato alle proprietà della cartella per verificare se l'account utente associato esiste anche nella loro scheda di autorizzazione. Mancava nel mio caso e quando l'ho aggiunto e risolto il mio problema.

Per ulteriori informazioni, consultare la schermata seguente

stesso problema anche per me, stavo puntando la cartella anziché il file.

quindi assicurati nel percorso, specifica path + nomefile

System.IO.File.WriteAllBytes("path", bytearray);

Controlla le proprietà dei tuoi file. Se la sola lettura è selezionata, deselezionala. Questo era il mio problema personale con UnauthorizedAccessException.

Ho riscontrato questo errore e l'ho risolto in un attimo. Non so perché tutte le mie cartelle sono di sola lettura ， Ho annullato la sola lettura e l'ho applicata. Tuttavia, è ancora di sola lettura. Quindi ho spostato il file nella cartella principale, funziona - così strano.

Un'eccezione UnauthorizedAccessException viene generata quando il sistema operativo nega l'accesso a causa di un errore I / O o di un errore di sicurezza.

Se si sta tentando di accedere a un file o una chiave di registro, assicurarsi che non sia di sola lettura .

Se stai usando BitDefender ci sono buone probabilità che la sua funzione Safe Files abbia bloccato l'operazione. Questa è una forma di protezione Ransomware fornita con alcune delle sue versioni più avanzate.

Assicurati di concedere l'accesso alla tua applicazione in BitDefender e riprova.

Alcuni dettagli in più sono disponibili in questa pagina di supporto di BitDefender .

Ho avuto lo stesso problema su un sito Web appena spostato su un server condiviso. Risolto tramite il pannello host web (DotNetPanel) impostando su "permetti di scrittura". Quindi, se ti trovi in ​​un server condiviso prima di rivedere tutto il codice vale la pena dare un'occhiata alla configurazione del server e potresti risparmiare molto tempo.

Tenere presente che se si sta tentando di raggiungere un percorso di cartella condivisa dal proprio codice, non è necessario fornire solo le autorizzazioni appropriate alla cartella fisica tramite la scheda di sicurezza. È inoltre necessario "condividere" la cartella con l'utente del pool di app corrispondente tramite la scheda Condividi

Stavo affrontando questo errore perché

A volte quando ho Combineil percorso con Nome file eFileName = ""

Diventa Path Directorynon una fileche è un problema come sopra menzionato

quindi è necessario verificare in FileNamequesto modo

if(itemUri!="")
        File.Delete(Path.Combine(RemoteDirectoryPath, itemUri));

Ho avuto l'errore esatto durante l'eliminazione di un file. Era un servizio Windows in esecuzione con un account di servizio che non era in grado di eliminare un documento .pdf da una cartella condivisa anche se aveva il controllo completo della cartella.

Ciò che ha funzionato per me è stato accedere alla scheda Sicurezza della cartella condivisa> Avanzate> Condividi> Aggiungi.

Ho quindi aggiunto l'account del servizio al gruppo amministratori, ho applicato le modifiche e l'account del servizio è stato quindi in grado di eseguire tutte le operazioni su tutti i file all'interno di quella cartella.

Per coloro che cercano di creare un'applicazione UWP (Windows universale), le autorizzazioni per i file sono molto più limitate e, in generale, viene negato per impostazione predefinita. Sostituisce anche le autorizzazioni dell'utente di sistema. Fondamentalmente avrai accesso ai file solo in entrambi

• La posizione di installazione
• La tua posizione AppData
• File selezionati tramite il selettore File o Cartella
• Posizioni richieste nel Manifest dell'app

Puoi leggere di più qui per dettagli => https://docs.microsoft.com/en-us/windows/uwp/files/file-access-permissions

Nel mio caso il problema era Norton. Il mio programma interno non ha la firma digitale corretta e quando ha tentato di eliminare un file ha generato UnauthorizedAccessException.

Se ti dà una notifica, puoi gestirla da lì. Nel mio caso non ha dato una notifica che ho notato. Ecco quindi come impedire a Norton di bloccare il programma.

1. Apri Norton
2. Fai clic sulla freccia giù
3. Fai clic su Cronologia
4. Trova attività per programma
5. Fai clic su Altre opzioni
6. Fai clic su Escludi processo

Anch'io ho affrontato lo stesso problema quando provavo a farlo dopo la distribuzione sul server:

dirPath = Server.MapPath(".") + "\\website\\" + strUserName;
if (!Directory.Exists(dirPath))
{
    DirectoryInfo DI = Directory.CreateDirectory(dirPath);
}
string filePath = Server.MapPath(".") + "\\Website\\default.aspx";
File.Copy(filePath, dirPath + "\\default.aspx", true);
File.SetAttributes(dirPath + "\\default.aspx", FileAttributes.Normal);

Ho concesso l'autorizzazione in IIS ad altri gruppi incluso l'amministratore e il mio problema è stato risolto.

Ho scoperto che questo errore può verificarsi in MODALITÀ DESIGN al contrario di? modalità di esecuzione ... Se stai facendo qualcosa come la creazione di un membro della classe che richiede l'accesso a un file .INI o .HTM (file di configurazione, file della guida), potresti NON inizializzare l'elemento nella dichiarazione, ma inizializzarlo in seguito in FORM_Load () ecc ... Quando si inizializza ... Utilizzare un'istruzione IF di guardia:

    /// <summary>FORM: BasicApp - Load</summary>
    private void BasicApp_Load(object sender, EventArgs e)
    {
        // Setup Main Form Caption with App Name and Config Control Info
        if (!DesignMode)
        {
            m_Globals = new Globals();
            Text = TGG.GetApplicationConfigInfo();
        }
    }

Ciò impedirà a Designer MSVS di provare a creare un file INI o HTM quando si è in modalità progettazione.

Ho avuto questo errore quando ho provato a rinominare una cartella molto rapidamente dopo che era stata spostata o creata.

Un semplice System.Threading.Thread.Sleep(500);risolto:

void RenameFile(string from, string to)
{
   try
   {   
      System.IO.File.Move(from, to)      
   }   
   catch 
   {  
       System.Threading.Thread.Sleep(500);      
       RenameFile(from, to);      
   }   
}

Nel mio caso particolare stavo creando ed eliminando ripetutamente 10000 cartelle. Mi sembra che il problema fosse che, sebbene il metodo Directory.Delete(path, true)ritorni, il meccanismo del sistema operativo sottostante potrebbe comunque eliminare i file dal disco. E quando sto iniziando a creare nuove cartelle immediatamente dopo l'eliminazione di quelle vecchie, alcune sono ancora bloccate perché non sono ancora state completamente eliminate. E sto ottenendo System.UnauthorizedAccessException: "L'accesso al percorso è negato".

L'uso di Thread.Sleep(5000)after Directory.Delete(path, true)risolve questo problema. Sono assolutamente d'accordo sul fatto che ciò non sia sicuro e non sto incoraggiando nessuno a usarlo. Mi piacerebbe qui un approccio migliore per risolvere questo problema e migliorare la mia risposta. Ora sto solo dando un'idea del perché questa eccezione può accadere.

class Program
{
    private static int numFolders = 10000;
    private static string rootDirectory = "C:\\1";

    static void Main(string[] args)
    {
        if (Directory.Exists(rootDirectory))
        {
            Directory.Delete(rootDirectory, true);
            Thread.Sleep(5000);
        }

        Stopwatch sw = Stopwatch.StartNew();
        CreateFolder();
        long time = sw.ElapsedMilliseconds;

        Console.WriteLine(time);
        Console.ReadLine();
    }

    private static void CreateFolder()
    {
        var one = Directory.CreateDirectory(rootDirectory);

        for (int i = 1; i <= numFolders; i++)
        {
            one.CreateSubdirectory(i.ToString());
        }
    }
}

Per prima cosa controlla il percorso se i due punti (:) mancano o meno dopo la lettera di unità. Se i due punti non mancano, puoi verificare se l'autorizzazione di accesso / scrittura è concessa per quel percorso. Avevo lo stesso problema e mi mancavano solo i due punti, il permesso e tutto il resto andava bene.

C:\folderpath

funzionerà bene ma,

C\folderpath .........(missing colon)

ti darà accesso errore di negazione.

Stavo cercando di utilizzare System.IO.File.OpenWrite (percorso)

e non ha funzionato perché stavo solo passando a OpenWrite () un percorso a una directory, ma richiede un percorso fino al file che si desidera scrivere. Pertanto, per evitare UnauthorizedAccessException, è necessario passare in OpenWrite un percorso completo che includa il nome file.

Mi sono anche imbattuto in questo post per occuparmi dello stesso problema. Sembra che il file sia in uso e quindi non sia in grado di scrivere su di esso. Sebbene non sia in grado di capirlo, quale processo lo sta usando. È stato disconnesso l'altro utente che aveva effettuato l'accesso in quella casella, non vedere alcun utente che lo sta trattenendo. Eventuali suggerimenti rapidi su come trovare lo stesso.

Grazie, Lakshay (sviluppatore)

Per risolvere questo problema, seguo l'approccio Scot Hanselman su Debugging System.UnauthorizedAccessException (spesso seguito da: accesso al percorso negato) articolo, il codice con l'esempio è sotto:

class Program
{
    static void Main(string[] args)
    {
        var path = "c:\\temp\\notfound.txt";
        try
        {
            File.Delete(path);
        }
        catch (UnauthorizedAccessException)
        {
            FileAttributes attributes = File.GetAttributes(path);
            if ((attributes & FileAttributes.ReadOnly) == FileAttributes.ReadOnly)
            {
                attributes &= ~FileAttributes.ReadOnly;
                File.SetAttributes(path, attributes);
                File.Delete(path);
            }
            else
            {
                throw;
            }
        }
    }
}