2010-09-03 21 views
5

Estoy tratando de acostumbrarme a II7, después de haber trabajado con IIS6 durante bastante tiempo.personificación de IIS 7 e identidades

En IIS 6, establecía <identity impersonate="true"/> en el archivo web.config y me aseguro de haber aplicado los permisos NTFS correctos a la cuenta IUSR_ [MACHINENAME] si una carpeta necesitaba más permisos de lectura.

En IIS 7, tengo problemas para duplicar esta configuración sin tener que recurrir a demasiados permisos.

Si uso <identity impersonate="true"/> en IIS 7, Environment.Username me dice que de hecho me estoy haciendo pasar por la cuenta IUSR, que es el nuevo equivalente. Sin embargo, si inicio sesión en la parte de administración del sitio web utilizando la autenticación de formularios, se hace pasar de manera diferente a lo que esperaba.

Con NetworkService encuentra en el grupo de aplicaciones:

  • no conectado en: IUSR, no representando: [NOMBRE DE EQUIPO] $
  • Registro: $ [NOMBRE DE EQUIPO], no representando: [NOMBRE DE EQUIPO] $

Con juego LocalService en el grupo de aplicaciones:

  • no conectado en: IUSR, no impersona ting: SERVICIO LOCAL
  • conexión: servicio local, no representando: SERVICIO LOCAL

Si reparto entre los IIS_IUSRS representan los permisos NTFS que puedo hacer las cosas funcionan bien, pero esto parece extraño. ¿Cómo puedo suplantar la cuenta IUSR? O, ¿se supone que debo otorgar los permisos NTFS a IIS_IUSRS?

Agradecería una buena explicación de este cambio en IIS7 - He buscado y no puedo encontrar una explicación para este uso con la autenticación de formularios.

+0

Hola @ScottE que resolvió este problema? – Vladut

Respuesta

1

He aquí un fragmento de un artículo de TechNet :

Si habilita la suplantación para una aplicación ASP.NET , que la aplicación se puede ejecutar en uno de dos contextos diferentes: como el usuario autenticado por IIS 7 o como una cuenta arbitraria que configuró. Para ejemplo, si estuviera usando la autenticación anónima y decide ejecutar la aplicación ASP.NET como el usuario autenticado , la aplicación podría ejecutarse bajo una cuenta establecida para usuarios anónimos (por lo general, IUSR). Del mismo modo, si usted eligió para ejecutar la aplicación bajo un cuenta arbitraria, sería correr bajo cualquier contexto de seguridad se creó para que cuenta.

Aquí está el documento completo:

http://technet.microsoft.com/en-us/library/cc730708%28WS.10%29.aspx

+0

Esto no explica qué sucede cuando inicia sesión a través de la autenticación de formularios. Prueba mi ejemplo anterior y verás. – ScottE

+0

http://technet.microsoft.com/en-us/library/cc733010%28WS.10%29.aspx – Cypher

1

La canalización cambia en la autenticación de identificador de IIS 7 de forma muy diferente a las versiones anteriores. La mayoría de los escenarios son solo posibles, pero la configuración es diferente.

Usted debe mirar a esta entrada en "Breaking cambios" en IIS 7.0 Se espera que ayude a reducir a lo que está sucediendo

http://learn.iis.net/page.aspx/381/aspnet-20-breaking-changes-on-iis-70/

Espero que ayude

+0

Ya lo leí, no recibo un error. No es un cambio radical, es una comprensión que estoy buscando. – ScottE