Zugriff verweigert-Fehler bei einigen Dateien im freigegebenen Ordner

Question

Ich habe ein XP Pro-System mit Simple File Sharing. Die Freigabe ist für einen bestimmten Ordner aktiviert, ebenso wie „Netzwerkbenutzer dürfen meine Dateien ändern“.

Beim Kopieren (Lesen) der freigegebenen Dateien von einem anderen Computer wird bei einigen (etwa 20 von 1.000) der Fehler „Zugriff verweigert“ ausgegeben. Die Dateien sind in keinem Programm geöffnet.

Ich muss zu der Maschine gehen, die die Dateien freigibt, und ausführen

CACLS C:\MySharedFolder\*.* /T /e /g Everyone:c

Dadurch wird das Problem behoben und auf alle Dateien kann zugegriffen werden. Es ist jedoch umständlich, diesen Befehl ausführen zu müssen. Nach einigen Tagen oder Wochen tritt der Fehler erneut auf.

Was ist die Hauptursache dieses Fehlers? Es scheint, dass das Programm, das auf die Dateien zugreift (in diesem Fall Eudora), die Berechtigungen falsch einstellt – aber warum nur auf diesem Computer? Ich habe andere Computer mit identischen Konfigurationen freigegebener Ordner, bei denen dieses Problem nie auftritt.

Answer 1

Klassischerweise kann dies durch Benutzer verursacht werdenAusschneiden und EinfügenDateien in eine Freigabe. Das bedeutet, dass die Dateien (an der Quelle) so eingestellt waren, dass sie keine Berechtigungen vom übergeordneten Ordner erben, wenn sie ausgeschnitten und in das Ziel eingefügt werden, behalten sie ihre alten Berechtigungen.

Answer 2

Dies ist keine richtige Antwort, sondern weitere Informationen (Kommentare können aufgrund der Zeichenbeschränkung nicht verwendet werden). Ich versuche immer noch, dieses Problem zu verstehen und zu lösen.

So sehen die Berechtigungen einer „fehlerhaften“ Datei in CACLS aus (die Berechtigungen verhindern das Kopieren von einem anderen Computer):

C:\...\Mail\descmap.pce BUILTIN\Administrators:F
                        NT AUTHORITY\SYSTEM:F
                        MARS\Tim:F
                        BUILTIN\Users:R

So sieht eine „gute“ Datei aus:

C:\...\Mail\In.mbx Everyone:C
                   BUILTIN\Administrators:F
                   NT AUTHORITY\SYSTEM:F
                   MARS\Tim:F
                   BUILTIN\Users:R

So sehen die Berechtigungen für den (übergeordneten) Ordner „Mail“ aus:

C:...>cacls mail
C:...\Mail Everyone:(OI)(CI)C
           BUILTIN\Administrators:F
           BUILTIN\Administrators:(OI)(CI)(IO)F
           NT AUTHORITY\SYSTEM:F
           NT AUTHORITY\SYSTEM:(OI)(CI)(IO)F
           MARS\Guest:F
           CREATOR OWNER:(OI)(CI)(IO)F
           BUILTIN\Users:R
           BUILTIN\Users:(OI)(CI)(IO)(special access:)
                                     GENERIC_READ
                                     GENERIC_EXECUTE

           BUILTIN\Users:(CI)(special access:)
                             FILE_APPEND_DATA

           BUILTIN\Users:(CI)(special access:)
                             FILE_WRITE_DATA

Die Attribute „Everyone:C“ und „BUILTIN\Administrators:F“ werden irgendwie aus den Problemdateien entfernt. Verschiedene Dateien sind zu unterschiedlichen Zeiten betroffen. Es scheint keine Konsistenz zu geben.

Answer 3

Dies ist keine Lösung, sondern etwas, worüber man sich austauschen kann ...

Ich habe fast genau das gleiche Problem. In meinem Fall hatte ich jedoch eine Benutzer-ID, die sich bei einem Samba-3-Server anmeldete, der als PDC fungierte (also habe ich Maschinen, die der Domäne beigetreten sind).

Diese Benutzer-ID konnte auf eine Datei von einer WinXP-Box aus zugreifen, aber auf einem Win7-PRO-Rechner erhielt sie die Fehlermeldung „Zugriff verweigert“. Die Datei wurde nicht von Freigabe zu Freigabe oder von Ordner zu Ordner verschoben. Es war nur ein öffentlicher Ordner, auf den jeder im Unternehmen Zugriff hatte.

Ich habe alles versucht, um das Problem zu lösen, aber das einzige, was ich herausgefunden habe, war die Neuinstallation der Workstation mit einer sauberen Kopie von Windows 7, um das Problem zu beheben.

In meinem Fall schien die Interaktion von Windows 7 mit SAMBA das Problem zu sein. Interessant ist, dass ich andere Win7-Boxen habe, bei denen das Problem bei anderen Benutzern nicht auftrat, aber diese eine bestimmte Benutzer-ID hatte das Problem nur auf Win7-Boxen.

Ich habe sogar die Benutzer-ID gelöscht und neu erstellt, und das Löschen des Roaming-Profils hat das Problem nicht behoben. Ich habe auch festgestellt, dass das Problem weiterhin besteht, wenn ich dem Benutzer sage, er solle eine neu erstellte Benutzer-ID verwenden, die nicht mit der alten Benutzer-ID übereinstimmt.

Das Problem mit der Benutzer-ID trat anscheinend auf dieser einen Windows 7-Arbeitsstation auf und wurde anschließend mit dieser Benutzer-ID auf andere Windows 7-Arbeitsstationen übertragen.

Durch erneutes Bereitstellen der Win-7-Arbeitsstation wird das Problem behoben.