☰

Errores de acceso denegado en algunos archivos en la carpeta compartida

tag-icon • tag-icon windows windows-xp permissions
Errores de acceso denegado en algunos archivos en la carpeta compartida

Tengo un sistema XP Pro que utiliza Simple File Sharing. Compartir está habilitado para una carpeta en particular, así como "Permitir a los usuarios de la red cambiar mis archivos".

Al copiar (leer) los archivos compartidos desde otra máquina, algunos de ellos (aproximadamente 20 de 1000) dan un error de Acceso denegado. Ningún programa tiene los archivos abiertos.

Tengo que ir a la máquina que comparte los archivos y ejecutar

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

Esto soluciona el problema y se puede acceder a todos los archivos. Pero es un inconveniente tener que ejecutar ese comando. Después de unos días o semanas, el error vuelve.

¿Cuál es la causa raíz de este error? Parece que el programa que accede a los archivos (en este caso Eudora) está configurando los permisos incorrectamente, pero ¿por qué sólo en esta máquina? Tengo otras máquinas con configuraciones idénticas de carpetas compartidas que nunca tienen este problema.

Respuesta1

Clásicamente, esto puede deberse a que los usuarioscortando y pegandoarchivos en un recurso compartido. Esto significa que si los archivos (en el origen) estaban configurados para no heredar permisos de la carpeta principal, cuando se cortan y pegan en el destino, conservan sus permisos anteriores.

Respuesta2

Esto no es realmente una respuesta, sino más información (no se pueden usar comentarios debido al límite de caracteres). Todavía estoy tratando de comprender y resolver este problema.

Así es como se ven los permisos de un archivo "incorrecto" en CACLS (los permisos impiden la copia desde otra máquina):

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

Así es como se ve un archivo "bueno":

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

Así es como se ven los permisos de la carpeta "Correo" (principal):

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

Los atributos "Todos:C" y "BUILTIN\Administrators:F" de alguna manera se eliminan de los archivos problemáticos. Diferentes archivos se ven afectados en diferentes momentos. No parece haber ninguna coherencia.

Respuesta3

Esto no es una solución, sino algo sobre lo que comparar notas...

Tengo casi exactamente el mismo problema. Sin embargo, en mi caso, tenía una identificación de usuario que iniciaba sesión en un servidor Samba-3 que actuaba como PDC (por lo que tengo máquinas unidas al dominio).

Esta identificación de usuario podría acceder a un archivo desde el cuadro WinXP, pero en la máquina Win7-PRO obtendría un error de acceso denegado. El archivo no se movía de un recurso compartido a otro o de una carpeta a otra. Era solo una carpeta pública a la que todos en la empresa también tenían acceso.

Intenté todo para resolverlo y lo único que encontré fue que volver a configurar la estación de trabajo con una copia limpia de Windows-7 solucionó el problema.

En mi caso, la interacción de Windows7 con SAMBA parecía ser el problema. Lo interesante es que tengo otras cajas de Win7 en las que el problema no ocurrió con otros usuarios, pero esta identificación de usuario en particular solo tuvo el problema en las cajas de Win7.

Incluso eliminé la identificación de usuario y la volví a crear, y borrar su perfil móvil no solucionó el problema. También descubrí que si le decía al usuario que usara una identificación de usuario recién creada que no coincidiera con la identificación de usuario anterior, el problema seguiría ahí.

Fue si esta estación de trabajo de Windows-7 causó que apareciera el problema con la identificación del usuario que luego viajó con esa identificación de usuario a otras estaciones de trabajo Win-7.

Reiniciar la estación de trabajo Win-7 hace que el problema desaparezca.

información relacionada