IIS 7 y error 503 para el acceso de copia de archivo problema denegado

Question

Estoy ejecutando Windows 7 SP 1 y acabo de activar IIS 7. Solo intento acceder a la página predeterminada que crea. Recibo un error 503 y el grupo de aplicaciones se detiene . Me miro en el registro de eventos y me encuentro con el error:

Windows cannot copy file \?\C:\Users\Default\AppData\Local\Microsoft\Windows\Temporary Internet Files\SQM\iesqmdata_setup0.sqm to location \?\C:\Users\TEMP.IIS APPPOOL.000\AppData\Local\Microsoft\Windows\Temporary Internet Files\SQM\iesqmdata_setup0.sqm. This error may be caused by network problems or insufficient security rights.

DETAIL - Access is denied.

Intenté hacer la carpeta TEMP.IIS APPPOOOL.000 disponible para todos. Intenté hacer que los usuarios estuvieran disponibles para todos. Sin suerte, todavía muere con el mismo error.

¿Qué está pasando aquí y cómo se puede solucionar?

Answer 1

Parece que tiene el mismo problema que los detalles en este IIS.NET forums thread. No mencionaste si tienes x64 Windows 7 o no. Sospeche que su máquina de desarrollo está mal configurada de alguna manera; Parece que la desinstalación y reinstalación de IIS7 ayudaría/arreglaría.

cursos de acción sugeridos:

• Abrir IIS y sus Grupos de aplicaciones. Abra "DefaultAppPool" y cualquier otra agrupación de aplicaciones en uso.
• Haga clic en Configuración avanzada para cada uno de estos. Asegúrese de que la "carga de perfiles de usuario" está ajustado a 'falso'
• también aseguran que los "valores predeterminados piscina del conjunto de aplicaciones" ha establecido el perfil de carga del usuario en Falso."

Answer 2

me encontré con el mismo problema en mi desarrollo entorno (Windows 8.1). En lugar de deshabilitar el perfil de usuario de carga como lo sugiere P.Campbell, procedí y cambié el permiso del archivo sqm para permitir modificar los accesos para IUSR, IIS_IUSRS y el servicio de red. En mi caso, el archivo sqm no fue capaz de mostrarme el propietario del archivo en el que me hice cargo con mi cuenta de usuario.

Básicamente, mi problema se resolvió dando el permiso correcto para el servidor de origen y de destino es/carpetas.

Answer 3

encontrado la respuesta aquí - http://forums.iis.net/p/1180636/1992024.aspx

• Abra el Administrador de IIS
• Encuentre el grupo de aplicación que está causando el problema Propiedades
• abierta avanzada
• Cambio 'Cargar perfil del usuario a falsa

¡Reparado!

Answer 4

Después de luchar con todos estos problemas de Application Pool en IIs, encontré el problema y la solución. Esto puede ayudarte.

Cada grupo de aplicaciones en cada sitio web en Internet Information Server de Microsoft crea su propia cuenta y carpeta de usuario en el directorio "c: \ Users" cuando se crea el grupo y se ejecuta por primera vez. Es en realidad una cuenta de usuario virtual y debe nombrarse para el grupo de aplicaciones asignado a su aplicación web en IIs. En la mayoría de los entornos de desarrollo, es el sitio web predeterminado o "DefaultAppPool". Utiliza esta cuenta de usuario temporal para ejecutar el grupo. Cada sitio web debe tener una cuenta de grupo de usuarios nombrados. El pool y ASP.NET utilizan esta carpeta de usuario para el almacenamiento en caché y escritura de recursos de archivos y otras cosas utilizadas por IIs, ASP.NET y esta cuenta virtual.

En algunas configuraciones, las personas no ven esta carpeta, sino una carpeta "TEMP" (como la que tienen) cuando se accede al sitio web de IIs y usan el grupo.

Si en cambio ve una carpeta "TEMP" en la carpeta Usuarios, tiene una cuenta de grupo de aplicaciones rota en IIs y en el Registro. El grupo está creando la carpeta TEMP como una copia de seguridad para esta cuenta virtual, que podría no tener la configuración de seguridad correcta. Tenía este escenario exacto.

solucionarlo ir al registro bajo: HKEY_LOCAL_MACHINE \ SOFTWARE \ Microsoft \ Windows NT \ CurrentVersion \ ProfileList Vea si usted tiene una cuenta de usuario SID con la extensión ".bak" para una cuenta de usuario DefaultAppPool. Si es así, elimínelo y reinicie su PC. Pruebe su sitio web de nuevo, asegurándose de que esté configurado para usar DefaulAppPool. Ahora debería volver a crear la carpeta "DefaultAppPool" en Usuarios, recrear la entrada del registro para el usuario DefaulAppPool, y su error debería desaparecer.

Puede eliminar la carpeta de usuario TEMP en ese punto debajo de la carpeta Usuarios. (Tenga en cuenta que si su aplicación web ha almacenado información almacenada en caché que es crítica para los usuarios del sitio web, es posible que deba insertarse en la nueva carpeta de usuario de DefaultAppPool.)

También encontré que tenía que agregar esta cuenta de grupo de aplicaciones virtuales chifladas a mi base de datos local para que el proceso de trabajo y el grupo de aplicaciones pudieran tener los derechos para tomar datos de SQL Server: solo ingrese a SQL Server y bajo inicios de sesión agregue "IIs AppPool \ DefaultAppPool "y luego asignarlo como usuario a sus bases de datos.

(por cierto quien ideó este sistema de aplicación virtual cuenta del grupo es una locura .... es demasiado complicado y enrevesado de resolver)

Después de hacer esto, todos mis errores de desbordamiento de pila se fueron en Visual Studio para mi aplicación web, todas las conexiones de datos se activaron perfectamente, todos escribieron el permiso para el perfil de usuario predeterminado almacenado correctamente, y todos los reinicios y bloqueos del grupo de aplicaciones en II terminaron por completo. :)