2011-12-16 12 views
6

これは本当の挑戦です: 私は自分のコンピュータにIIS7.5を設定してウェブサイトを開発しました。毎晩私は自分のWebサーバーにバックアップしています。2008r2 sp1(すべてのアップデート)を獲得してください。それは完璧に動作します。クッキーを読むときIIS7アプリケーションプールがクラッシュする

しかし、アプリケーションプール全体でCookieを共有すると大きな問題が発生しました。 www.example.comは127.0.0.1に設定されているため、ウェブサイトをローカルでテストすることができました。それはCookieを作成しましたが、HOSTSレコードを削除したとき(Webサーバーを指すように)、Webサーバー上のアプリケーションプールがクラッシュしました。これは毎回毎回行われ、クッキーなしではDOESNTがクラッシュするので、sessionIDクッキーで何かをしなければならないかもしれません!

ログファイルは次のとおりです。

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 

何が起こっていますか?

+0

この接続のバグを確認しましたか? http://connect.microsoft.com/VisualStudio/feedback/details/665157/nlssorting-fault-crashes-iis –

+0

はい、本当の情報はありませんが、バグであればまだ修正されていない可能性はありません。私は思う(4月の11月) –

+0

私は別のファイルを追加するか、それに追加するので、彼らはそれが本当の問題であることを知っている。 –

答えて

0

ASP.NET認証cookieは、web.configのmachineKey設定を使用して暗号化および復号化されます。そこに持っていなければ、アプリが起動するたびに自動的に生成されます。アプリの再起動の間にCookieの無効化を避けるには固定値に設定することをお勧めします。

私は確信が持てませんが、asp.netセッションCookieもこの暗号化キーに依存している可能性があります。私はかなりviewstateも使用していると確信しています(これは、なぜアプリケーションが非アクティブのためにシャットダウンした後にポストバックを開始したときにinvalid-viewstateエラーが発生するのか)。

したがって、マシンキーを設定して、それがまだ発生するのを見てください。 IISを使用してWebページを生成し、Web.config内の正しい場所に挿入します。

関連する問題