2011-12-16 3 views
6

Questa è una vera sfida: Ho impostato IIS7.5 sul mio computer e ho iniziato a sviluppare un sito Web. Ogni notte sto facendo il backup sul mio server web, vinco 2008r2 sp1 (tutti gli aggiornamenti). Funziona perfettamente.Errore del pool di applicazioni IIS7 durante la lettura dei cookie

Eppure, ho riscontrato un grosso problema durante la condivisione di cookie tra i pool di applicazioni. www.example.com è stato impostato su 127.0.0.1 in modo da poter testare il sito Web localmente. Ha creato i cookie MA quando ho rimosso il record HOSTS (per tornare al server web) - il pool di applicazioni sul server Web si è bloccato. Succede ogni volta, e potrebbe dover fare qualcosa con il cookie sessionID, dato che senza i cookie NON si blocca!

il file di log è:

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 

Che cosa sta succedendo?

+0

Hai visto questo bug di connessione? http://connect.microsoft.com/VisualStudio/feedback/details/665157/nlssorting-fault-crashes-iis –

+0

sì, non ci sono informazioni reali ma se si tratta di un bug non c'è possibilità che non sia stato ancora risolto ... Penso che (aprile '11) –

+0

ne inserirò un altro o aggiungerò, in modo che sappiano che è un vero problema. –

risposta

0

Il cookie di autenticazione ASP.NET viene crittografato e decifrato utilizzando l'impostazione machineKey in web.config. Se non ce l'hai, viene generato automaticamente ogni volta che viene avviata l'app. È consigliabile impostarlo su un valore fisso per evitare l'invalidazione dei cookie tra i riavvii dell'app.

Non posso esserne sicuro, ma potrebbe essere che il cookie di sessione asp.net dipenda anche da questa chiave di crittografia. Sono abbastanza sicuro che viewstate lo stia usando anche (questo è il motivo per cui vedi errori di visualizzazione non validi quando si avvia un postback dopo che l'app è stata chiusa a causa di inattività).

Quindi, prova a impostare la chiave della macchina e vedere che succede ancora. È possibile utilizzare IIS per generarne uno e lo inserirà nel punto corretto all'interno di web.config.

Problemi correlati