Anwendung kann Datei nicht zugreifen, obwohl ich es kopieren kann Explorer

Question

Eine interne Anwendung in unserer Firma erfordert Dateien aa, bb ... zz in Ordner X beim Start gelesen werden. Wenn ich (als jemand mit FullControl-Zugriff auf Ordner X) die App starte, geht alles gut. Wenn einige meiner Kollegen (die nur Lesezugriff auf Ordner X haben) die App starten, erhalten sie die Ausnahme "Zugriff verweigert auf Datei ...".

Die Dateien werden durch die folgende Routine

 public static void readFromBinaryFile(this QIHasFileIo xThis, string xFilePath) 
     { 
      if (!System.IO.File.Exists(xFilePath)) 
       throw new System.Exception("File to read " + xFilePath + " does not exist ... "); 

      if (xThis == null) 
       throw new NullReferenceException("xThis cannot be null, as it is a readonly reference ... "); 

      using (BinaryReader xReader = new BinaryReader(new FileStream(xFilePath, FileMode.Open, FileAccess.Read))) 
       xThis.readObject(xReader); 
     } 

das heißt ich bin Angabe des Lesemodus, lesen die wiederum sollte benötigen nur Zugriff auf den Ordner lesen. Wenn meine Kollegen im Explorer zum Ordner X wechseln, können sie die Dateien aa, bb, ... auf ihre Desktops kopieren, was bedeutet, dass sie Lesezugriff auf die Dateien haben.

So bin ich fasziniert. Dieses seltsame Verhalten begann vor ein paar Tagen mit Änderungen am Datenserver. Die bemerkenswertesten Änderungen waren, dass 1/meine Kollegen keine Administratorrechte mehr auf dem Datenserver hatten 2/einige Gruppenrichtlinienobjekte wurden möglicherweise durcheinander gebracht (dies geschah zuvor im Unternehmen). Die IT-Abteilung ist auch verblüfft, also habe ich keine Ahnung, wie es weitergeht.

Jeder Hinweis ist sehr geschätzt, Daniel

Edit: Ein bereits gelöschter Beitrag vorgeschlagen FileShare.ReadWrite verwenden. Ich bin dem Autor dankbar für den Kommentar, aber die Datei hat garantiert keine Schreibsperre. Daher ist der why File.copy works but File.OpenRead prompts access denied? Thread hier nicht relevant.

Answer 1

Sie müssen FileShare.ReadWrite zu den Parametern hinzufügen, die an den FileStream-Konstruktor übergeben werden.

Dies verhindert, dass die Anwendung versucht, eine exklusive Lesesperre zu erhalten, die unter bestimmten Bedingungen nicht möglich ist, wenn eine gemeinsame Lese-/Schreibsperre möglich ist (z. B. wenn die Datei von einem anderen Prozess geschrieben wird).

Answer 2

Ich hatte ähnliches Problem beim Lesen einer Datei. Das Problem war mit der Zugriffsebene für die ActiveDirectory-Gruppe für die bestimmte Gruppe (Lesergruppe) von Benutzern wurde nicht richtig eingerichtet. Ich bin mir nicht sicher, ob Sie die AD-Gruppenauthentifizierung auf dem Server verwenden. Ich würde Ihnen empfehlen, die Art des Zugriffs und die Gruppen Ihrer Kollegen zu überprüfen. Außerdem müssen Sie überprüfen, wie Ihre Anwendung die Benutzer derzeit authentifiziert, um auf das Verzeichnis zuzugreifen.