Pourquoi l'accès au chemin d'accès refusé?

Selon Fichier.Supprimer La Méthode...

Un UnauthorizedAccessException l'une des 4 choses:

• L'appelant n'a pas l'autorisation requise.
• Le fichier est un fichier exécutable qui est en cours d'utilisation.
• Chemin est un répertoire.
• Chemin d'accès spécifié un fichier en lecture seule.

Lorsqu'un utilisateur tente de se connecter à votre site Web, IIS attribue la connexion à la Iuser_nom_ordinateur compte, où Nomordinateur est le nom du serveur sur lequel IIS est en cours d'exécution. Par défaut, le Iuser_nom_ordinateur compte est membre du groupe Invités. Ce groupe a des restrictions de sécurité. Essayez de grand accès à Iuser_nom_ordinateur à ce dossier

Ici est très bien décrite sur la réponse de la sécurité IIS

Espère que cette aide

Clic droit sur Visual studio et cliquez sur Exécuter en tant qu'Administrateur

Vous avez besoin de modifier les droits du dossier que vous essayez de supprimer à partir de/sauvegarder. Cliquez-droit sur le dossier contenant et utilisation de l'onglet Sécurité pour permettre modifier droits pour l'utilisateur de votre application s'exécute sous.

J'ai eu cette erreur et résolu dans un instant. Ne sais pas pourquoi, tous mes dossiers sont en lecture seule，j'ai annulé la lecture et de l'appliquer. Cependant, il est toujours en lecture seule. J'ai donc déplacé le fichier dans le dossier racine, il fonctionne, si étrange.

J'ai aussi été confronté à ce problème lors de ma fenêtre de service ont commencé à jeter l'exception

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

Donc comme une solution, j'ai vérifié le compte utilisateur associé à mon service, comme le montre ci-dessous la capture d'écran

Donc dans mon cas c'était SERVICE RÉSEAU

Et puis est allé à la propriétés du dossier pour vérifier si le compte d'utilisateur associé existe aussi sous leur permission onglet. Il manquait dans mon cas, et quand je l'ai ajouté et il a fixé mon problème.

Pour plus d'informations, veuillez consulter ci-dessous la capture d'écran

J'ai eu le même problème sur un déplacé site web sur un serveur partagé. Résolu grâce à l'hébergeur du panneau (DotNetPanel) réglage de vrai "autoriser les autorisations d'écriture". Donc, si vous êtes dans un serveur partagé avant de revoir tout le code, la peine de prendre un coup d'oeil à la configuration du serveur et peut vous faire économiser beaucoup de temps.

Vérifiez que vos fichiers de propriétés. Si la lecture seule est cochée, décochez-la. C'était mon problème personnel avec le UnauthorizedAccessException.

J'ai eu l'erreur exacte lors de la suppression d'un fichier. C'est un Service Windows qui s'exécute sous un Compte de Service qui n'a pas pu supprimer un .document pdf à partir d'un Dossier Partagé, même si elle avait le Plein Contrôle du dossier.

Ce qui a fonctionné pour moi a été de naviguer vers l'onglet Sécurité du Dossier Partagé > Avancé > Partager > Ajouter.

J'ai ensuite ajouté le compte de service pour le groupe administrateurs, appliquer les modifications et le compte de service est en mesure d'effectuer toutes les opérations sur tous les fichiers dans ce dossier.

J'ai trouvé que cette erreur peut se produire en MODE de CONCEPTION, par opposition à ? mode d'exécution...
Si vous faites quelque chose comme la création d'un membre de la classe qui nécessite l'accès à une .INI ou .HTM fichier (fichier de configuration, un fichier d'aide), vous pourriez ne PAS initialiser le point dans la déclaration, mais l'initialiser plus tard dans FORM_Load (), etc...
Lorsque vous effectuez l'initialisation... Utiliser un garde SI la déclaration:

    ///<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();
        }
    }

Cela vous permettra de garder MSVS Concepteur d'essayer de créer un fichier INI ou fichier HTM lorsque vous êtes en mode création.

Dans mon cas particulier, j'ai été à plusieurs reprises la création et la suppression de 10 000 dossiers. Il me semble que le problème était que, bien que la méthode Directory.Delete(path, true) est de retour, le sous-fifre OS mécanisme peut encore supprimer les fichiers à partir du disque. Et quand je suis en train de créer de nouveaux dossiers immédiatement après la suppression des anciens, certains d'entre eux sont enfermés parce qu'ils ne sont pas complètement supprimés encore. Et je suis du Système.UnauthorizedAccessException: "le chemin d'Accès est refusé".

À l'aide de Thread.Sleep(5000) après Directory.Delete(path, true) résout ce problème. Je suis absolument d'accord que ce n'est pas sûr, et je n'encourage pas à quiconque de l'utiliser. J'aimerais ici une meilleure approche pour résoudre ce problème afin d'améliorer ma réponse. Maintenant, je suis juste de donner une idée de la raison de cette exception peut se produire.

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

    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());
        }
    }
}

J'ai essayé d'utiliser le Système.IO.Fichier.OpenWrite(chemin de)

et il ne fonctionne pas parce que je n'étais que de passage OpenWrite() un chemin d'accès à un répertoire, mais il a besoin d'un chemin tout le chemin vers le fichier que vous souhaitez écrire. Si un chemin d'accès complet, y compris le nom de fichier.extension à la fin doit être passé dans OpenWrite pour éviter UnauthorizedAccessException

Si vous utilisez BitDefender il y a de bonnes chances de son Coffre-fort de Fichiers fonctionnalité bloqué votre opération. C'est une forme de Ransomware de protection fourni avec certains de ses autres versions plus évoluées.

Assurez-vous de donner à votre demande d'accès à BitDefender et essayez à nouveau.

Un peu plus de détails peuvent être trouvés dans cette page de support de BitDefender.