2011-02-03 10 views
10

Intento utilizar la suplantación en un servicio web asp.net 3.5. Sin embargo, cada vez que intento ejecutar el servicio con Suplantación habilitada (En web.config) recibo el siguiente error en mi registro de eventos de Windows:Error al iniciar la monitorización de cambios en el servicio web global.asax .net 3.5 utilizando Impersonation

Mensaje de excepción: Error al iniciar los cambios de supervisión en 'C: \ 1work \ temp \ NotificationWatcherWebServiceClean2010 \ NotificationWatcherWebService \ NotificationWatcherWebService \ global.asax '

Inicialmente ni siquiera tenía un archivo.asax global, así que intenté agregar 1 y agregar permisos explícitos para el usuario que intento suplantar.

Estoy usando el siguiente entorno.
Visual Studio 2010
Windows 7 de 64 bits
3.5 de .NET Framework

¿Alguna idea?

+0

Trate de añadir 'Todos' para probar que es un problema de permiso de archivo. Dudo mucho que el usuario al que está suplantando sea el que está ejecutando ASP.Net. –

+4

El ajuste de los permisos no funcionó para mí, pero si ejecuto Visual Studio como usuario administrador, el error se soluciona. –

Respuesta

3

He visto este problema cada vez que obtengo una nueva caja, o hago reimpactar la mía. Lo que tengo que hacer es otorgar acceso a las carpetas de claves a la cuenta que está siendo suplantada (suponiendo que sea una sola cuenta, de lo contrario, deberá otorgarle un grupo de usuarios).

Específicamente C:\windows\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files sino que también puede probar con c:\windows\temp y su propia carpeta de archivos temporales de usuario situada en C:\Users\userid\AppData\Local\Temp.

2

Parece que este error es el resultado de que la cuenta de usuario suplantada no sea miembro del grupo IIS_IUSRS. Se añade la pertenencia a este grupo en el panel de control / Herramientas administrativas/Administración de equipos /Usuarios y grupos locales debe ayudar a resolver el problema.

2

Para fines de desarrollo, ejecutar Visual Studio como administrador podría ayudar.

0

Tenga en cuenta que si su carpeta se comparte con otro usuario y hereda el permiso de los padres, entonces, surge este problema.

Sólo tenemos que eliminar ese usuario (desde la pestaña de Seguridad en el diálogo de propiedades de la carpeta) y su asignación de permiso de los padres

Además,

  • asegúrese de que Visual Studio se ejecuta en administración modo
  • asegúrese de que la carpeta en la preocupación no es de sólo lectura

folder in concern is not read only

Authenticated Users have access to the folder

Cuestiones relacionadas