2011-12-16 8 views
6

Este es un verdadero desafío: Configuré IIS7.5 en mi computadora y comencé a desarrollar un sitio web. Cada noche que lo respaldo en mi servidor web, gano 2008r2 sp1 (todas las actualizaciones). Funciona sin problemas.IIS7 Application se bloquea al leer las cookies

Sin embargo, me he encontrado con un gran problema al compartir cookies entre los grupos de aplicaciones. www.example.com se configuró en 127.0.0.1 para poder probar el sitio web localmente. Creó cookies, PERO cuando eliminé el registro HOSTS (para señalar al servidor web): el grupo de aplicaciones en el servidor web se colgó. Sucede todas las veces, y puede que tenga que hacer algo con la cookie sessionID, ¡ya que sin las cookies NO se bloquea!

el archivo de registro es:

Faulting application name: w3wp.exe, version: 7.5.7601.17514, time stamp: 0x4ce7afa2 
Faulting module name: nlssorting.dll, version: 4.0.30319.239, time stamp: 0x4e182039 
Exception code: 0xc00000fd 
Fault offset: 0x0000000000001d7d 
Faulting process id: 0x9f8 
Faulting application start time: 0x01ccbbd76b7a443c 
Faulting application path: c:\windows\system32\inetsrv\w3wp.exe 
Faulting module path: C:\Windows\Microsoft.NET\Framework64\v4.0.30319\nlssorting.dll 
Report Id: a9cfd0cf-27ca-11e1-bced-00215e5304da 

¿Qué está pasando?

+0

¿Has visto este error de conexión? http://connect.microsoft.com/VisualStudio/feedback/details/665157/nlssorting-fault-crashes-iis –

+0

sí, no hay información real allí, pero si se trata de un error, no hay posibilidad de que aún no se haya solucionado ... Creo que (abril de 2011) –

+0

Archivaría otro o lo agregaría, para que sepan que es un problema real. –

Respuesta

0

La cookie de autenticación de ASP.NET se cifra y descifra utilizando la configuración machineKey en web.config. Si no lo tienes allí, se genera automáticamente cada vez que se inicia la aplicación. Es una buena idea establecerlo en un valor fijo para evitar la invalidación de cookies entre reinicios de la aplicación.

No estoy seguro, pero podría ser que la cookie de sesión asp.net también dependa de esta clave de cifrado. Estoy bastante seguro de que viewstate también lo está usando (esta sería la razón por la que ves errores de viewstate no válidos cuando inicias una devolución de datos después de que la aplicación se cerró debido a inactividad).

Por lo tanto, intente configurar la clave de la máquina y ver que eso todavía suceda. Puede usar IIS para generar uno, y lo insertará en el lugar correcto dentro de web.config.