2011-12-16 7 views
6

Ten jest prawdziwym wyzwaniem: mam ustawione IIS7.5 na moim komputerze i zaczął rozwijać stronę internetową. Każdej nocy tworzę kopię zapasową na moim serwerze sieciowym, wygrywam 2008r2 sp1 (wszystkie aktualizacje). Działa bezbłędnie.IIS7 Application Pool awarii podczas czytania ciasteczka

Jednak napotkam ogromny problem podczas udostępniania plików cookie w różnych pulach aplikacji. www.example.com ustawiono na 127.0.0.1, więc mogłem przetestować lokalnie witrynę. Stworzyło ciasteczka ALE kiedy usunąłem rekord HOSTS (aby wskazać serwer WWW) - pula aplikacji na serwerze WWW uległa awarii. Zdarza się to za każdym razem i może być konieczne zrobienie czegoś z plikiem cookie sessionID, ponieważ bez plików cookie NIE DZIAŁA!

plik dziennika jest:

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 

Co się dzieje?

+0

Czy widziałeś ten błąd połączenia? http://connect.microsoft.com/VisualStudio/feedback/details/665157/nlssorting-fault-crashes-iis –

+0

Tak, nie ma tam prawdziwych informacji, ale jeśli jest to błąd, nie ma szans, że nie został jeszcze naprawiony ... Myślę, że (kwiecień '11) –

+0

Chciałbym złożyć kolejny plik lub dodać do niego, aby wiedzieli, że to poważny problem. –

Odpowiedz

0

ASP.NET auth ciasteczko zostanie zaszyfrowane i odszyfrowane przy użyciu MachineKey ustawienia w pliku web.config. Jeśli go tam nie masz, jest generowany automatycznie przy każdym uruchomieniu aplikacji. Dobrym pomysłem jest ustawienie stałej wartości, aby uniknąć unieważniania plików cookie między ponownymi uruchomieniami aplikacji.

nie mogę być pewien, ale może się okazać, że sesja asp.net cookies zależy również od tego klucza szyfrującego. Jestem prawie pewna, że ​​używa go również viewstate (dlatego pojawią się błędy nieprawidłowych wyświetleń podczas inicjowania odświeżania po zamknięciu aplikacji z powodu braku aktywności).

Spróbuj ustawić przycisk urządzenia i zobacz, co się jeszcze dzieje. Możesz użyć IIS do wygenerowania go, a następnie wstawi go we właściwe miejsce w pliku web.config.