"Error al aplicar seguridad: acceso denegado" al cambiar los permisos de archivo en Windows Server 2008

20

Soy administrador en un servidor Windows 2008. Cuando intento cambiar los permisos de archivo en un directorio, aparece un error:

Error al aplicar seguridad

Acceso denegado.

Soy administrador de la máquina y me aseguré de que nada tenga los archivos bloqueados (con Process Explorer ). Incluso arranqué a otro usuario que tenía una sesión de Escritorio remoto conectada.

Algunos de los archivos de los que se queja están en una .hgcarpeta, ya que hay un repositorio Mercurial en el directorio en el que estoy trabajando.

Noté que algo en el directorio está configurado para solo lectura, así que desmarqué eso y apliqué. Parecía que funcionaba, pero volviendo a mirarlo es solo lectura y la configuración de permisos todavía falla.

Hay un sitio en IIS que usa un subdirectorio de este directorio.

Actualizar:

Acabo de encontrar este artículo sobre este tipo de problema. La nota en la parte inferior menciona que si no funciona, consulte LockHunter . Me dijo que el directorio estaba bloqueado por IIS, por lo que ejecuté iisreset -stope intenté configurar los permisos nuevamente. Mismo error. :(

windows-server-2008 permissions adambox
fuente

Respuestas:

19

Esto puede suceder si realmente no tiene acceso a ese directorio. En Windows, PUEDES bloquear al administrador. Me encontré con esto la semana pasada, de hecho. Verifique los permisos en ese directorio para asegurarse de que los Administradores estén en la lista. Si ni siquiera puede hacer eso, primero deberá tomar posesión de la carpeta (es una pestaña en la pantalla de diálogo Permisos avanzados).

sysadmin1138
fuente
2
Mirando la carpeta de nivel superior en la que estoy trabajando, los administradores tienen control total. Pensé que ya lo poseía, pero intenté volver a tomarlo, asegurándome de marcar la casilla para solicitarlo de forma recursiva. ¡Ahora funciona! Sin embargo, no puedo estar seguro de que otro administrador no haya hecho algo mientras no estaba mirando: P
adambox
@adambox Acabo de tener el problema en un entorno nuevo con una carpeta recién creada, y estoy seguro de que nadie más estaba haciendo nada en el sistema en ese momento. Reaplicándome a mí mismo mientras el dueño trabajaba.
Stijn
2

Si alguien más se encuentra con este problema, me sucedió cuando quería agregar un usuario de cuenta de servicio a una carpeta que contenía miles de archivos y el error se produjo en muchos de ellos. MDSN dice que si hace clic en Continuar, aún aplica el permiso en ese archivo. El problema es que nadie quiere hacer clic en él miles de veces.

Lo que funcionó al final fue cambiar la propiedad (pestaña Seguridad -> Avanzado -> Propiedad). Cambié la propiedad a un usuario diferente al original y lo apliqué a todas las subcarpetas. Después de que terminé, lo cambié a propietario original y nuevamente opté por aplicar a todas las subcarpetas.

Después de hacerlo, el error ya no se produce al aplicar permisos. Parece que el procedimiento anterior restablece cualquier error que haya en carpetas y archivos.

Ales Potocnik Hahonina
fuente
Simplemente volver a aplicar el propietario original, sin cambiar a un propietario diferente, fue suficiente para solucionar el problema.
Stijn
1

intente nuevamente con el administrador predeterminado. En Windows 7 / Server 2008 hay restricciones de tipo UAC que no se aplican al administrador predeterminado. Cuando se utilizan otras cuentas administrativas de dominio o administrativas, a menudo ocurren errores de tipo de acceso denegado cuando se aplican permisos. No soy uno para apagar el UAC, solo necesitamos aprender a operar en un sistema más seguro.

canadiense
fuente
1

Llegué aquí a través de Google, aunque muy tarde para la fiesta, pero espero poder ayudar a alguien.

en mi caso, la causa es simplemente debido a un nombre de carpeta divertido en una carpeta principal determinada, después de deshacerme de los caracteres especiales, todos van bien al tomar posesión normalmente a través de GUI.

ioojimooi
fuente
0

Es posible que deba iniciar el servidor y ejecutar un comando cacls a través de un script de inicio antes de que pueda bloquearse.

repetición
fuente
0 
takeown /f G:\folder /R /A /D y

el / A renuncia a la necesidad de icacls administradores después. Es importante recordar que esto eliminará los permisos preexistentes y los usuarios que utilicen activamente esta carpeta ya no tendrán acceso.

Creo que takeown funciona mucho mejor que la interfaz gráfica de usuario para permisos difíciles. Si esto estuviera en un servidor de Windows que RDP en el servidor de archivos directamente le permitiría rectificar el problema sin eliminar el acceso actual, aunque esta no es una opción para la mayoría de nosotros.

Michael Conrad
fuente